Hi MilkyMaps

siehe mein CS comment zu changeset/93173301

Gruß,
Toni

Hallo MilkyMaps,

das Tag amenity=exhibition_centre am building ist nicht notwendig, eigentlich sogar falsch, da das gesamte Gelände bereits mit diesem Tag versehen ist. Wiederholungen sind nicht erwünscht.

Gruß,
Toni

> Für den Daten-Salat in der "Route NightJet " möchte ich mich nochmal entschuldigen.

Kein Thema, alles bestens, so gut wie alles kann repariert werden.
Ich hatte in meinen Anfangsphasen mal alle Mitglieder der Rad-Route D11 (Ostsee-Berchtesgaden) aus der Relation gelöscht ... passiert schon mal.

Der Einstieg in JOSM ist am Anfang zwar etwas mühsam, lohnt sich aber, wenn man länger bei OSM dabei bleiben will.
Gruß
Toni

Hi Michael, ... da warst du mit dem revert schneller als ich.
Gruß,
Toni

Hallo und Danke für die schnelle Antwort.

Waren diese Probleme von iD gemeldet worden, dem Online-Editor, den du nutzt?
Wäre interessant, welche Probleme er gemeldet hat, würde sie mit gerne mal anschauen, aber dazu müsste man die Relation wieder in den vorigen Zustand versetzten ... was mit dem "reverter" Plugin von JOSM (dem anderen Editor) kein Problem ist.

Leider ist der iD, was Relationen dieser Art angeht nicht sehr zuverlässig und zum Erstellen und Modifizieren (Mitglieder sortieren, ...) solcher Relationen so gut wie nicht geeignet. Da ist JOSM viel besser, und auch sonst.

Ich habe deine Edits nördlich von RO gesehen, bist sehr aktiv :)

Evtl. ist mittelfristig ein Umstieg von iD auf JOSM besser ... josm.openstreetmap.de
Das ist ein JAVA-basierter off-line Editor, bei dem man sich die Daten aus einem Ausschnitt runterläd, modifiziert, ergänzt, ... und dann mit Upload zum Server sendet. Das Arbeiten mit JOSM geht deutlich schneller als mit iD, ... Bei Bedarf bin ich mit Hilfestellung verfügbar.

VG
Toni

Hallo Papa-online,

du hast hier aus der Route NightJet in etwa die Hälfte der Tages entfernt, darunter so wichtige keys wie 'ref', 'network' und 'public_transport:version', aber auch ein 'fixme'

Was war der Grund für diese "Redaktionelle Änderung"?

Ich denke die Änderung sollte rückgängig gemacht werden, da sie die Relation in unbrauchbarem Zustand zurückgelassen hat.

Viele Grüße,
Toni

"geflogen = 31.07.20, 08.08.20"

Schade, dass diese Bayern 80 cm Luftbilder noch nicht verfügbar sind, sonst könnte man die Zufahrten sicherlich auch noch mappen ... wird hoffentlich nicht mehr lange dauern.

Gruß
Toni

Hi Leo,

yes, I used OSM Inspector before and still do.

What we missed was a list of Bus/Tram/Subway routes offered by a 'network' like the MVV in Munich - a list of all 'ref' we should see in OSM.

In PTNA you can provide such a list in a CSV format in the OSM Wiki - see for Flixbus in the USA: osm.wiki/United_States/Transportation/Bus_Routes/Flixbus/Flixbus_Lines

Besides this actual (in OSM) to target (in reality) analysis, errors in relations can be reported ... also broken routes.

The analysis is carried out every night.

Br
Toni

Servus nw520,

passt das, dass der 285er nur network=saarVV hat, denn der fährt mMn nicht (nur) im Saarland und fehlt nun in der Auswertung für VRN .

Gruß,
Toni

Oh ja, der Fahrplanwechsel.

PTNSs GTFS-Analyse wird die Möglichkeit bieten, den ersten Feed nach der Wechsel als "long-term" zu deklarieren und sozusagen ein Jahr aufzubewahren ... in den CSV-Daten und Relation wäre dann gtfs:release_date="long-term" das Stichwort.
Ob's jemand nutzt und wer? Mal schauen.

Ich werden bei PTNA-Analyse (für mich) noch eine Auswertung machen, welche Auswertung auf welche GTFS-Feeds und welche Release-Dates zugereift. Dann kann ich gegebenenfalls schnell entscheiden, welche Feeds nicht mehr benötigt werden und somit gelöscht werden können

Liebe Grüße
Toni

Und noch so ein Beispiel. Habe es 'besucht' nach dem ich in der SZ einen Artikel darüber gelesen hatte: way/166620658

:)
Toni

Hi mctheduck,

es scheint, als ob die Buswendemöglichkeit der Baustelle zum Opfer gefallen ist.
Wie ist den jetzt die Möglichkeit für die Busse zum Wenden? Oder gibt es gar neue Busrouten?

https://ptna.openstreetmap.de/results/DE/BY/DE-BY-MVV-Analysis.html#bus_463

VG
Toni

Hallo sovereign_ch,

wenn du gtfs:release_date wegläßt wird immer der bei PTNA atuelleste verfügbare GTFS-feed genommen. Ob ich eine neue Version des GTFS-Feed bei PTNA aber alle 7 oder alle 14 Tage (wie ist deren Updateinterval?) einspielen kann/werde ist nicht garantiert.

Ist so ein Kompromiss zwischen gtfs:release_date taggen oder nicht:

* weg lassen: wenn PTNA eine neue Version hat und die route_id nicht mehr stimmt wird PTNA meckern

* tagen: selber bei jeder neuen GTFS-Feed-Version bei PTNA entscheiden, ob anzupassen ist. Dafür wird aber dokumentiert, auf welche GTFS-Feed-Version sich die gemappte Linie bezieht.

Gruß
Toni

Halo EcoRi,

IMO: dann wäre loc_name (local name) besser für Schlitzerwald.

Gruß,
Toni

Haus 27

Wow! mit 6 Monaten Verzug sind die Bayern 80 cm vom 26.04.2020 nun hier verfügbar.

Gruß
Toni

Hello Leo,

I've seen the same error here:

https://ptna.openstreetmap.de/results/DE/DE-Bahnverkehr-Analysis.diff.html#A3.7

but you were fatster.

BTW: on https://ptna.openstreetmap.de/ I can easily add Nederland to the analysis, separate analysis for the different 'Verkeersverenigingen' = 'network'

vriendelijke groeten
Toni

Sorry: Neuabing -> Waldkolonie Pasing

... oder auf highway=path ändern, ohne weitere Tags - hängt von der Breite ab ... oder service + service=emergency_access, wenn's (nur und ausschließlich?) eine Feuerwehrzufahrt ist (meistens mit surface=grass_paver, wie hier).

Hallo bergfex1975,

ich denke, dass sollte von 'track' auf service + service=driveway geändert werden, denn 'track' ist wirklich nur für Feld- und Wald-Wege (Wirtschaftswege außerhalb bebauter Flächen) gedacht osm.wiki/DE:Tag:highway%3Dtrack Das wird gleich am Anfang der Beschreibung hervorgehoben

Gruß
Toni