<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">25.10.2017 9:43, Frederik Ramm пишет:<br>
</div>
<blockquote type="cite"
cite="mid:b77ad066-85fe-e1d4-ba15-b46745317bd6@remote.org">"Half a
good edit" is not good enough though.
</blockquote>
When we talking about single edit "half-good" is not good. But
process of semi-automated and automated wikitags fix could be easily
separated in many independent edits even within single
changeset(change of wikitags for one object does not depend of
changing wikitags for other). And even when some of these edits is
bad while most of edits is good whole concept seems good too.<br>
<br>
I don't research situation about (semi)automated wikidata fix
deeply. I just find out that number of arguments against it are same
that used against whole amateur cartography concept.<br>
<blockquote type="cite"
cite="mid:b77ad066-85fe-e1d4-ba15-b46745317bd6@remote.org">
<pre wrap="">Well, certainly Wikipedia links should only be added by people who know
something about the feature in question, and not by a machine that
compares name tags to Wikipedia entries and takes a wild guess.
</pre>
</blockquote>
No-no... I'm not talking about generating wikitags by matching. Just
oppose: I mean we should use separate wikitags, but managing these
tags require more understanding of Wikipedia than just local
knowledge. And <u><b>if </b></u>we focus on local knowledge as
major and only source for any tags <u><b>then</b></u> we should
forbid wikitags as they could not be supported with just local
knowledge.<br>
<br>
And I really doubt that intentionally link to redirection page
instead of true page as Tomas Strapius do here:
<a class="moz-txt-link-freetext" href="http://www.openstreetmap.org/node/1717783246/history">http://www.openstreetmap.org/node/1717783246/history</a> is good idea in
Wikipedia-way.<br>
<pre class="moz-signature" cols="72">--
С уважением, Златовратский Павел. </pre>
</body>
</html>