Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Jarek Piórkowski
On Wed, 11 Mar 2020 at 23:09, Joseph Eisenberg wrote: > > In inclement weather, passengers may well be found waiting in > the transit shelter 8 metres to west, and the tram will stop for them > if they are waiting in the shelter. It might also stop if you are > waiting a little bit beyond the

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Joseph Eisenberg
> In inclement weather, passengers may well be found waiting in the transit shelter 8 metres to west, and the tram will stop for them if they are waiting in the shelter. It might also stop if you are waiting a little bit beyond the shelter In this case it sounds like the tram operators are

Re: [Tagging] Feature Proposal - Voting – Refugee site location

2020-03-11 Thread Joseph Eisenberg
Voting is still open a few more days for place=refugee_site But I am still concerned about this claim: "For long-term refugee site that are no longer under operation of the UNHCR or another organization (other NGO, government, etc.) it is possible to use instead or also the tag place=town or

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Jarek Piórkowski
On Wed, 11 Mar 2020 at 22:22, Joseph Eisenberg wrote: > > I am thinking of cases like streetside stops for 30 m or 45 m long > trams. There might be a shelter, which is the most prominent physical > feature of the tram stop. There is no explicit platform. The tram stop > sign might be 10 metres

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Joseph Eisenberg
> I am thinking of cases like streetside stops for 30 m or 45 m long trams. There might be a shelter, which is the most prominent physical feature of the tram stop. There is no explicit platform. The tram stop sign might be 10 metres away from the shelter, and the farthest possible boarding point

Re: [Tagging] Add man_made=goods_conveyor to Map Features or vote on the proposal first?

2020-03-11 Thread Joseph Eisenberg
> Is it reasonable to support `oneway=no`? I know of one that serves a lime > kiln that hauls coal one way and cement the other. Is the same conveyor reversed from time to time, or are there two parts, one for the coal and one for the cement? If it's really the same object which is being used

Re: [Tagging] Add man_made=goods_conveyor to Map Features or vote on the proposal first?

2020-03-11 Thread Marc M.
Le 11.03.20 à 23:47, Joseph Eisenberg a écrit : > The tag man_made=goods_conveyor was proposed years ago for industrial > conveyor belts and systems which move goods like mining ore. It is now > documented as "in use" and used over 4000 times: > >

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Jarek Piórkowski
On Wed, 11 Mar 2020 at 08:12, Jo wrote: > That stop_position nodes became optional is probably because of my influence. > In the beginning they were definitely part of how PTv2. I disliked this very > much because all of a sudden we were using 2 objects to define a single stop, > duplicating

Re: [Tagging] Add man_made=goods_conveyor to Map Features or vote on the proposal first?

2020-03-11 Thread Kevin Kenny
On Wed, Mar 11, 2020 at 6:48 PM Joseph Eisenberg wrote: > > The tag man_made=goods_conveyor was proposed years ago for industrial > conveyor belts and systems which move goods like mining ore. It is now > documented as "in use" and used over 4000 times: > >

Re: [Tagging] highway=bus_stop is PTv2 compatible

2020-03-11 Thread Andrew Davidson
On 11/03/2020 10:16 pm, Marc M. wrote: then some proposals for improvement have no choice but to first propose a new one without depreciating the old one A classic example of this is the lanes general extension proposal, which deliberately did not modify the definition of lanes=* to cut down

Re: [Tagging] Add man_made=goods_conveyor to Map Features or vote on the proposal first?

2020-03-11 Thread Martin Koppenhoefer
sent from a phone > On 11. Mar 2020, at 23:48, Joseph Eisenberg > wrote: > > > Is there enough usage to just add it to those pages, or should the > proposal be voted on first? I am in favor of adding it right away. Cheers Martin ___ Tagging

[Tagging] Add man_made=goods_conveyor to Map Features or vote on the proposal first?

2020-03-11 Thread Joseph Eisenberg
The tag man_made=goods_conveyor was proposed years ago for industrial conveyor belts and systems which move goods like mining ore. It is now documented as "in use" and used over 4000 times: https://wiki.openstreetmap.org/wiki/Tag%3Aman_made%3Dgoods_conveyor "A stationary conveyor system for

Re: [Tagging] Feature Proposal - RFC - survey_point:benchmark

2020-03-11 Thread Warin
On 12/3/20 1:16 am, Greg Troxel wrote: "ITineris OSM" writes: I need help in tagging a special kind of survey points: geodesic towers. Are they called "geodetic" towers? These are tubular concrete structures, with usual steel triangulation tripods on their top. Wow, those are pretty big!

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Paul Allen
On Wed, 11 Mar 2020 at 16:56, Guillaume Rischard wrote: > > You talk a lot about ‘thinking like a router’. > Actually, thinking like EVERY router used by every renderer that chooses to show bus/rail routes. And then adding vias to ensure they ALL give the right result (tagging for the routers

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Guillaume Rischard
Paul, You talk a lot about ‘thinking like a router’. Of course you’d have the route shown in your editor. Try this demo

Re: [Tagging] Feature Proposal - RFC - survey_point:benchmark

2020-03-11 Thread Greg Troxel
"ITineris OSM" writes: > I need help in tagging a special kind of survey points: geodesic towers. Are they called "geodetic" towers? > These are tubular concrete structures, with usual steel triangulation tripods > on their top. Wow, those are pretty big! > They have the precise benchmark

Re: [Tagging] Feature Proposal - RFC - survey_point:benchmark

2020-03-11 Thread Paul Allen
On Wed, 11 Mar 2020 at 13:31, Kevin Kenny wrote: [A whole load of stuff about surveying] Thanks for your comprehensive contribution to this topic. Not that I expected anything less than a comprehensive contribution when I saw your name. I was particularly impressed that you knew what a pheon

Re: [Tagging] Feature Proposal - RFC - survey_point:benchmark

2020-03-11 Thread Kevin Kenny
On Sun, Mar 8, 2020 at 8:42 AM Anne-Karoline Distel wrote: > I've been surveying benchmarks for the past four months and I would like > to propose an alternative to benchmark=yes for survey points: > https://wiki.openstreetmap.org/wiki/Proposed_features/survey_point:benchmark > The reason being

Re: [Tagging] Criticism of PTv2

2020-03-11 Thread Dave F via Tagging
On 10/03/2020 20:52, Phake Nick wrote: In the sense of bus, sidewalk could be a platform because they are raised from the driving road surface. You can google "bus platform" and see many example of the word being used in real world. But that's not how it was implemented in the PT

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Joseph Eisenberg
> if we have to keep highway=bus_stop anyway, then one could also say that > it's not needed to add public_transport=platform to such nodes anymore. Yes, that's right. It doesn't make sense to add 2 tags or 3 tags when 1 will do. On 3/11/20, Jo wrote: >> >> >> But if the originally, more

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Jo
> > > But if the originally, more common > tag highway=bus_stop is already used, there is no need to add bus=yes. > > OK, but if we have to keep highway=bus_stop anyway, then one could also say that it's not needed to add public_transport=platform to such nodes anymore. And if we do that, then

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Jo
That stop_position nodes became optional is probably because of my influence. In the beginning they were definitely part of how PTv2. I disliked this very much because all of a sudden we were using 2 objects to define a single stop, duplicating details, which seemed like a very bad idea. And it

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Joseph Eisenberg
> I notice that they also refer to adding bus=yes etc to platforms representing bus stops, which was not part of the PTv2 proposal, but I guess tries to deal with one of the issues that led people to prefer highway=bus_stop. Yes, that is a rather silly thing that has been added, since it was

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread Peter Elderson
I get the impression that consensus and general adoption will not be reached during my lifetime. Good luck with it, I'm out! Vr gr Peter Elderson Op wo 11 mrt. 2020 om 12:13 schreef alan_gr : > John Doe wrote > > I don't understand why the critics of PTv2 seem to think stop positions > > are

Re: [Tagging] highway=bus_stop is PTv2 compatible (was: Re: Feature Proposal - RFC - Public Transport v3)

2020-03-11 Thread Marc M.
Le 11.03.20 à 10:53, Mateusz Konieczny via Tagging a écrit : > I am not entirely sure why it was done this way because the too many opposing "if a tag has more than X occurrences, it must be kept for eternity". then some proposals for improvement have no choice but to first propose a new one

Re: [Tagging] Proposal drinking_water:refill:fee

2020-03-11 Thread European Water Project
Hi Martin, I agree with you on one point. The default for "amenity =drinking_water" and "drinking_water=yes" should definitely be free water. I also believe the same should hold be for "drinking_water:refill = yes". I am not a big fan of meta data and poorly maintained data. Unless there is a

Re: [Tagging] Feature Proposal - RFC - Public Transport v3

2020-03-11 Thread alan_gr
John Doe wrote > I don't understand why the critics of PTv2 seem to think stop positions > are such a big deal - they are optional! My memory of starting to map bus stops a few years ago is that it wasn't clear from the documentation that stop positions are optional. I certainly formed the

Re: [Tagging] Feature Proposal - RFC - survey_point:benchmark

2020-03-11 Thread ITineris OSM
Hi,   I need help in tagging a special kind of survey points: geodesic towers. A new tag may help some.   These are tubular concrete structures, with usual steel triangulation tripods on their top. They have the precise benchmark on the ground level, the tower is erected so that it's

[Tagging] highway=bus_stop is PTv2 compatible (was: Re: Feature Proposal - RFC - Public Transport v3)

2020-03-11 Thread Mateusz Konieczny via Tagging
Mar 8, 2020, 02:41 by music.kash...@gmail.com: > That would be tempting, because it would mean a lot less work for us in the > short term. However, I'm afraid of ending up like PTv2 - > 1. It 'does not deprecate the old tags', use of the new tags is 'recommended > but not mandatory'...whatever

[Tagging] problems with PTv2 (was: Re: Feature Proposal - RFC - Public Transport v3)

2020-03-11 Thread Mateusz Konieczny via Tagging
Mar 9, 2020, 12:28 by music.kash...@gmail.com: > I don't understand why the critics of PTv2 seem to think stop positions are > such a big deal - they are optional! > I dislike them, because many people are using them. Also in places where using them adds no information whatsoever. I also very

Re: [Tagging] Proposal drinking_water:refill:fee

2020-03-11 Thread Martin Koppenhoefer
Am Mi., 11. März 2020 um 04:25 Uhr schrieb European Water Project < europeanwaterproj...@gmail.com>: > Hi Martin, > > drinking_water:refill:fee=no/yes/0..9 > > >> I don't think the third tag value "0,9" is easily mappible as one > needs to have access to the menu to get the price data. a mapper