<div dir="ltr"><div dir="ltr">On Mon, 11 May 2020 at 02:48, Cj Malone <<a href="mailto:CjMalone@mail.com">CjMalone@mail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, 2020-05-11 at 02:10 +0100, Paul Allen wrote:<br>
> And yet you, and others, keep saying it. "Deprecate" means "express<br>
> disapproval of." In the context of OSM, it means "phase out." That<br>
> is,<br>
> eradicate with the passage of time. It may not be what you mean, but<br>
> it's what you keep saying.<br>
<br>
Any yet what I described was a phase out with 3 steps.<br></blockquote><div><br></div><div>"Phase out": "<span class="gmail-ILfuVd"><span class="e24Kjd">to discontinue the practice, production, or use of by phases.</span></span></div><div><span class="gmail-ILfuVd"><span class="e24Kjd"> intransitive verb. : to stop production or operation by phases."</span></span> <br></div><div><br></div><div>So you explicitly state that you do not wish to get rid of the phone tag yet</div><div>continue to find different ways of implicilty saying that you wish to get</div><div>rid of the phone tag. Is English not your first language?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I thought this mailing list was the official avenue for disusing,<br>
changing and adding tags in OSM. I didn't realise you had to get the<br>
editor permission.<br></blockquote><div><br></div><div>Unless you get editor buy-in then your shiny new tag won't get used</div><div>by many people because it's not offered as an editor preset. Because</div><div>it doesn't get used much, authors of editors will say they're not</div><div>including it as a preset because it's not popular. You may not like</div><div>that. I certainly don't like that. But it's how it is.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> Oh, and there's all the legacy usage you have to clean up, except<br>
> we don't like automated edits. But without cleaning it up, you make<br>
> database queries more complex.<br>
<br>
I don't have any arguments against automated edits, bulk edits, machine<br>
assisted edits. In any dataset they are needed, especially one this<br>
massive. But it's not a fight I have the effort to fight right now.<br></blockquote><div><br></div><div>Very wise. Because you have to have very, very strong justification for</div><div>automated edits in OSM. The most fundamental precondition is that</div><div>ALL a=b change to x=y. And even if you satisfy that precondition,</div><div>it probably won't be permitted. And we already know you don't</div><div>satisfy that precondition because the phone number for a phone</div><div>box is not a contact phone number and various websites are</div><div>not contact pages.<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> I am far from convinced that a contact phone number is not a phone<br>
> number.<br>
> If I see a phone=* on a phone box I know it is not a contact number.<br>
> If<br>
> I see a phone=* on a business I know it's a contact phone number for<br>
> the business. What extra utility does having contact:phone provide?<br>
> And is it worth the hassle of manually editing all the existing tags<br>
> to<br>
> fix?<br>
<br>
That's just one edge case with the phone tag. Another one being phone<br>
on parking. Is that the number you call to pay, or is it the number you<br>
call to contact the operator because there is something wrong.<br></blockquote><div><br></div><div>So it's a phone number you call if you want to talk to somebody a POI.</div><div>That's an edge case how?<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
I believe there are more edge cases we still aren't thinking of, and if<br>
we aren't the user agents defiantly aren't.<br></blockquote><div><br></div><div>I don't think you've found any edge cases yet. I don't think there are any</div><div>edge cases unless you can find one where a contact phone number isn't</div><div>a phone number.</div><div><br></div><div>Amusingly, the more arguments you put forward the more convinced I am</div><div>that contact:* is a horrible idea without merit.</div><div><br></div><div>-- <br></div><div>Paul</div><div><br></div></div></div>