Re: [Tagging] "No abbreviations in names" edge case

On Thu, Jun 19, 2014 at 1:54 AM, Colin Smale wrote: > > Expanding abbreviations grates a bit with the "on the ground rule". > Navigation applications as well as visual maps need to be able to reproduce > what the human will see on the ground - often in a language they don't > know. Sometimes the a

Re: [Tagging] Reviewing the use of addr:housename

On Thu, Jun 19, 2014 at 12:31 AM, Paul Johnson wrote: > > On Wed, Jun 18, 2014 at 2:15 PM, Serge Wroclawski wrote: >> >> Perhaps there's a call for a building name tag which may or may not be >> the addr:housename tag? > > > I think that's called "name=*" Paul, if you'd read the actual instances

Re: [Tagging] Pipeline bridges

This one of "my" pipeline bridges: http://www.openstreetmap.org/way/132791265 https://www.google.com/maps/@45.292027,11.927267,3a,75y,153.47h,91.57t/data=!3m4!1e1!3m2!1sr2gRzPpcw10yML5dM5LgXQ!2e0 You see it from miles away. On 19 June 2014 06:47, Paul Johnson wrote: > I'm going to dispute that

Re: [Tagging] Pipeline bridges

If we consider aqueducts http://www.openstreetmap.org/way/176520234#map=18/44.45802/8.97848 http://www.acquedottogenova.altervista.org/images/01-primo%20itinerario/46_sifone%20geirato.jpg http://www.oruko.altervista.org/images/curiosita-ponti/11b-sifone%20geirato.jpg Otherwise here's a bridge/gas

Re: [Tagging] Reviewing the use of addr:housename

On Thu, Jun 19, 2014 at 10:14 AM, Serge Wroclawski wrote: > Paul, if you'd read the actual instances of addr:housename that I > provided earlier on this thread, then you'd have seen that the name > field is already being used for the POI itself (as it should be). But this is a mistake. "addr:hou

Re: [Tagging] Reviewing the use of addr:housename

2014-06-19 10:14 GMT+02:00 Serge Wroclawski : > Paul, if you'd read the actual instances of addr:housename that I > provided earlier on this thread, then you'd have seen that the name > field is already being used for the POI itself (as it should be). > -1, the name is the name of the tagged fea

Re: [Tagging] Emergency Access

On 2014-06-19 01:49, Martin Koppenhoefer wrote : > Am 19/giu/2014 um 00:38 schrieb André Pirard >: > >> To exclude all other vehicles, one must add (see key=access category >> tree >> ) >> ac

Re: [Tagging] Emergency Access

> Am 19/giu/2014 um 13:18 schrieb André Pirard : > > So, the simplest after all is probably what you want of: > access=no > emergency=yes > foot=yes > bicycle=yes I would use vehicle=no instead of access=no to avoid excluding too much by accident. Also makes foot=yes obsolete. cheers, Martin

Re: [Tagging] "No abbreviations in names" edge case

> Am 19/giu/2014 um 08:54 schrieb Colin Smale : > > There should IMHO be an explicit tag to hold the version "as displayed on the > signs" for any case where the "abbreviator" could be confused. +1, also useful for cases where the name on the sign is misspelled. For abbreviated versions you

Re: [Tagging] "No abbreviations in names" edge case

> > there are 13 name:signposted in the db, not sure if there are more > established alternatives... > I don't think we should use this key, since it clashes with the usage of the key name for other languages (i.e. name: ). Something like name_signposted would be okay though. BTW there are some ob

Re: [Tagging] "No abbreviations in names" edge case

Am 19.06.2014 16:59, schrieb John Packer: > there are 13 name:signposted in the db, not sure if there are more > established alternatives... > > I don't think we should use this key, since it clashes with the usage of > the key name for other languages (i.e. name: ). > Something like name_

Re: [Tagging] "No abbreviations in names" edge case

> But I like the idea of having a key for the signposted spelling available. Of course I could bring up the fact that FDR Drive in NYC is spelled FDR Drive and F.D.R. Drive, and F D R Drive, depending on which sign you look at. :) - Serge ___ Tagging