<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
<div>Maybe you missed it but <br></div><div><a href="https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/ban_deprecated_tags">https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/ban_deprecated_tags</a><br></div><div>has some questions/feedback that remain unanswered/ignored.<br></div><div><br></div><div>Mar 30, 2021, 20:42 by talk@openstreetmap.org:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><div dir="auto">To get onto the topic I want to just the silly question "What do you loose when this proposal gets approved?"<br></div><div class=""><div><br></div><div class=""><div>On 15 Mar 2021 2:58 pm, Sören Reinecke via talk <talk@openstreetmap.org> wrote:<br></div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex" class=""><div><div style="font-family:'helvetica neue' , 'helvetica' , 'arial' , sans-serif;font-size:13px"><div dir="ltr"><div>Hello all,<br></div><div><br></div><div dir="ltr"><div>I see on the wiki sometimes the following message above wiki pages describing deprecated tags/keys:<br></div><blockquote><div><p></p><div>This feature has been labeled as <b>deprecated</b>. The recommended replacement is: <span class="font" style="font-family:menlo,consolas,"courier new",monospace"><a href="https://wiki.openstreetmap.org/wiki/Key:changing_table" rel="noopener noreferrer" target="_blank">changing_table</a>=*</span>.<br></div><div> The reason is documented in <a href="https://wiki.openstreetmap.org/wiki/Deprecated_features" rel="noopener noreferrer" target="_blank">Deprecated features</a>.
 You are still free to continue to use or interpret this tag as you see 
fit since OpenStreetMap does not have “banned features”.<br></div><p></p><div><i><b>Under no circumstances should you (semi-)automatically change 
“deprecated” tags to something else in the database on a large scale 
without conforming to the <a href="https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct" rel="noopener noreferrer" target="_blank">Automated Edits code of conduct</a>. Any such change will be reverted.</b></i><br></div></div></blockquote><div><i></i><br></div><div><i></i><br></div><div><i></i><br></div></div><div dir="ltr">I have objections on the part that OSM does not have a banned feature.<br></div><div dir="ltr"><br></div><div dir="ltr">OSM is a database and when it comes to that, there are rules.<br></div><div dir="ltr">One of these rules is preventing data reluctance. In the example of deprecation of Key:diaper in order to push the much much better Key:changing_table forward we recommend mappers not to use the first key but the last key. In the same box we also see that the mapper can also use the old Key:diaper tag. Well, did you thought about the nonsense? Because developers will only support Key:changing_table and not the Key:diaper because we stick to standards and all others who do not will fail. It would be complete nonsense to map Key:diaper because no data customer will process that key, nor will convert it to something usable. So that entry ends up in the database for nothing and no other mapper will understand what the key is all about. <br></div><div dir="ltr"><br></div><div dir="ltr"><div>Refering to "Deprecated features" wiki page (to cover Key:contact:phone vs Key:phone example):<br></div><div>"Often expressed opinion is that in case of two tags with exactly the same 
meaning deprecating one and retagging objects is waste of time and 
energy and disturbs mapping for no benefit."<br></div><div>- This opinion wrong and probably come from those not understanding databases. Deprecation in case two tags have exactly the same meaning is good and is an improvement to the database. And it is also clearer for newbies to decide whether to use tag A or B. For data customers it is also easier because they don't need to support two schemes meaning exactly the same. An example: Key:contact:phone and Key:phone where I had discussions with people not understanding databases and ignoring my expertise. I study these things btw.<br></div><div><br></div><div dir="ltr">"Often expressed opinion is that in such case of tags with the same meaning one should be quickly deprecated"<br></div><div dir="ltr"><div>- The word "quickly" shouldn't be used here. Also deprecation of a duplicate tag should be done with care. Quick might be your wrong partner there. So people saying that, please reconsider your way of thinking.<br></div><div><br></div><div dir="ltr">A "banned feature" would be useful here (in case of the phone 
thing) since two keys in use at the same time meaning exactly the same. 
We then could ban the use of Key:phone or Key:contact:phone and doing a 
duty to our database.<br></div><div><br></div><div><br></div><div>So yes, we should ban certain features in favor of newer and better schemes and where possible automatically/manually convert these to the newer ones to keep the database clean and the information conveyed in these deprecated keys being useful still.<br></div><div><br></div><div dir="ltr">Cheers<br></div><div dir="ltr"><br></div><div dir="ltr">Sören Reinecke alias Valor Naram<br></div></div></div></div></div></div></blockquote></div></div></blockquote><div><br></div>  </body>
</html>