Re: [Talk-transit] tram vs. bus_guideway

2018-06-18 Thread Johnparis
No, it was a private conversation that covered a lot of other ground. The technical details are in the wiki, however, in the section on guided buses. On Mon, Jun 18, 2018 at 6:28 PM, Mateusz Konieczny wrote: > > > > 16. Jun 2018 01:08 by ok...@johnfreed.com: > > I asked TRuchin, who gave me a

Re: [Talk-transit] tram vs. bus_guideway

2018-06-19 Thread Johnparis
Thanks for the input. I like the idea of tram:type=rubber-tyred But the main sticking point (at least on the French list) that I've seen seems to be the word "railway", since tram is defined as a subdivision of that. ("How can you call it a tram if there's no steel rail?") I'm thinking that

[Talk-transit] Automated edit for bus lines in Paris area

2018-06-04 Thread Johnparis
for a significant change, I plan to implement this around June 20. Please make comments here or on the Discussion page attached to the proposal: https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis Thanks, John ___ Talk-transit mailing list Talk

Re: [Talk-transit] [Imports] [OSM-talk] Automated edit for bus lines in Paris area

2018-06-05 Thread Johnparis
t;> coordinating agency, Île-de-France Mobilité, formerly STIF. >> >> There is a question about wheelchair access that I would like feedback on. >> >> If there is no need for a significant change, I plan to implement this >> around June 20. >> >> Please make comm

Re: [Talk-transit] [Imports] [OSM-talk] Automated edit for bus lines in Paris area

2018-06-05 Thread Johnparis
> On Tue, Jun 5, 2018, 6:36 AM Johnparis, wrote: > >> Hi, Stefan, two steps required. The second is a lot easier than the >> first. >> >> 1) curate a database of exiting nodes. Choosing a unique key usually >> isn't difficult, especially if you are using GTFS da

Re: [Talk-transit] [OSM-talk] Automated edit for bus lines in Paris area

2018-06-05 Thread Johnparis
plan to implement this > around June 20. > > > > Please make comments here or on the Discussion page attached to the > proposal: > > > > https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis < > https://wiki.openstreetmap.org/wiki/Automated_edits/johnparis> > > > > Thanks, > > > > John > > > ___ Talk-transit mailing list Talk-transit@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-transit] [Imports] [OSM-talk] Automated edit for bus lines in Paris area

2018-06-05 Thread Johnparis
Thanks for noting this, Jo. I'm hoping the GSOC project will simplify fusing GTFS data to existing nodes; that's the hard part of the curation that I've already done with the 11,000 nodes. Still 34,000 left to go, so the GSOC project could be a boon there. On Tue, Jun 5, 2018 at 9:03 AM, wrote:

Re: [Talk-transit] [Imports] [OSM-talk] Automated edit for bus lines in Paris area

2018-06-05 Thread Johnparis
I wasn't familiar with IFOPT, but one of its fellow travelers, Reflex, is associated with the "ref:FR:STIF" code in my proposal. Thanks for this. On Tue, Jun 5, 2018 at 12:41 PM, Stefan de Konink wrote: > On dinsdag 5 juni 2018 12:33:12 CEST, Johnparis wrote: > >>

Re: [Talk-transit] Ideas for a simplified public transportation scheme

2019-05-13 Thread Johnparis
I don't have any particular problem with mapping an area (closed way) or a way (line segment) as a platform, but I agree with Jo that the information should be contained in a node. That node can be part of the way. From experience, it complicates things quite a bit when you transfer the

Re: [Talk-transit] Ideas for a simplified public transportation scheme

2019-05-13 Thread Johnparis
the closed way if it exists, but another possibility (and necessary if it's an unclosed way) is to make the node a part of the way. On Mon, May 13, 2019 at 5:36 PM Dave F via Talk-transit < talk-transit@openstreetmap.org> wrote: > On 13/05/2019 16:14, Johnparis wrote: > > I

Re: [Talk-transit] Ideas for a simplified public transportation scheme

2019-05-13 Thread Johnparis
Definitely not non-transit items. GTFS defines the equivalent of a stop area. The Paris regional transit agency largely reflects these as transfer points between lines of different bus companies. It can also be useful to link a stop position to a platform, which can be very useful when it's not

Re: [Talk-transit] Ideas for a simplified public transportation scheme

2019-05-13 Thread Johnparis
If a platform is multimodal, highway=bus_stop fails, because the same node requires (for example) railway=tram_stop On Mon, May 13, 2019 at 4:56 PM Dave F via Talk-transit < talk-transit@openstreetmap.org> wrote: > On 12/05/2019 19:55, Tijmen Stam wrote: > . > > > > No, changing of tagging,

Re: [Talk-transit] Ideas for a simplified public transportation scheme

2019-05-13 Thread Johnparis
the bus stop (platform) node allows for shelter=yes/no and bench=yes/no, so it's not really necessary to separately map them and/or group them into the stop area. On Mon, May 13, 2019 at 5:30 PM Philip Barnes wrote: > On Monday, 13 May 2019, Dave F via Talk-transit wrote: > > > > > > On

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

2018-01-16 Thread Johnparis
I believe OSM-Sync creates nodes with "gtfs_id" as the tag key. The value is typically something like "StopPoint:48:5001". In response to Jo/Polyglot's concern, the gtfs_id is not unique globally; it is unique within a GTFS feed. So, for instance, the Paris area's transport agency, STIF (now

Re: [Talk-transit] [OKFILTER] [Tagging] Public Transport v3 — starting RFC

2018-07-20 Thread Johnparis
This is a very long and complex proposal, so it will take me a while to digest and respond. I am also alerting the transport mailing lists in English and French. I trust the RFC will be open for at least for a couple of months. Cette proposition (en anglais) est très longue et complexe, il me

Re: [Talk-transit] [OKFILTER] Talk-transit Digest, Vol 80, Issue 10

2018-04-19 Thread Johnparis
> Maybe we should, rather than blurring the line between on-street and off-street use, make off-street the officially preferred way of mapping. I believe that is a basic part of Jo's proposal. I agree with those who have said: 1) one and only one relation member should be required (mandatory)