Based on GitHub pull request by @Patchi, I just added analysis support for gtfs data to ptna for
Just noticed some potential errors in the GTFS feed data: Create GTFS 'Transports interurbains de la Drôme' by Patchi-Osm · Pull Request #61 · osm-ToniE/gtfs-feeds · GitHub :
Oops, funny shapes for “Bus 26-25021: Ecole => Gresse”, variants 1, 2, 4
Based on PM by @mga_geo, I just added analysis support of public-transport data of osm to ptna for
N.B. same GTFS error appears for FR-PAC-Orizo
Edit: repair OSM Wiki link
Based on GitHub pull request #62 by @patadune, I just added analysis support of gtfs data to ptna for
Hallo @ToniE, mir ist aufgefallen, dass bei der Analyse über Nacht beim DE-SN-MDV immer der route_master der S 4 verschwindet. Wenn ich eine neue Analyse anfordere, ist er wieder da. Woran kann das liegen?
Bei der on-demand-Analyse wird Overpass-API verwendet um die route-Relationen im Suchgebiet zu finden.
Deren Eltern (type=route_master) und Großeltern (type=network), …) werden über ihre “Elterneigenschaft” gefunden. Daher taucht hier der “S 4” route_master auf.
Bei der nächtlichen Analyse wird ein Planet-Extrakt mit osmium-Filtern verwendet. Hierbei werden zunächst nur die erwünschten Daten (u.A. type=route, type=route_master, … und ihre “Kinder”) herausgezogen, danach unerwünschte Daten (u.A. building=yes, …) entfernt.
Warum ausgerechnet nur der “S 4” router_master dabei verschwindet, weiß ich noch nicht.
Das kann ich nur anhand einer nächtliche Analyse nachvollziehen, also morgen. Zum Glück ist morgen der Tag (sonntags), an dem die OSM-Daten nach der Analyse mal nicht gelöscht werden. Mir stehen also mehr Daten zum Suchen zur Verfügung.
Schauen wir morgen mal.
@AylinJellybean Bad news! Die Relation 2607472 fehlt schon in europe.osm.pbf, d.h. den von PTNA genutzten Ausgangsdaten. Dieser Europa-Extrakt wird von download.openstreetmap.fr geladen, als vorgefertigtes Paket, als Extrakt vom Planet-File.
Ich muss also herausfinden (lassen), warum diese und nur diese Route-Master-Relation im Europa-Extrakt fehlt.
Sollte das Problem nicht auffindbar und/oder nicht behebbar sein, muss PTNA selber auf das Planet-File umsteigen und den Europe, Africa, Asia, … Extrakt selber herstellen - in der Hoffnung, dass das dann das Problem beseitigt. Das kostet jedoch (unnötigerweise) Plattenplatz, CPU-Zeit und somit auch reale Zeit auf dem Server.
Hoffen wir mal, dass es das nicht braucht.
Yup, zumal ich erst vor ein paar Wochen aus den genannten Gründe von Planet auf vorgefertigte Kontinent-Extrakts umgestiegen bin.
Based on GitHub pull request #137 by GitHub user ArturLange, I just added analysis support for public-transport data of osm to ptna for
Im planet.osm.pbf von planet.openstreetmap.org von 2026-02-02 ist sie drin.
Ich update mal den planet und prüfe dann nochmals.
Danach mache ich einen europe.osm.pbf Extrakt und prüfe nochmals.
Wenn die Relation immer noch drin ist, dann ist beim europe.osm.pbf Extrakt auf download.openstreetmap.fr was faul.
Als letztes Rettungsboot bleibt immerhin noch, die Relation in JOSM zu verdoppeln, die neue zu speichern und die alte zu löschen. Nicht toll, aber was machen, wenn wir nicht rausbekommen warum sie plötzlich nicht mehr da ist?
Aber vorher könnte ich doch einfach mal eine Änderung an Relation vornehmen, dann müsste sie heute Nacht beim pyosmium-up-to-date wieder in den europe.osm.pbf rein rutschen, oder?
Die Relation 2607472 ist im europe.osm.pbf nun wieder drin.
Schauen wir mal, wie die Analyse heute Nacht verläuft.
Last night, I released a new small feature for the comparison of GTFS vs OSM data
an “Alarm Clock” will be shown when a GTFS trip is no longer valid. Mouse-over will show the period of validity
an “Hourglass With Flowing Sand” will be shown when a GTFS trip is not yet valid. Mouse-over will show the period of validityI also started improving the documentation on the compare-routes.php (GTFS route versus OSM route_master) on the bottom of the page
Based on a PM by a staff member of HSL @HSL_HRT, I just added analysis support for public-transport data of osm to ptna for
@mga_geo FR-NOR-Cosibus et FR-NOR-Neva suivront demain
Based on PMs by @mga_geo, I just added analysis support for public-transport data of osm to ptna for
Out of personal interest, I just added analysis support for public-transport data of osm to ptna for