Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Martin Koppenhoefer
sent from a phone > On 30. Mar 2018, at 12:37, > wrote: > > The expectation for the default values of self_serivce and full_service will > probably vary greatly from location to location, so it’s probably best to > always explicitly specify both to take the guessing out of it. I would al

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Christian Müller
> Gesendet: Freitag, 30. März 2018 um 11:29 Uhr > Von: "Selfish Seahorse" > An: "Tag discussion, strategy and related tools" > Betreff: Re: [Tagging] Still RFC — Drop stop positions and platforms > > In my opinion, it's never too late to look for alternatives. +1, if it is an alternative. Read:

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Christian Müller
> Gesendet: Freitag, 30. März 2018 um 11:06 Uhr > Von: "Selfish Seahorse" > An: "Tag discussion, strategy and related tools" > Betreff: Re: [Tagging] Still RFC — Drop stop positions and platforms > > I wouldn't call a sidewalk a platform, especially because the waiting > area on the sidewalk ofte

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Christian Müller
"wild" platform - the opposite of a built, dedicated platform structure   An example for both:   wild - a road with a grass strip and a PT post stuck in the ground, people have to use the grass strip; over time it may have an "upgrade" using fine gravel to compensate for the dirt revealed by

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Martin Koppenhoefer
sent from a phone > On 30. Mar 2018, at 11:06, Selfish Seahorse wrote: > > Furthermore, > double tagging doesn't work if the sidewalk is called 'X Road' and the > bus stop 'Y Square'. in this case you’ll have a platform object and a sidewalk object that happen to be at the same place. chee

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Martin Koppenhoefer
sent from a phone > On 30. Mar 2018, at 08:56, Johnparis wrote: > > > As has been noted elsewhere, public_transport=platform was probably not an > ideal word choice, perhaps wait_area or some such would have been better, but > it is what it is. according to a dictionary, in BE platform al

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread nwastra
I rarely do public transport tagging but found that using the new tag for a bus stop did not render so I had to add the old version of the tag to render. I may be in error here due to not being very familiar with the transport schemes. You may call that tagging for the renderer but i see very li

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Martin Koppenhoefer
sent from a phone > On 29. Mar 2018, at 09:37, Topographe Fou wrote: > > One thing I never understood was why we have to maintain two schemas > (probably because consensus was not reached) it is generally hard in OSM to declare something as better, hence we always speak about “alternatives

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Martin Koppenhoefer
sent from a phone > On 29. Mar 2018, at 03:56, Daniel Koć wrote: > > Double tagging is a problem too can you please explain what you mean with “double tagging” and what the problem is? cheers, Martin ___ Tagging mailing list Tagging@openstreetma

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Jo
I tag the platform as NODE with: highway=bus_stop public_transport=platform bus=yes name= ref= route_ref= zone= ... Because nodes have 1 pair of coordinates, so convenient for direct comparison with external sources and t's easy to draw text around it with an offset in MapCSS in JOSM, If there i

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Selfish Seahorse
If I got you right, you map the platform as a public_transport=platform way and add a public_transport=platform node in addition? Why not tag that node public_transport=stop then? This would allow for a clear distinction between platform and stop. On 30 March 2018 at 11:52, Jo wrote: > When tag

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread osm.tagging
Based on the information provided here: https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Service and what was stated in previous posts on the mailing list, I would guess that the correct tags would be: Only serviced by attendant: self_service=no full_service=yes Self ser

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Jo
When tagging platforms as ways, I wouldn't add details like name to them, as the name would already be present on the platform node, which represents the stop, both for rendering purposes as for being added to the route relations. I would only map a platform as a way, if there is tactile paving, o

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Selfish Seahorse
> And if a tag is needed, stop vs stop_position would surely cause confusion! If we would map a public_transport=stop node regardless of whether there's a platform or not and if only public_transport=stop nodes would be added to route relations then public_transport=stop_position wouldn't be neede

Re: [Tagging] Still RFC — Drop stop positions and platforms

2018-03-30 Thread Selfish Seahorse
> In this case it is not wrong to tag a fraction of the sidewalk as platform, > there is dual (multipurpose) use in this case. There are several variants, > sometimes the paving stones suggest a dedicated area over full or half of the > width, sometimes not. Since the tags do not conflict with

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread José G Moya Y .
I understand you can tag "self_service:no" in case of attended fuel stations? As Javier says, disabled people use to need attended fuel stations. In Spain (are you from here, Javier?) some administrative areas (atonomous communities) are moving to enforce attended fuel stations. In other countrie

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Philip Barnes
On 30 March 2018 08:50:07 BST, "Javier Sánchez Portero" wrote: >El vie., 30 mar. 2018 8:a >I think this is important for disabled drivers to have to go down the >car >to fill or not. > Not really, at self service filling stations the cashier will fill the car for disabled drivers. Phil (tr

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Javier Sánchez Portero
El vie., 30 mar. 2018 8:54, escribió: > While it has never been used before, the logical key to me would be > self_service:conditional following the usual rules for conditional keys. > I agree. It will require only a minor change in the conditional restrictions wiki. Javier > __

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread osm.tagging
While it has never been used before, the logical key to me would be self_service:conditional following the usual rules for conditional keys. At least you can choose during the day if you fuel by your self or not. So I would treat it as not self service during the day. I consider this a

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Javier Sánchez Portero
El vie., 30 mar. 2018 8:13, Stephan Knauss escribió: > Hello Dave, > > As this is a thing country specific, people typically expect the norm. So > no need to tag this explicitly. > > Question is how to tag it. > > self_service sounds like the right key to tag exceptions from the norm. It > can al

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Stephan Knauss
Hello Dave, As this is a thing country specific, people typically expect the norm. So no need to tag this explicitly. Question is how to tag it. self_service sounds like the right key to tag exceptions from the norm. It can also be used with the same meaning for example for car wash. These com

Re: [Tagging] Attendant on amenity=fuel

2018-03-30 Thread Javier Sánchez Portero
El jue., 29 mar. 2018 23:55, Graeme Fitzpatrick escribió: > > > > On 30 March 2018 at 05:34, Javier Sánchez Portero > wrote: > >> In my area there are still some serviced stations and I consider this an >> added value. >> > > Definitely! > > Question re another variation thanks. > > We have a s