PTNA: news for Public Transport Network Analysis

To me NL-OVApi makes more sense since it names the organisation that publishes it (like most other feeds).
If you change it, could you also update the three routes that use it?

https://www.openstreetmap.org/relation/16807394
Relation: ‪Bus 668: Rotterdam Zuidplein => Rotterdam STC Campus‬ (‪9563898‬) | OpenStreetMap
Relation: ‪Bus 56: Vlaardingen, Station Vlaardingen West => Vlaardingen, Begraafplaats Holy‬ (‪384665‬) | OpenStreetMap

ToniE · June 11, 2024, 2:38pm

Yep, all done.

I’ll extend the list of PTNA results for NL after my vacation.

ToniE · June 29, 2024, 4:41pm

I added a new type of check for PTv2 route relations:

first stop_position / platform : check whether the ‘role’ includes ‘*exit_only’
last stop_position / platform : check whether the ‘role’ includes ‘*entry_only’

If there is more than 1 stop_position resp. platform.

Check depends on analysis option ‘--check-sequence’

ToniE · July 7, 2024, 12:22pm

I just added analysis of public-transport for

CA-NB-CT
- Cities of Moncton, Dieppe, and Riverview, New Brunswick
- for Codiac Transpo
- gtfs analysis is also available CA-NB-CT
- based on discussion in this community Automated update of bus stops in Moncton, NB

to ptna

Edit: 2024-07-07 15:50 UTC link to GTFS analysis added

ToniE · July 8, 2024, 4:47pm

Today I added analysis of public-transport for

ES-CT-ATMT
- Província de Tarragona, Catalunya
- for Autoritat del Transport Metropolità del Camp de Tarragona
- based on GitHub pull request #109 “Create settings.sh” by @Carlos_Sánchez

to ptna

Thanks Carlos and others also for translations into Catalan language for ptna-www @ GitHub and also @ TransiFex

ToniE · July 10, 2024, 11:58am

I just added analysis of public-transport for

ES-CT-ATMG
- Província de Girona, Catalunya
- for Autoritat del Transport Metropolità de l’Àrea de Girona
- based on GitHub pull request #111 “Create settings.sh Girona ATM” by @Carlos_Sánchez

and

ES-CT-ATML
- Província de Lleida, Catalunya
- for Autoritat del Transport Metropolità de l’Àrea de Lleida
- based on GitHub pull request #110 “Create settings.sh Lleida ATM” by @Carlos_Sánchez

to ptna

Thanks Carlos also for the pull requests #54, #55, #56 and #57: translations into Catalan language for ptna-www @ GitHub

ToniE · July 22, 2024, 4:41pm

PTNA is currently undergoing major renovations:

Overpass API queries are being replaced by queries towards ‘osmium’ based on planet extracts, step by step.

Q: Why all this?
A: PTNA reaches / exceeds the fair use limit for Overpass API queries

Q: Will my ‘network’ / analysis be affected?
A: Almost all ‘network’ will be changed. But only “almost all”.

Q: Will I see differences?
A: No, at least that is the goal. But: Queries to Overpass and queries to ‘osmium tags-filter’ are different. So there might be some difference. Please report any strange differences. Fine-Tuning will take place then.

Q: When will it start?
A: Tonight we start with parts of Germany in the UTC+01 time zone: DE-BY-CBB (already available), DE-BY-RVO and DE-NW-VRR. I hope it will run without any problems.

Q: Where can I see the current status of the switchover?
A: The statistics page has 3 new columns under “Filter Planet Extract” and a time zone specific output (see: UTC+01)

Thanks to @Jochen_Topf for the discussions on ‘osmium’ during the FOSSGIS OSM Community Meeting 2024 number 21

JesseFTW · July 22, 2024, 11:00pm

I assume you considered and rejected the idea of running a private Overpass server, just for PTNA – that would avoid needing to change the queries, at the cost of having to set up a full overpass server, and keep it populated with data.

ToniE · July 22, 2024, 11:35pm

That was my initial idea: Overpass instance in a docker container.
That would have been a big initial effort and would have required much resources (2 TB for the planet dump, postgis DB, …) on the FOSSGIS-owned server.

Jochen convinced me to work with planet dump, planet extracts.

I finally came up with the solution of working with country-specific extracts combined with their minute-updates from download.openstreetmap.fr

I will extend the list of country-specific extracts step-by-step, starting with Germany.
Those extracts are then split into smaller pieces: states, counties and/or area covered by the ‘network’ (as type=public_transport relation or so). Finally the smaller areas are filtered for relevant data and stored as .osm/.xml.

For the analysis part of PTNA, it is irrelevant where the data (as file) comes from, as long as it is XML. The better the filtering, the smaller the XML, the faster the parsing of the XML.

For DE-BY-CBB (Burghausen, a small city in Bavaria) the analysis results did not show any differences between Overpass and Planet Extracts. Let’s see whether this holds for the large analysis of DE-BY-RVO (Upper Bavaria, as relation based on admin boundary) and DE-NW-VRR (huge part of North Rhine-Westphalia, as relation based on public transport boundary).

BTW: minute-update of germany and split into pieces started 20 minutes ago.
I’ll keep an eye on it.

ToniE · July 22, 2024, 11:57pm

Oops! And there are tons of missing data:

missing member nodes and member ways outside the extract. Extracts should include all nodes and ways of all relations, even if they are outside the polygon defining the extract.
other missing data is related to ‘osimium’ not providing a filter like [~'route'~'(bus|tram|train|subway|light_rail|trolleybus|ferry|monorail|aerialway|share_taxi|funicular)'] as Overpass does - especially the left part ~'route' (a RegEx)

Either I can fix this or it will be a KO criterion.