[Tagging] Removing name_1 and alt_name_1 from Wiki

[Hakuch]

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 introduce complete
tagging schemes for all the mini-minor-might-be-existing cases we soon
will have much more chaos in our data.

I agree, that the semicolon wasn't the best solution for diverting
multiple values, but it happened to be so.

> * If a consumer forgot to implement multivalue names, he'll have
> incorrect data in the semicolon case and incomplete data in the suffix
> case. Incomplete is usually better than incorrect, but it does depend
> on the usecase.
consumers (better: developers) should be the ones who use the data
correctly, especially in such easy cases. We should not motivate them to
work sloddy and its even easier to identify bad data than missing data.

>> Furthermore the semicolon is already established
>> and has been accepted for such special cases with multiple values.
> 
> So is the suffix, so this isn't a useful argument.
it is not really established. It was added to the wiki by bad reasons,
it is not used by people who are not trained by iD to do so. It is just
a fragment of imports that seems to use this method to show "ok, heres
another name, I make a bad tagging to force you change it" not a good
reason for having this in the Wiki


-- 
BITTE BESORG DIR EINE NEUE EMAILADRESSE!

Wenn du mit mir über eine Gmail Adresse schreibst, landet alles was wir
kommunizieren bei Google und wird dort gespeichert, analysiert,
bewertet, verwendet.
Wenn dir das egal ist ok, deine Sache. Aber ich will da nicht mit
reingezogen werden.
Also schon aus Respekt deinen Kommunikationspartner-innen gegenüber, hol
dir bitte eine Adresse von Posteo.de, Mailbox.org oder Riseup.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x3CBE432B.asc
Type: application/pgp-keys
Size: 3188 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20160117/78c295d7/attachment.key>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0x3CBE432B.asc
Type: application/pgp-keys
Size: 3187 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20160117/78c295d7/attachment-0001.key>