Re: [Talk-transit] Old Railways

Tim, This is a good point, but what if OpenRailwayMap were able to pull from OpenHistoricalMap to generate a complete picture of the network? I say 'picture' because it wouldn't be connected for routing purposes, but it should appear connected on a map tile. I have no idea how much additio

Re: [Talk-transit] Old railways

On 5/12/2019 1:45 PM, Tijmen Stam wrote: Btw, do you know of a way to copy data from one layer in JOSM to another, while keeping it at the exact same position? Edit / Paste at Source Position (CTRL+ALT+V). I still wish it was easier to migrate objects to Open Historical Map. While I also don

Re: [Talk-transit] Public Transport Timetables

On 11/8/2018 5:12 PM, john whelan wrote: The GTFS bus stop data is of varying quality.  Locally we have an automated system that calls out the bus stop names and generally the position in the GTFS file is accurate to within a meter. Some other transit systems are not as accurate, and the GTF

Re: [Talk-transit] Public Transport Timetables

On 11/8/2018 12:06 PM, Leif Rasmussen wrote: I think that creating a new GTFS server would be better than using transit land or transitfeeds.com , because OSM would have full control over what happened to the servers and which licencing was used. Does anyone with ex

Re: [Talk-transit] Uploading public transport data on OSM

On 1/16/2018 7:37 AM, Yash Ganthe wrote: What caught my attention is a project called Go Sync https://wiki.openstreetmap.org/wiki/GO-Sync The description indicates that it is for syncing GTFS with OSM. But I am not sure what type of account is needed for that. From what I recall, Go-Sync onl

Re: [Talk-transit] GTFS, tools and pt tags generally

On 6/20/2016 5:18 PM, Paul Johnson wrote: I really wonder how TriMet ultimately accomplished this, since that would seem like a decent-ish starting point since that system is in charge of a fairly multimodal system with above and below ground stations, split-level stations, and transit centers of

Re: [Talk-transit] GTFS and the like

On 4/2/2014 12:29 PM, Florian Lohoff wrote: What file format is the "defakto" standard. Is GTFS the solution and one day all data consumers for public transport will use GTFS? GTFS is the most popular standard, and nearly a universal way to represent public transport route and timetable info

Re: [Talk-transit] Stop according to new PT scheme not rendered?

On 12/11/2013 11:07 AM, fly wrote: If you keep on adding both schemes simultaneously you will not notice the problem and there will be no reason for developers to adjust the software. One of the problems in this situation is the map rendering developers have not taken an interest in the new s

Re: [Talk-transit] Stop according to new PT scheme not rendered?

On 12/9/2013 6:52 AM, Gilles Baumgartner wrote: Is it ok to *add* the legacy tag highway =bus_stop to be at the same time compliant with the new tags but still make the renderer show the

Re: [Talk-transit] maintenance is very time consuming on public transport routes

On 12/3/2013 8:10 PM, Paul Schulz wrote: > Hi Mike, > Which tool were you using for GTFS? > The .NET tool at https://trac.openstreetmap.org/browser/subversion/applications/utils/export/OSM2GTFS Plan on working directly in the debugger to work out issues in your data. I see another JavaScr

Re: [Talk-transit] maintenance is very time consuming on public transport routes

On 12/3/2013 6:34 PM, Jo wrote: Would it be useful to add all the starting times/ending times as well for a given route? This can be different depending on weekdays/Saturdays/Sundays/weekdays during short school holidays/weekdays during long school holidays. How would we indicate that difference?

Re: [Talk-transit] maintenance is very time consuming on public transport routes

On 12/1/2013 5:32 PM, Jo wrote: Hmm, I was thinking of staying more or less within the lines of what we have now, but take away the burden of 10, 20, 70 relations on the same piece of road. I'm just curious - what type of data consumer could use information from OSM which contains 70 routes i

[Talk-transit] FYI - Creating GTFS data from OSM data

This project falls in the "Why would anybody want to do that? [1]" category. - The OSM bus route paths and stops have all been surveyed in my area. - There is no GTFS feed, and the transit provider isn't planning one soon (no budget). - I wanted to apply the data to OpenTripPlanner for bicy

Re: [Talk-transit] Using route part relations in Route relations

On 7/24/2012 10:32 AM, Jo wrote: Well, to be honest, I had hoped that everybody who is doing PT would have been screaming for this by now. It's a message on talk-fr by somebody who wants to start doing this for cycle route relations that triggered me into proposing it yet again. I have proposed

Re: [Talk-transit] Using route part relations in Route relations

On 7/24/2012 6:38 AM, Jo wrote: It would be a lot easier if it were possible to create route part relations, for example from one stop to the next and then be able to use these relations in the actual route relations. This would enable to map deviations for longer lasting road works as well.

Re: [Talk-transit] Bus route relation finished. Do you have comments for it? relation/29780

On 4/16/2012 4:54 PM, Jo wrote: The reverse directions should be easy to find. I haven't added stop positions (yet) and there are many relations serving Leuven which still have their forward/backward roles. It should be possible to derive stop positions programmatically, once the stops have be

Re: [Talk-transit] Mapping public transport network in Port au Prince

On 9/1/2011 10:02 AM, Peter Miller wrote: My understanding is that these services vary from 'fixed route-variable times' through to completely random routes. Another question is if the services stop anywhere on the route or only at fixed points or possibly there are some fixed points and then any

[Talk-transit] GTFS from OSM data?

I have looked at Go-Sync (Great tool!) and have some questions about public transport and GTFS. I am starting from perhaps the reverse of normal case: any agency data on routes and stops was way out of date and very incomplete. The system is small and well within the scope of being surveyed