Automated incremental Bus Stop (GTFS) updates

SafwatHalaby · 2018-11-24 18:10:34

anonymous_gushdan_mapper wrote:

Considering this, I don't see how keeping the "platform number" is useful to OSM in any way, and I suggest you ignore this in your automated imports, and only have one OSM node per GTFS stop_code.

Agreed. The "platform number" is currently ignored.

______________

The deletion of stops is slowly making the OSM dataset deviate from the MOT dataset. I propose preventing users from deleting stops. Non existing stops would have to be reported upstream to MOT, just like renaming. Comments?

As a reminder, here are the current conflict handling rules: https://wiki.openstreetmap.org/wiki/Use … or_mappers

I am essentially proposing replacing "You may delete a bus stop" with "you may not delete a bus stop directly. Contact MOT instead".

SafwatHalaby · 2018-11-24 18:20:05

I just completed a bus stop update in #64848970.

This is a normal update, except that it's bigger than usual, because the last update was 4 months ago.

Click here to see the full history, or here for more info regarding bus stop updates.

Sanniu · 2018-11-24 21:52:56

SafwatHalaby wrote:

I am essentially proposing replacing "You may delete a bus stop" with "you may not delete a bus stop directly. Contact MOT instead".

"Contact MOT" is not enough - the exact web address/email should be added, otherwise this will be useless...

Reuven Kost · 2018-11-27 18:26:08

@SafwatHalaby Great job You do! Thank you
I believe the last changes are good improvements, relaying on MOT/GFTS data is more clever, although it has its own mistakes.

What about adding the bus numbers (Mispar Ha Kav) as a new tag to each bus stop?

It will give useful information for passengers and trip planners
The data is available as route_short_name in routes.txt in GFTS database.

dsh4 · 2018-11-30 19:42:33

@Reuven Bus numbers shouldn't be mapped as new tags on the bus stops but as new relations of which the bus stops are members; see the schema: https://wiki.openstreetmap.org/wiki/Buses#Bus_routes

Your suggestion makes sense; in fact, I made a similar suggestion in this very thread some time ago; see discussion starting at https://forum.openstreetmap.org/viewtop … 96#p682596

SafwatHalaby · 2018-12-07 08:22:08

To summarize the main objection raised by some of the mappers:

The MOT route data cannot be relied upon, so an import would include the stops a bus goes through, but not the exact route or the street names.
The route=bus relation mandates routes, so an import must invent a new relation and not use route=bus.
The import needlessly bloats the map and complicates the import/conflict resolution code without adding much practical value to OSM, "because importing the bus stop data without the roads and routes / because importing the data in any form" isn't of much use to OSM.

Sanniu wrote:

"Contact MOT" is not enough - the exact web address/email should be added, otherwise this will be useless...

Of course! The exact address can already be found at the page, and if the deletion change is ever added it would also link to the address.

Last edited by SafwatHalaby (2018-12-07 08:22:59)

SafwatHalaby · 2018-12-07 08:30:59

SafwatHalaby wrote:

Since address duplication is dangerous and may cause unknown behavior in client address lookup, I have decided to move addr:housenumber to gtfs:addr:housenumber in the meantime, even before the discussion is finished. Please feel free to post your opinions on what should be done with addr:housenumber and addr:street.
Changesets: #60009323, #60010547

https://forum.openstreetmap.org/viewtop … 10#p704210

Pinging this old issue. Suggestions appreciated.

Last edited by SafwatHalaby (2018-12-07 08:31:30)

Sanniu · 2019-02-25 09:29:53

Hi SafwatHalaby, are you going to run your great bot? I really miss bus-stop updates last couple of months...

SafwatHalaby · 2019-03-02 19:11:23

Hello! Sorry for the infrequent updates. I had been unable to perform the runs weekly in the past few months, but starting next week the regular updates should return.

With that said, I would like to re-write the code ASAP. (It will likely be re-written in Java). The re-write should make it cleaner, allow full automation, and make it locally stateless. I aim for minimal dependencies (preferably only the standard Java library) so that it can run for a very long time without maintenance.

#76 2018-11-24 18:10:34

Re: Automated incremental Bus Stop (GTFS) updates

#77 2018-11-24 18:20:05

Re: Automated incremental Bus Stop (GTFS) updates

#78 2018-11-24 21:52:56

Re: Automated incremental Bus Stop (GTFS) updates

#79 2018-11-27 18:26:08

Re: Automated incremental Bus Stop (GTFS) updates

#80 2018-11-30 19:42:33

Re: Automated incremental Bus Stop (GTFS) updates

#81 2018-12-07 08:22:08

Re: Automated incremental Bus Stop (GTFS) updates

#82 2018-12-07 08:30:59

Re: Automated incremental Bus Stop (GTFS) updates

#83 2019-02-25 09:29:53

Re: Automated incremental Bus Stop (GTFS) updates

#84 2019-03-02 19:11:23

Re: Automated incremental Bus Stop (GTFS) updates

Board footer