<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
<div><br></div><div>1) there was no consensus even among people who voted in that old proposal<br></div><div dir="auto"><a href="https://wiki.openstreetmap.org/w/index.php?oldid=589962">https://wiki.openstreetmap.org/w/index.php?oldid=589962</a><br></div><div dir="auto"><br></div><div dir="auto">2) there was no consensus among OSM community at that time<br></div><div dir="auto"><br></div><div dir="auto">3) proposal process is useful to get review of proposal and thorough nitpicking<br></div><div dir="auto">and criticism, and to make people aware about some concept.<br></div><div dir="auto">It can be sort of useful to gauge support for some ideas.<br></div><div dir="auto">It is not so useful at forcing people to do stuff.<br></div><div dir="auto">It is thoroughly useless at forcing people to deprecate basic tags.<br></div><div dir="auto">For example proposal deprecating highway=motorway would not result<br></div><div dir="auto">in dropping support for highway=motorway, it would result in dropping<br></div><div dir="auto">support for proposals deprecating things.<br></div><div dir="auto"><br></div><div dir="auto">4) even if double tagging is unacceptable (I disagree), then this proposal<br></div><div dir="auto">failed to explain why amenity=hospital rather healthcare=hospital is <br></div><div dir="auto">being deprecated<br></div><div dir="auto"><br></div><div dir="auto">5) "This, by the way, is one reason why certain companies refuse to use OSM data."<br></div><div dir="auto">5a) [citation needed] it will make some programmers grumble a bit at most<br></div><div dir="auto">5b) OSM data model is not unusually bad compared to many other curious or<br></div><div dir="auto">insane stuff in geoinformatics, geodatabases, databases, programming in general.<br></div><div dir="auto">Compared to some stuff I have seen it is working remarkably well.<br></div><div dir="auto">5c) even if that claim is true, so what?<br></div><div><br></div><div dir="auto">6) proposal vote getting results you dislike is not a valid reason to deprecate<br></div><div dir="auto">proposal process<br></div><div dir="auto"><br></div><div>Nov 5, 2022, 23:42 by robin.burek@gmx.de:<br></div><blockquote class="tutanota_quote" style="border-left: 1px solid #93A3B8; padding-left: 10px; margin-left: 5px;"><p style="margin:0;">There is no reason?! Sorry, but a consensus of the community that has clearly been reached is clearly a reason.<br></p><p style="margin:0;"></p><div>And if we now get to the point of just "throwing away" the consensus of 12 years ago. We are leading the entire consensus process ad adsurdum. Because then we won't need all this any more. Simply total anarchy. <br></div><div>This is also becoming a question: do we still need the proposal process at all? Because the result from 12 years ago is also completely ignored by you. <br></div><div>And if you read the old proposal really hard, it was already decided to deprecate in 2010, but no one has finally implemented it.<br></div><p></p><p style="margin:0;">In this community, we seem to be moving further and further into a system where improvements to the system are massively prevented and established double tagging is simply left in place instead of finally being cleaned up. This, by the way, is one reason why certain companies refuse to use OSM data. The data structure is unnecessarily inflated and complicated by such duplications. If we don't stick to our own conventions and enforce consensus, perhaps the consensus process should be abolished altogether? <br></p><p style="margin:0;"></p><div><br></div><div>Abschließend: Ich stelle garnicht in Frage, welches Tagging besser oder schlechter ist. Das ist 2010 schon in einem Consensus von 42 zu 9. Ich stelle dies garnicht zur Diskussion. Es ist schon entschieden worden. <br></div><div> <br></div><p></p><div class=""><div>"Joseph Eisenberg" joseph.eisenberg@gmail.com – 5. November 2022 23:27<br></div><div> <br></div></div><blockquote><p style="margin:0;">This debate has gone on for a long time.<br></p><p style="margin:0;">I do not have time to review every proposal when there have been so many lately and many did not appear to be well developed enough to come to a vote. <br></p><p style="margin:0;">I admit that I did not take the proposal seriously since it did not have any argument in favor of this change. Here is the entire rationale section:<br></p><p style="margin:0;"><i>"</i><span style="color:rgb(32,33,34);"><i>With the 2010 proposal there is a double-tagging option for health facilities. Some of the editors once included it and then discarded it. This leads sometimes to confusion by mappers. </i></span><br></p><p style="margin:0;"><i>To tidy up this situation, I propose the following changes. Likewise, editors, mappers and data users will then have a uniform consensus for further development."</i><br></p><p style="margin:0;"></p><div>This statement could also be made in favor of deprecating the duplicate, less popular tags like healthcare=hospital, healthcare=dentist and instead encouraging use of the more common amenity=hospital, amenity=dentist. There was no argument or explanation for why the "new" (12 year old) tags under healthcare should be preferred to the "de facto" standards under the "amenity" key. <br></div><div> <br></div><p></p><p style="margin:0;">In fact I would propose to deprecate healthcare=hospital since it is less common, and amenity=hospital is a good tag which is already used and interpreted by mappers and database users. <br></p><p style="margin:0;">During the start of the pandemic, I started to attempt deprecation of healthcare=pharmacy as a first step but abandoned the effort due to lack of time and energy: (<a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Deprecate_healthcare%3Dpharmacy" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Proposed_features/Deprecate_healthcare%3Dpharmacy</a>) <br></p><p style="margin:0;">- Joseph Eisenberg<br></p><div><br></div><p style="margin:0;"></p><div>On Sat, Nov 5, 2022 at 3:00 PM Robin Burek <<a href="javascript:void(0)">robin.burek@gmx.de</a>> wrote:<br></div><div> <br></div><p></p><blockquote><p style="margin:0;"></p><div>What kind of reversal of guilt is that? If someone does not participate in the RFC. And it has been discussed both here and in the new forum. Even constructive support, which I have received and not a little.<br></div><div>I have yet to talk to anyone who didn't think it was right to finally enforce the 2010 consensus. So am I supposed to keep looking here until someone eventually comes around? Sorry, but I cannot accept this attack against me. If there have been major changes, I understand that reminders/updates are sent. But not for this simple issue. <br></div><p></p><p style="margin:0;"> <br></p><p style="margin:0;"></p><div>"Brian M. Sperlongano" <a href="javascript:void(0)">zelonewolf@gmail.com</a> – 5. November 2022 22:50<br></div><div> <br></div><p></p><blockquote><p style="margin:0;"></p><div>It is the responsibility of the proposer to ensure that there is a consensus before moving to a vote, regardless of timelines. It seems to me that there has been a recent plague of proposals where proposal writers are tossing proposals into voting status without doing enough due diligence. If you are not getting much feedback on your proposal, sending a reminder is appropriate. It is never "too late" for someone to express an opinion.<br></div><div> <br></div><p></p><p style="margin:0;">The lack of immediate opposition is not an indicator of consensus.<br></p><div><br></div><p style="margin:0;"></p><div>On Sat, Nov 5, 2022 at 5:42 PM Robin Burek <<a href="https:/index.php/apps/mail/mailto?to=robin.burek@gmx.de" rel="noopener noreferrer" target="_blank">robin.burek@gmx.de</a>> wrote:<br></div><div> <br></div><p></p><blockquote><p style="margin:0;">Sorry, but this comes a bit too late. The RFC has been running for a month! Contentwise only different "old" designations were added there.<br></p><p style="margin:0;">It is also not changed to a "new key". There is also nothing "new". Only the old Healthcare Proposal from 2010 (!) is finally enforced (so much for "without justification"). I think we should finally accept and enforce the solutions that have been agreed upon. Or deprecate the old consensus! But I have decided for the first. <br></p><p style="margin:0;"> <br></p><p style="margin:0;"> <br></p><p style="margin:0;"></p><div>"Joseph Eisenberg" <a href="https:/index.php/apps/mail/mailto?to=joseph.eisenberg@gmail.com" rel="noopener noreferrer" target="_blank">joseph.eisenberg@gmail.com</a> – 5. November 2022 22:31<br></div><div> <br></div><p></p><blockquote><p style="margin:0;">This proposal attempts to deprecate very popular tags without justification.<br></p><p style="margin:0;">The tags amenity=hospital, amenity=clinic and amenity=dentist are extremely well established and used by all kinds of maps and applications of Openstreetmap data. <br></p><p style="margin:0;">These features are also clearly amenities: they are an important service that you want to have nearby in your town, and all residents and visitors will need to know the location of the closest hospital or dentist to get medical services. <br></p><p style="margin:0;">There is no benefit to changing to a different key, but there is a great difficulty in re-tagging and changing applications. <br></p><p style="margin:0;"></p><div>This proposal should be rejected.<br></div><div> <br></div><p></p><p style="margin:0;">- Joseph Eisenberg<br></p><p style="margin:0;"></p><div><br></div><div> <br></div><p></p><p style="margin:0;"></p><div>On Sat, Nov 5, 2022 at 1:49 PM Robin Burek <<a href="https://cloud.rbp.photography/index.php/apps/mail/mailto?to=robin.burek@gmx.de" rel="noopener noreferrer" target="_blank">robin.burek@gmx.de</a>> wrote:<br></div><div> <br></div><p></p><blockquote><div> <br></div><div>Voting has started for Healthcare 1.1 - <a href="https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_1.1" rel="noopener noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_1.1</a><br></div><div><br></div><div>_______________________________________________<br></div><div>Tagging mailing list<br></div><div><a href="https://cloud.rbp.photography/index.php/apps/mail/mailto?to=Tagging@openstreetmap.org" rel="noopener noreferrer" target="_blank">Tagging@openstreetmap.org</a><br></div><div><a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br></div><div> <br></div></blockquote><div><br></div><div><br></div><div> <br></div></blockquote><div>_______________________________________________<br></div><div>Tagging mailing list<br></div><div><a href="https:/index.php/apps/mail/mailto?to=Tagging@openstreetmap.org" rel="noopener noreferrer" target="_blank">Tagging@openstreetmap.org</a><br></div><div><a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br></div><div> <br></div></blockquote><div><br></div><div><br></div><div> <br></div></blockquote><div>_______________________________________________<br></div><div>Tagging mailing list<br></div><div><a href="javascript:void(0)">Tagging@openstreetmap.org</a><br></div><div><a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noopener noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br></div><div> <br></div></blockquote><div><br></div><div><br></div><div> <br></div></blockquote></blockquote><div dir="auto"><br></div> </body>
</html>