<div dir="ltr">I agree that the tool requires some additional work.  It seems almost all of the criticism has been directed at the hypothetical "community clicking rampage" - where the query is stored on a wiki, and some user runs it thoughtlessly. At the same time, several skilled users have expressed their desire to use it for their own work.  Hence, as a good compromise between the two, how about I disable the "embed edit".  If the query is executed from a link, without the query editor mode, users can only view results.  But in the power mode, the users can still use the tool to write a query they need, test and edit things as they need.   So its ok to use it as a power editor (e.g. JOSM or Level0), but not as mass contribution.<div><br></div><div>In the mean time, I will add the "two person approval required", which should alleviate expressed concern.  Should be ready fairly soon.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 16, 2017 at 8:24 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On 10/16/2017 11:10 PM, Tobias Zwick wrote:<br>
> Anyway, generally, with everyone raising the alarm about this tool, it<br>
> would be a friendly gesture to either take the tool offline for now or<br>
> set it to read-only mode<br>
<br>
Or have it run on the dev API.<br>
<br>
> So then, the solution is simple: Make the quick-fix tool to only record<br>
> confirms and rejects into a separate database and let the tool not make<br>
> actual edits to OSM. The confirms and most importantly the rejects are<br>
> shown on the tool's interface, so the problems in the automatic query<br>
> can be addressed.<br>
<br>
The "Kort game" has followed a similar approach. When they started, they<br>
first only recorded things internally and also had more than one user<br>
confirm each edit. After test-driving that for a while and assessing the<br>
quality of results, they started a discussion about if and how the Kort<br>
results could automatically be applied to OSM. It was a slow process but<br>
one that went to great lengths to respect how OSM works and not to<br>
"disrupt" anything. The makers of "Kort" probably spent as much time on<br>
making their tool acceptable to the community as they spent on<br>
developing it - but that's what you have to do when you deal with humans<br>
and not just an API.<br>
<span class="im HOEnZb"><br>
Bye<br>
Frederik<br>
<br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
<br>
</span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk</a><br>
</div></div></blockquote></div><br></div>