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.
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.
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.
hello @SafwatHalaby and everybody else.
first, i’d like to thank for putting out country on the map, in the spirit of Tal.
since the use of the bus stops is the busses that would stop there,
would it be possible to go further and load the bus routes (with the meaning in osm),
from the same gtfs repository?
It looks like the periodic import of bus stops update in Israel is no longer performed.
As far as I can see, the last update import was in Changeset: 93373309 | OpenStreetMap, dated 2020-11-01.
In the future I will look into importing bus routes, not just the stop names and locations. But that can only happen once the bus stops are up to date, so I’m focusing on that first.
It’s a platform for doing quality control/analysis on routes that have already been mapped in OSM. Doesn’t automatically import anything but makes it easy to verify that what you’ve mapped is mapped correctly according to PTv2 tagging schema. Soon will be ready to share with the Israel community, right now there’s a few caveats that I want to iron out.
This is slightly unrelated to OSM, but I’m throwing it out there in case it interests anyone to do this.
I had considered rewriting the script, and while I’m at it, publish the processed data both to OSM and transportr via the same script. This project never left the planning phase. I didn’t even investigate how transportr consumes data. I don’t know if some pre-processing is needed or if it can consume the MOT GTFS data as-is. But essentially one needs to create an “IsraelProvider” in the public-transport-enabler library.
Interesting idea! It would take a lot of work though. From their Contribute page:
You can check whether the system you want to add is based on HAFAS or EFA. Support for these systems is already in the public transport enabler, so it is probably easy to add your area.
Those links aren’t very helpful but I can tell you right now, Israel’s real-time public transit system uses SIRI-SM, which it doesn’t look like is implemented yet in the repository you linked. I never knew there were so many competing standards in this field! At least for static information, GTFS seems to be pretty standard.
