[Tagging] Removing name_1 and alt_name_1 from Wiki

I propose, to remove the tagging of name_1 and alt_name_1 from the wiki. Most mappers reject tagging with _x suffixes and it makes no sense to have them in the wiki as a scheme for good mapping. [I also started a discussion in the wiki:

Re: [Tagging] [Talk-de] TEDi - Stores richtiger Name

On 16.06.2016 20:49, Martin Koppenhoefer wrote: > das sind nicht nur deutsche Firmen, ok, ersetze durch "die ich grad aus deutschland kenne" :) Wollte ja nur verdeutlichen, dass es eine Menge Unternehmensketten gibt die redundant und uneinheitlich getaggt werden > und bei shell, total, bp sind

Re: [Tagging] [Talk-de] TEDi - Stores richtiger Name

On 17.06.2016 00:23, Martin Koppenhoefer wrote: > die Liste ist öffentlich und hat ein allgemein zugängliches Archiv. Google > liest also sowieso unsere Mails hier. die Signatur is automatisch, aber darfst du dir trotzdem zu Herzen nehmen :P ___

Re: [Tagging] Please don't think name_1 tags are errors.

Hi On 15.01.2016 18:03, moltonel 3x Combo wrote: > Changing the topic a little bit, I'd like to comment on alt_name vs > name_1 va alt_name_1. To me name_1 and alt_name are exact synonyms, I > don't see a semantic difference (as opposed to loc_name for example). > Therefore, if you've only got

Re: [Tagging] Please don't think name_1 tags are errors.

Hi On 15.01.2016 23:01, Dave F. wrote: > On 15/01/2016 16:25, Ralph Aytoun wrote: >> I object to the continuous use of naming new mappers as a problem. > > Are you sure it's not the design of the editor that's being called out > as the culprit? I join this view, Iam not considering the people

[Tagging] Proposal about suffixed tags has been approved

https://wiki.openstreetmap.org/wiki/Proposed_features/Remove_suffixed_name-tags_from_wiki It was approved with 38 votes for, 10 votes against and 1 abstention. Approved due to >74% approval (79.167%). Wikipages has been changed

Re: [Tagging] Feature Proposal - RFC - Jewellery shop

On 25.01.2016 23:24, Matthijs Melissen wrote: > Hi all, > > The tag shop=jewelry is one of the few tags that use American rather > than British English. The previous discussion seemed to indicate that > people have strong opinions on this topic, but that there is no strong > consensus either way.

Re: [Tagging] Art galleries/museums

On 26.01.2016 10:43, althio wrote: > I would like : > - discourage tourism=gallery > - subtype of tourism=museum, museum=art just like > museum=railway/history, and further art=painting/... > - also redirect towards shop=art for badly tagged items +1 0x2E165BB0.asc Description:

Re: [Tagging] Proposal about suffixed tags has been approved

things. > > On 24/02/2016, moltonel 3x Combo <molto...@gmail.com> wrote: >> http://wiki.openstreetmap.org/w/index.php?title=Key:name=next=1275952 >> >> Hakuch, please do not start an edit war. I took the time to avoid a >> knee-jerk "revert this edit"

Re: [Tagging] Proposal about suffixed tags has been approved

it. Now please do not put it in my direction, that i want to start a edit war this is just a quick mail On 24.02.2016 23:08, moltonel 3x Combo wrote: > http://wiki.openstreetmap.org/w/index.php?title=Key:name=next=1275952 > > Hakuch, please do not start an edit war. I took the time to avoid

Re: [Tagging] Voting rules

On 23.02.2016 13:42, Andy Townsend wrote: > As we've seen in at least one answer in this thread already, you can say my name if you want to :) > they've > never actually mapped one but do "care about tagging" (i.e. in this case > they want to tell _other people_ how to tag things that they

Re: [Tagging] Voting rules

ok I don't have a neutral opinion on this proposal, but I think especially here, if you want to change 20.000 tagged objects, it should be three quarters. On 23.02.2016 11:33, Martin Koppenhoefer wrote: > I feel voting count is broken for some time. Has there been a formal > proceduce to change

Re: [Tagging] Voting rules

And how much of 1100 mappers would really be interested ine the spelling of the word? Only beacause you map something, doesnt mean that you care about the tagging, me for example never tagged a jewelry (or jewellery :)) shop, but I did care about the proposal. So, of course, its a pitty that only

Re: [Tagging] Feature Proposal - RFC - Internet cafe

@johnparis, I dont know why, but your emails always start a new Mailinglist-thread, could you please change that :) On 27.02.2016 18:33, Johnparis wrote: > Thanks. I have changed the proposed tag to "lan_gaming_centre", conforming > to the Wikipedia page. > > I could find only four tags in the

Re: [Tagging] Proposal about suffixed tags has been approved

On 25.02.2016 08:47, markus schnalke wrote: > By no means, we should treat the result of this proposal as the > end of the MV discussion, it should rather be seen as the beginning. +1, thats what I also intended 0x3CBE432B.asc Description: application/pgp-keys

Re: [Tagging] Voting rules

On 25.02.2016 06:57, Marc Gemis wrote: > How can we let more people with more different backgrounds participate in > the tagging definition process ? And do we want this ? > > I have no idea. > just before I read this topic, I started a thread in the (german, sorry) forum to discuss about a

Re: [Tagging] Proposal about suffixed tags has been approved

On 25.02.2016 01:46, moltonel 3x Combo wrote: > What you did is not wrong, editing the wiki and emailing the list at > the same time is the pragmatic thing to do. Even taking the vote > counts to approve the proposal is not wrong, most would even say it's > right :p I still dont get your point,

Re: [Tagging] Proposal about suffixed tags has been approved

On 25.02.2016 01:37, moltonel 3x Combo wrote: >> At least, you should have pointed out your decision before >> you did the changes. > > As far as I can tell, you're just as "guilty" of editing the wiki and > emailing the list at the same time (modulo typing speed) as I am. Your > approval of the

Re: [Tagging] Voting rules

t I think the idea of a dedicated website to > proposal, or at least a tool outside of the Wiki proper would be very > helpful. > > On Thu, Feb 25, 2016 at 4:46 PM Hakuch <hak...@posteo.de> wrote: > >> On 25.02.2016 06:57, Marc Gemis wrote: >>> How can

Re: [Tagging] Proposal about suffixed tags has been approved

On 24.02.2016 23:40, moltonel 3x Combo wrote: > Just like you 1) marked the proposal as approved 2) enacted the > proposal 3) emailed the list all in one session a few days ago, I > edited the wiki and emailed the list in one session today. sorry, but what is wrong that I did? The voting was over

Re: [Tagging] Proposal about suffixed tags has been approved

On 24.02.2016 22:57, moltonel 3x Combo wrote: > There was not enough consensus to justify accepting and enacting the > proposal. Looking just at the vote counts but ignoring the discussions > around it makes little sense. the discussions are important, and they should go on to find a uniform

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

ally means well-defined rules of syntax. > > //colin > > On 2016-01-19 19:41, Hakuch wrote: > >> On 19.01.2016 19:25, Colin Smale wrote: >> >>> So how do you indicate a missing/empty value in the middle of the list? >>> Does "a;;b" mean

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

On 19.01.2016 19:40, Andy Townsend wrote: > On 19/01/2016 18:02, Hakuch wrote: >> It might not be used by that much developers, > > It's not used by anyone as far as I can see: > > http://taginfo.openstreetmap.org/search?q=%3B%3B > > (unless taginfo is doing some spec

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

On 10.01.2016 22:29, moltonel 3x Combo wrote: > Actually to my human eyes, both semicolons and suffixes are equally > ugly (but pragmatic). It's for processing that suffixes are supperior: > * Spliting by semicolons (no regexp needed :p) is easy but naive, > because semicolons are sometimes part

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

On 19.01.2016 19:25, Colin Smale wrote: > So how do you indicate a missing/empty value in the middle of the list? > Does "a;;b" mean a single value of "a;b" or does it mean three values > "a", "" and "b"? > > The "lanes" tag family uses a different delimiter ("|"), sometimes > together with a

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

I just want to mention again: this proposal is about the wiki, that name_1 and alt_name_1 should not be suggested there for good tagging. Its not about the existing data in OSM. On 20.01.2016 23:35, moltonel 3x Combo wrote: > On 20/01/2016, Mike N wrote: >> On 1/20/2016 3:39 PM,

Re: [Tagging] Feature Proposal - Voting - (Remove name_1 and alt_name_1 from wiki)

On 25.01.2016 12:10, Martin Koppenhoefer wrote: > 2016-01-25 12:05 GMT+01:00 Hakuch <hak...@posteo.de>: > >> Because there some comments about the "removing", please mind this line >> of the proposal: >> >> what this proposal wants to do if successfu

Re: [Tagging] Feature Proposal - Voting - (Remove name_1 and alt_name_1 from wiki)

course, I want to document, that this tags exist. But I want to mention, that the other variant should be used. greets On 25.01.2016 01:22, Hakuch wrote: > The voting for the proposal "Remove suffixed name-tags from wiki" has > started. Please involve with your vote: > >

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

On 20.01.2016 08:30, Colin Smale wrote: > If the "semicolon > syntax" defines a "list of values", shouldn't stuff remove an empty > value from the list (i.e. replace ;; with ; ) and then remove the whole > tag if the list is empty? no, because in this context (semicolons) the ;; should't be

Re: [Tagging] Removing name_1 and alt_name_1 from Wiki

however, everything depends on the key definition, in opening_hours for example you use || as "or". Thats ok because that key does not expect parameters, lane=* does On 20.01.2016 15:05, Hakuch wrote: > On 20.01.2016 08:30, Colin Smale wrote: >> If the "semicolon &g

Re: [Tagging] Feature Proposal - Voting (reminder) - Jewellery shop

oh my god, I didn't recognize that this was a real proposal process and a voting already has started. I also love to care for more consistency in the data, but this will result in the straight opposite of consistency. With 20.000 against 200, and "Editors and data consumers only support the

Re: [Tagging] Tagging an area for seasonal snowfall?

On 17.02.2016 14:25, John Willis wrote: >> On Feb 17, 2016, at 9:53 PM, Hakuch <hak...@posteo.de> wrote: >> >> there is even: http://wiki.openstreetmap.org/wiki/Key:seasonal > > There isn't a "not open/ doesn't exist in this season" version of the key. &g

Re: [Tagging] Feature Proposal - Voting - shop=boat (supersedes shop=marine, shop=*chandler, etc)

On 11.04.2016 20:20, anarcat wrote: > Please cast your votes in here: > > http://wiki.openstreetmap.org/wiki/Proposed_features/Marine_shops#Voting > you should start a new thread on the list 0x3CBE432B.asc Description: application/pgp-keys ___

[Tagging] Tagging Parklets

just for your information, there is a discussion ongoing in the german forum about parklet-tagging. If I find time, I can sum up the discussion here: http://forum.openstreetmap.org/viewtopic.php?id=54520 0x3CBE432B.asc Description: application/pgp-keys

Re: [Tagging] For comment: proposed mechanical edit: pitlatrine=yes to toilets:disposal=pitlatrine

hey, you should create a page on the proposed_features section, please use the formal proposal process http://wiki.openstreetmap.org/wiki/Proposal_process On 08.07.2016 22:56, Bryce Nesbitt wrote: > See http://wiki.openstreetmap.org/wiki/Automated_edits/Bryce_C_Nesbitt > The semantics of the

Re: [Tagging] Feature Proposal - RFC - snow removal station

dont you want to create a wikipage first? I believe its better to have something to hand for an RFC :) On 31.01.2017 20:16, Joachim wrote: > Lorry drivers are usually required to remove ice and snow from their > vehicles as they pose a safety hazard when falling on the ground. In > order to allow

Re: [Tagging] [Talk-us] destination:street

o find semantic weight for the different destinations and discuss/use them. But when there is none (what I assume), you should use the default multiple value scheme, and thats what the semicolon has been chosen for (and not _1 and not any new creations) best

Re: [Tagging] [Talk-us] destination:street

On 22.01.2017 21:20, yo paseopor wrote: > As you can see order is not random. In Catalonia is the same. How do you > make correspondence with the order. But I agree, when there is really a important sense in order of the values, putting them in a multiple value could be wrong

Re: [Tagging] [Talk-us] destination:street

On 22.01.2017 20:41, yo paseopor wrote: > So you say each value...(are we talking about multiple values or values > with semicolon?). What are the most used values: unique or multiple? Why > don't we use multiple values more often? Like I said in my other post, the wiki is not very clear here,

Re: [Tagging] [Talk-us] destination:street

On 22.01.2017 21:20, yo paseopor wrote: >> >> Following this, you could try to find semantic weight for the different >> destinations and discuss/use them. But when there is none (what I >> assume), > > Spanish ministery responsible of the roads did not think that > >

Re: [Tagging] Tagging help needed in Austria

please do not spam all the mailinglists On 27.01.2017 15:38, Jack Burke wrote: > Can a local OSM editor in Austria help verify that we have this tagged > correctly? :-D > > http://www.telegraph.co.uk/travel/ski/news/driver-get-stuck-on-a-ski-slope-after-his-sat-nav-gets-him-lost/ > > I'm not

Re: [Tagging] Roads with no speed limits

On 30.08.2016 18:15, Martin Koppenhoefer wrote: > > > sent from a phone > >> Il giorno 30 ago 2016, alle ore 12:45, Hakuch <hak...@posteo.de> ha scritto: >> >> "Don't map your local legislation, if not bound to objects in reality" > >

Re: [Tagging] Roads with no speed limits

On 30.08.2016 13:59, David Marchal wrote: > AFAIK, no maxspeed value means that the default maximum speed > for this type of road in this area applies, so I wouldn't add this > tag when there is no sign; that would also fulfill the "Map what's on > the ground" principle. Beware that, if there

Re: [Tagging] Roads with no speed limits

On 30.08.2016 12:45, Hakuch wrote: > On 28.08.2016 21:35, Hans De Kryger wrote: >> Here in Phoenix Arizona more than half the freeway off ramps have no listed >> speed limit. Does (maxspeed=none) work? I've worked hard here in the valley >> adding speed limits and when yo

Re: [Tagging] Roads with no speed limits

On 28.08.2016 21:35, Hans De Kryger wrote: > Here in Phoenix Arizona more than half the freeway off ramps have no listed > speed limit. Does (maxspeed=none) work? I've worked hard here in the valley > adding speed limits and when you look at the ito map it looks like no one > added any to the off

Re: [Tagging] test track tagging (vs highway=raceway)

but thats different to what is asked here for. One is for testing the vehicles, yours for testing/training driver skills. Actually I dont know if there is a tag for parcours of driving schools? Nothing mentioned on the driving_school wikipage On 25.10.2016 20:54, Jerry Clough - OSM wrote: > Hi

Re: [Tagging] dog toilets

On 21.11.2016 09:02, joost schouppe wrote: > So I would like to propose a completely new value: amenity=pet_toilet. > It is as descriptive as the best here, but easily expandable. It is a place > where pets go to the toilet. Obviously they don't have a sit-down toilet. > But "going to the toilet"

Re: [Tagging] shop=estate_agent and office=estate_agent

On 07.12.2016 23:48, LeTopographeFou wrote: > On editor side both JOSM and ID use office=estate_agent (unofficial) and > do not recognise shop=estate_agent (official). This will definitively > not help the approved one to grow. > > Consequently it looks like the "in use" one is killing (has

Re: [Tagging] Feature Proposal - Voting - "bakehouse" and "baking_oven"

On 06.12.2016 11:51, Yvan Masson wrote: > https://wiki.openstreetmap.org/wiki/Proposed_features/amenity%3Dbaking_ > oven the link was broken, I put a redirect on the wrong page ___ Tagging mailing list Tagging@openstreetmap.org

[Tagging] how to care about different seasonal road close?

The road after this point (northwards) is closed in the winter season. https://www.openstreetmap.org/note/917369#map=17/50.79221/15.32156 But like Petr says, its each year another time. I had the bad luck to route through this street with maps.me because it is not tagged for 2017, OSRM seems to

Re: [Tagging] how to care about different seasonal road close?

On 16.03.2017 15:13, Daniel Hofmann wrote: >> OSRM seems to not care for the year and does not route there. > > OSRM does not route you over barriers, which there is on that way: > > https://www.openstreetmap.org/node/73331194#map=18/50.79082/15.32277=D oh I forgot that I put this one there.

Re: [Tagging] how to care about different seasonal road close?

On 16.03.2017 19:32, Topographe Fou wrote: > I believe we still need one user somewhere to update the data each year... I > suggest to have a scheduled bot which detect obsolete conditions value (based > on actual date) and automatically create a note on the map like "Obsolete > conditional