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

Hi Paul, As long as I see hundrets of streets, (most of them in North and South America, although that may be accidently), that abbreviate Street to St, Avenue to Ave and much more I wouldn't bother in cases I don't know the long term. Even if there may be the chance to find what it means, I would

Re: [Tagging] Signal-controlled roundabouts

On Wed, Jun 18, 2014 at 8:38 AM, Volker Schmidt wrote: > Only relatively recently (1984) the French introduced the roundabout with > priority in the ring. Today, most of the roundabouts in France are ... roundabouts where traffic in the ring has right of way and they are tagged with "junction=ro

Re: [Tagging] Signal-controlled roundabouts

> Am 17/giu/2014 um 22:47 schrieb Paul Johnson : > > I'd call it a full blown roundabout, since you're still expected to go around > it to the right in order to go left. +1, this is by no means a mini roundabout. cheers, Martin ___ Tagging mailing

Re: [Tagging] Signal-controlled roundabouts

On Wed, Jun 18, 2014 at 10:43 AM, Pieren wrote: Btw, we also have some special cases like this one: http://www.openstreetmap.org/#map=19/47.20880/-1.58741&layers=N where a tramway is crossing the roundabout. It's a normal roundabout (not a traffic circle) excepted that traffic lights stop the r

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

After a quick search: http://web.archive.org/web/20011218005945/http://www.kwtv.com/news/strange/ixl.htm it seems that the name **is** an abbreviation (and "for what" is lost), in which case you don't have to expand it. (perhaps add a tag "note" to explain the case...) Pieren ___

Re: [Tagging] Signal-controlled roundabouts

On 2014-06-17 at 14:49:33 -0400, Phil! Gold wrote: > * Martin Koppenhoefer [2014-06-17 16:43 +0200]: > > you can find big roundabouts with traffic lights in most of the big > > European cities, another reason (besides the controlling the motorized > > traffic) is to let pedestrians (and sometimes

[Tagging] Pipeline bridges

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpipeline is not mentioning how pipeline bridges should be tagged. I expect that it would be [man_made=pipeline, location=overground, bridge=yes, layer=*]. example: http://goo.gl/maps/nCtc2 ___ Tagging m

Re: [Tagging] Signal-controlled roundabouts

2014-06-18 11:06 GMT+02:00 Elena ``of Valhalla'' : > +1, any case where the traffic light is usually off (or blinking yellow) > and normal roundabout rules apply except for sporadic events (pedestrian > crossings, too much traffic on some direction, etc.) walks and quacks > like a roundabout to me

Re: [Tagging] Pipeline bridges

2014-06-18 11:21 GMT+02:00 bulwersator : > I expect that it would be [man_made=pipeline, location=overground, > bridge=yes, layer=*]. +1 cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/taggin

Re: [Tagging] Pipeline bridges

+1 *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com 2014-06-18 11:28 GMT+02:00 Martin Koppenhoefer : > > 2014-06-18 11:21 GMT+02:00 bulwersator : > > I expect that it would be [man_made=pipeline, location=overground, >> bridge=yes, layer=*]. > > >

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

I reckon that if it isn't an abbreviation for any extant longer name, it is no longer an abbreviation, and has become the full name in its own right. On 18 Jun 2014 10:06, "Pieren" wrote: > After a quick search: > > http://web.archive.org/web/20011218005945/http://www.kwtv.com/news/strange/ixl.ht

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

Could someone precise me why abbreviations should always be avoided in tagging please ? I think it's a waste of HDD space and a potential source of errors and misspellings, for company names or even categorization tags (generator:type for instance). Nevertheless, I agree we should write Street xx

Re: [Tagging] Pipeline bridges

On Wed, Jun 18, 2014 at 11:28 AM, Martin Koppenhoefer wrote: >> I expect that it would be [man_made=pipeline, location=overground, >> bridge=yes, layer=*]. > +1 -1 I would expect "bridge=yes" to be combined with highways only. Here nobody can walk/drive on the pipe. We don't call it a bridge. "lo

Re: [Tagging] Pipeline bridges

2014-06-18 12:11 GMT+02:00 Pieren : > I would expect "bridge=yes" to be combined with highways only. Here > nobody can walk/drive on the pipe. We don't call it a bridge. > "location=overground" is enough. > FYI, a common combination for the bridge-attribute is also with railways and waterways, so

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

Abbreviations can be ambiguous, and I doubt that names take up that much disk space compared with the rest of the data (and the part that is abbreviated away is even less); and when data is stored compressed, the Abbreviations should compress well anyway (in fact, they should be the data that compr

Re: [Tagging] Pipeline bridges

I have mapped many of these as bridges. They are often big and therefore landmarks. I have not checked if they get rendered, but that is a different issue. On 18 June 2014 12:22, Martin Koppenhoefer wrote: > > 2014-06-18 12:11 GMT+02:00 Pieren : > > I would expect "bridge=yes" to be combined wi

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

2014-06-18 11:50 GMT+02:00 François Lacombe < francois.laco...@telecom-bretagne.eu>: > Could someone precise me why abbreviations should always be avoided in > tagging please ? because you can automatically create an abbreviated version from an expanded version (for better results with the help

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

Thank you guys. Ok for compression, not so much hdd space wasted. There is a space coding issue too. Let's take "United States of America" for instance : United States of America United_States_of_America United-States-of-America United_States-of-America which are as many different values. Even

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

What is wrong with spaces? On Wed, 18 Jun 2014 04:27:04 -0700 François Lacombe wrote Should we retrieve context with other keys or deal with those ugly blank spaces ? ___ Tagging mailing list

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

First of all, full text queries I mean. And then, anyone can use strokes or underscores as shown : United States of America United_States_of_America United-States-of-America United_States-of-America That's a problem since there are many possible combinations which are not allowed with abbreviati

Re: [Tagging] Signal-controlled roundabouts

2014-06-18 8:38 GMT+02:00 Volker Schmidt : > As the Wikipedia article shows, the original French sign for roundabout > implied the priorité a droite and is identical to the one shown in the > Croatian example ( > https://maps.google.hr/?ll=45.492397,15.549753&spn=0.004543,0.00883&t=h&z=17&layer=c&

Re: [Tagging] Signal-controlled roundabouts

On Wed, Jun 18, 2014 at 1:42 PM, Janko Mihelić wrote: > I've never heard of this "turning circle" term. Maybe we should call this a > turning circle, and then beg routing application developers to treat it the > same as roundabout. Currently, the wiki suggests to tag equally both types of juncti

Re: [Tagging] Signal-controlled roundabouts

2014-06-18 13:57 GMT+02:00 Pieren : > > Currently, the wiki suggests to tag equally both types of junctions > ([1]). To avoid confusion, we could use a specific tag like > "junction=traffic_circle" (already 33 in taginfo) (then we could > discuss about the "oneway=yes" implied or not). But I don't

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

What about the homepage of the city [1]? There it says that "The actual name comes from the fact that our town site on a strip of Cherokee land famous for the Oklahoma Land Run. The name stands for *Indian Exchange Land*". Cheers, Florian [1]: http://web.archive.org/web/20140618122535/http://visi

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

On 6/18/14 8:28 AM, Florian Schäfer wrote: > What about the homepage of the city [1]? There it says that "The actual > name comes from the fact that our town site on a strip of Cherokee land > famous for the Oklahoma Land Run. The name stands for *Indian Exchange > Land*". in this case, i'd argue t

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

2014-06-18 13:34 GMT+02:00 François Lacombe < francois.laco...@telecom-bretagne.eu>: > First of all, full text queries I mean. > > And then, anyone can use strokes or underscores as shown : > > United States of America > United_States_of_America > United-States-of-America > United_States-of-Americ

Re: [Tagging] Signal-controlled roundabouts

The routing app could also say "go to the first circle and then take the second exit" and it would be well understood too, I think. If the user is aware of the differences between a roundabout and a traffic circle, he/she will even know beforehand if they're supposed to stop/yield at the entrances

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

2014-06-18 15:35 GMT+02:00 Richard Welty : > On 6/18/14 8:28 AM, Florian Schäfer wrote: >> What about the homepage of the city [1]? There it says that "The actual >> name comes from the fact that our town site on a strip of Cherokee land >> famous for the Oklahoma Land Run. The name stands for *Ind

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

Am Sonntag, den 15.06.2014, 16:02 +0200 schrieb fly: > Please, be careful. Not all of the numeric housenames are errors. You > have to check them individually or maybe better contact the user and ask > for clarification. I've added a feature request for keepright: https://github.com/keepright/kee

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

Reading from the wiki: "This is sometimes used in some countries like England instead of [1] (or in addition to [2]) a house number." From that, I originally understood that one would use housename: [1] when a house number does not apply (when houses are identified by names/non-numeric codes, not

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

I think there's an excellent point which is being danced around, which is that there's a conflation between a building's name and the addr:housename. Perhaps there's a call for a building name tag which may or may not be the addr:housename tag? - Serge On Wed, Jun 18, 2014 at 2:17 PM, Fernando T

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

On 2014-06-18 13:27, François Lacombe wrote : 2014-06-18 11:50 GMT+02:00 François Lacombe mailto:francois.laco...@telecom-bretagne.eu>>: Could someone precise me why abbreviations should always be avoided in tagging please ? I think it's being kind to other languages sp

Re: [Tagging] Emergency Access

On 2014-06-15 20:44, Peter Wendorff wrote : > Hi Andreas, > IMHO > - access=emergency is a basic access restriction, which states that only > emergency vehicles are allowed here (unless otherwise specified). According to Key:access , there is no access

Re: [Tagging] Emergency Access

> Am 19/giu/2014 um 00:38 schrieb André Pirard : > > To exclude all other vehicles, one must add (see key=access category tree) > access=no with access=no you exclude everybody (also pedestrians, etc), to exclude vehicles use vehicle=no___ Tagging m

Re: [Tagging] Emergency Access

On Sun, Jun 15, 2014 at 12:22 PM, André Pirard wrote: > They would certainly not rely on them anyway if OSM people laugh at people > who believe in OSM GPS and hence at themselves. This is a thing? ___ Tagging mailing list Tagging@openstreetmap.org ht

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

On Wed, Jun 18, 2014 at 4:50 AM, François Lacombe < francois.laco...@telecom-bretagne.eu> wrote: > Could someone precise me why abbreviations should always be avoided in > tagging please ? > This is already explained at length in the wiki, but chiefly because it disambiguates things a lot. Data

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

On Wed, Jun 18, 2014 at 9:39 PM, Paul Johnson wrote: > On Wed, Jun 18, 2014 at 4:50 AM, François Lacombe < > francois.laco...@telecom-bretagne.eu> wrote: > >> Could someone precise me why abbreviations should always be avoided in >> tagging please ? >> > > This is already explained at length in t

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

On Wed, Jun 18, 2014 at 2:37 PM, André Pirard wrote: > But cultural issues interfere. > To a Russian speaking person, "street" is nothing but ул. (улица) > And that's the same in English. I wonder if the explanation not to abbreviate has been properly translated in the wiki for the Russian comm

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

We have house names in Oklahoma, too, especially for buildings that predate statehood, government buildings (especially tribal landmarks), and just small towns in general (For example, the school in many of these small towns is often addressable as Anytown School, Whatever Street, Anytown, OK, whic

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

I would say so, unless it's something the postal service and the general public is going to understand consistently and unambiguously, or it's exclusively addressable by name only. On Sun, Jun 15, 2014 at 12:36 PM, Nelson A. de Oliveira wrote: > On Sun, Jun 15, 2014 at 11:34 AM, Matthijs Meliss

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

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=*" ___ Tagging mailing list Tagging@openstreetmap.org https://list

Re: [Tagging] Pipeline bridges

I'm going to dispute that claim and back it up with a recent news article and aerial view... can't recall if it's mapped in OSM yet, it's close enough to Lewis Avenue that I honestly didn't notice it driving until I got detoured around it earlier this month. http://www.newson6.com/story/25713388/i

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

I think we need to add some clear nuances to the rule of "thou shalt not abbreviate". In order to be able to work correctly, the "abbreviator" must of course have some context such as language/locale, which can mostly be derived from the location, but this is always going to fail sometimes.