I didn't heard any good reason why not to change to `contact:` scheme.<br><br><br>~ Sören Reinecke alias Valor Naram<div class="quote" style="line-height: 1.5"><br><br>-------- Original Message --------<br>Subject: Re: [Tagging] Remove non-prefixed versions of 'contact:' scheme<br>From: Marc Gemis <marc.gemis@gmail.com><br>To: "Tag discussion, strategy and related tools" <tagging@openstreetmap.org><br>CC: <br><br><br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Are you planning on repeating this request every 5 months?<br><br>I thought https://wiki.openstreetmap.org/wiki/Discussions/tagging/contact:phone_or_phone<br>failed.<br>Wasn't the outcome about 50-50? How will you ever convince half of the<br>voters to accepts the other scheme?<br><br><br>regards<br><br>m<br><br>On Mon, May 4, 2020 at 12:55 PM Valor Naram via Tagging<br><tagging@openstreetmap.org> wrote:<br>><br>><br>>       I request to replace all occurrence of the non-prefixed versions of the contact keys like Key:phone, Key:email. Key:website to be replaced with the prefixed ones like Key:contact:phone, Key:contact:email, Key:contact:website . The current situation harms our database in a way that makes our data less useful. In order to be successful we need to standardize to the contact:<br>>  prefix. No more multiple keys for the exact same purpose with just<br>> different names! Make tagging more orthogonal! As someone who has<br>> experience in database and normalisation it hurts to see that mappers<br>> don't know how to take care of a database. It is time to take action and<br>>  to clean up so OSM data gets more useful.<br>><br>><br>> Having two keys for the same purpose (the current behaviour) has no advantages but many disadvantages:<br>>  * Data customers need to be aware of both tags to cover all<br>> requested and available information. So to get telephone numbers they<br>> need to look for Key:phone and Key:contact:phone . This makes a bad<br>> impression.<br>><br>>  * Normalisation of that data is required. Key:phone must be<br>> translated to Key:contact:phone or backwards. It is good to prevent the<br>> need of normalisation through standardisation as far as possible to<br>> prevent errors and misinterpretations from happening.<br>><br>>  * Having two schemes leads to confusion of mappers (especially<br>> for newbies) which they should use. Some need clear guidance ( e.g. On<br>> request I created a translation table for mappers of the old diaper key<br>> to help them to switch to the new Key:changing_table as you can see<br>> here: https://wiki.openstreetmap.org/wiki/Key:changing_table#Comparison_with_the_deprecated_diaper.3D.2A_key . I also notified some of the mappers and stakeholders about that change)<br>><br>> See also:<br>> https://github.com/openstreetmap/iD/issues/7566<br>> https://josm.openstreetmap.de/ticket/19184<br>> OpenStreetMap contact schema unification<br>><br>> --<br>> ~ Sören Reinecke alias Valor Naram<br>><br>><br>> Developer (not Founder) of the Babykarte: https://babykarte.github.io<br>> Participating in "MapDiscover" project: https://mapdiscover.org<br>> "Community Support" for Trufi Association:<br>> https://trufi-association.org<br>> Documentation for Trufi Communities on mapping bus routes:<br>> https://github.com/trufi-association/mapping-documentation<br>><br>><br>> Ein Gag zu Hamsterkäufen: https://klopapier.mapdiscover.de<br>><br>><br>> _______________________________________________<br>> Tagging mailing list<br>> Tagging@openstreetmap.org<br>> https://lists.openstreetmap.org/listinfo/tagging<br><br>_______________________________________________<br>Tagging mailing list<br>Tagging@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/tagging<br></blockquote></div>