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:
http://wiki.openstreetmap.org/wiki/Talk:Names#Removing_Tags_n
It might not be neccessary because there weren't any negative comments
about that all the time, but I started a formal proposal in the wiki. I
shortened the RFC duration to one week, so voting will start on 16th.
http://wiki.openstreetmap.org/wiki/Proposed_features/Remove_suffixed_name-tags_from_w
hi
On 10.01.2016 22:29, moltonel 3x Combo wrote:
> * Spliting by semicolons (no regexp needed :p) is easy but naive,
> because semicolons are sometimes part of the actual value.
that should be only in a very little cases, do you know any? Anyway, it
is possible to happen, yes, but if we start to i
just mentioning that there is another discussion thread for this topic
on the list:
http://gis.19327.n5.nabble.com/Please-don-t-think-name-1-tags-are-errors-td5864875.html
On 10.01.2016 22:29, moltonel 3x Combo wrote:
> On 9 January 2016 at 18:50, Hakuch wrote:
>> I propose, to r
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 two
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 wh
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 of
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 semi
d that usually 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&quo
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
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 reco
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
>&
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, Dominic Coletti w
The voting for the proposal "Remove suffixed name-tags from wiki" has
started. Please involve with your vote:
https://wiki.openstreetmap.org/wiki/Proposed_features/Remove_suffixed_name-tags_from_wiki
find discussion threads here:
http://forum.openstreetmap.org/viewtopic.php?id=53223 (german)
htt
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:
>
>
On 25.01.2016 12:10, Martin Koppenhoefer wrote:
> 2016-01-25 12:05 GMT+01:00 Hakuch :
>
>> Because there some comments about the "removing", please mind this line
>> of the proposal:
>>
>> what this proposal wants to do if successful
>> - add a tex
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.
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: application/pgp-
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
https://wiki.openstreetmap.org/w/index.php?title=Key%3Aname&type=revi
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 Ameri
there is even: http://wiki.openstreetmap.org/wiki/Key:seasonal
On 17.02.2016 13:35, John Willis wrote:
>
>
>> On Feb 17, 2016, at 8:57 PM, Martin Koppenhoefer
>> wrote:
>>
>> AFAIK these are mapped with the conditional access syntax.
>> http://wiki.openstreetmap.org/wiki/Conditional_restrictio
On 17.02.2016 14:25, John Willis wrote:
>> On Feb 17, 2016, at 9:53 PM, Hakuch 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.
>
> Am
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 t
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
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 haven'
. 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&diff=next&oldid=1275952
>
> Hakuch, please do not start an edit war. I
like you to discuss
> things.
>
> On 24/02/2016, moltonel 3x Combo wrote:
>> http://wiki.openstreetmap.org/w/index.php?title=Key:name&diff=next&oldid=1275952
>>
>> Hakuch, please do not start an edit war. I took the time to avoid a
>> knee-jerk "revert t
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
taggi
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
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
___
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, th
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
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 Propos
n, but 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 wrote:
>
>> On 25.02.2016 06:57, Marc Gemis wrote:
>>> How can we let more people with mor
@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 e
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
___
Taggin
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
___
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 d
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
___
Taggi
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 tw
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 r
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
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 th
On 30.08.2016 18:15, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
>> Il giorno 30 ago 2016, alle ore 12:45, Hakuch ha scritto:
>>
>> "Don't map your local legislation, if not bound to objects in reality"
>
>
> default speed limits
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 Ri
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" i
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 alread
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
https://lists.openstreetm
try to 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)
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, but
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
>
> http://www.fomento.es/NR/rdo
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
___
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 mu
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
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 n
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&layers=D
oh I forgot that I put this one the
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 acce
57 matches
Mail list logo
