<html><head></head><body><div class="ydpd235704yahoo-style-wrap" style="font-family:Helvetica Neue, Helvetica, Arial, sans-serif;font-size:16px;"><div id="ydpd235704yiv0166307047"><div>
Fascinating discussion, thanks for all participating. The tension between an open community and standards of practice has always been the key dynamic of OSM.<div><br clear="none"></div><div dir="ltr" data-setdir="false">What I think has changed as OSM has grown and accreted code, data, and culture is ..  less opportunity to just do it. Like many things in those days, Map Features page came about at the initiative of one person (Andy Robinson <span><a href="https://lists.openstreetmap.org/pipermail/dev/2005-November/000450.html" rel="nofollow" target="_blank">https://lists.openstreetmap.org/pipermail/dev/2005-November/000450.html</a>), with close consultation within a relatively small community.</span></div><div><br><div dir="ltr" data-setdir="false">The closest I think we can get in 2019 is (as has been suggested?) asking a smaller group to dig into the topic, come up with guidelines, recommendations, a plan, to share for further discussion with the broader community. This is essentially the model of OSMF working groups -- and I think a working group looking particularly at tagging could be a good idea, but also understand that not everyone thinks this should be under the umbrella as an official org. If the idea of a smaller group seems sensible, then the particulars of how to bring it together is something else we can talk about.<br clear="none"><br clear="none">Mikel<br clear="none"></div></div><div><br></div><div dir="ltr" data-setdir="false">p.s. Getting off topic but did want to respond to Christoph's assertion</div><div dir="ltr" data-setdir="false"><br></div><div dir="ltr" data-setdir="false"><div><span style="color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;">> </span><span style="color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;">There are no  interface specifications and unit tests in text writing. </span><br clear="none" style="color: rgb(0, 0, 0); font-family: Helvetica Neue, Helvetica, Arial, sans-serif; font-size: 16px;"></div><br></div><div dir="ltr" data-setdir="false">Interestingly, I have seen this work well. It's possible to define some writing standards in code, and run unit tests on them, to maintain consistency of structure and terminology. For a simple example, we once had tests for the Mapbox blog (published in markdown) to warn about usage of the "OSM" abbreviation (preference was to fully spell out OpenStreetMap).</div>
</div></div></div><div class="yiv0166307047yqt7195256869" id="yiv0166307047yqt18139"><p class="yiv0166307047yahoo-quoted-begin" style="font-size:15px;color:#715FFA;padding-top:15px;margin-top:0;">On Thursday, September 12, 2019, 7:59 AM, Christoph Hormann <osm@imagico.de> wrote:</p><blockquote class="yiv0166307047iosymail">On Thursday 12 September 2019, Roland Olbricht wrote:<br clear="none">> Thus the question is: are contradictions between pages a problem? If<br clear="none">> yes then a holisitic toolset may do better, if not then the holistic<br clear="none">> tool has no advantage in this regard.<br clear="none"><br clear="none">Yes they are but it is unrealistic in practical work on any text <br clear="none">document of considerable size to keep it contradiction free at all <br clear="none">times.<br clear="none"><br clear="none">For writing any larger body of text collaboratively you will need to <br clear="none">compartmentalize to some extent and have different people focus on <br clear="none">different parts of the whole thing and coordination between those will <br clear="none">need to happen through human evaluation and human communication.<br clear="none"><br clear="none">Being able to keep an eye on the whole while working on the details is <br clear="none">one of the core qualifications necessary for this.  There are no <br clear="none">interface specifications and unit tests in text writing.  There is also <br clear="none">usually a significant benefit in terms of clarity and readability of <br clear="none">text if there is clear individual authorship on the level of individul <br clear="none">sections or chapters.  If you mix different styles of writing on a too <br clear="none">fine grained level that often has a negative effect on text quality.<br clear="none"><br clear="none">As Frederik said the idea to approach this with "Lets use technology X <br clear="none">in combination with technology Y and everything else is going to fall <br clear="none">into place" is not going to work.<br clear="none"><br clear="none">The real hurdle here is to set up an editorial baseline of guiding <br clear="none">principles and goals and find qualified people willing to contribute to <br clear="none">such a project under these principles in the long term.  And this is <br clear="none">not something you can bootstrap from open community discourse and <br clear="none">consensus because then it would be no different from what we already <br clear="none">have on the wiki with all the cacophony of different contradicting <br clear="none">interests and opinions.<br clear="none"><br clear="none">Therefore this idea of a curated body of tagging documentation can only <br clear="none">be a contribution to open community discourse and governance on <br clear="none">tagging, it cannot be the result of it.<br clear="none"><br clear="none">-- <br clear="none">Christoph Hormann<br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="http://www.imagico.de/">http://www.imagico.de/</a><div class="yiv0166307047yqt7026925105" id="yiv0166307047yqtfd89484"><br clear="none"><br clear="none">_______________________________________________<br clear="none">talk mailing list<br clear="none"><a rel="nofollow" shape="rect" ymailto="mailto:talk@openstreetmap.org" target="_blank" href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br clear="none"><a rel="nofollow" shape="rect" target="_blank" href="https://lists.openstreetmap.org/listinfo/talk">https://lists.openstreetmap.org/listinfo/talk</a><br clear="none"></div><blockquote></blockquote></blockquote></div></body></html>