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.
In the mean time, I will add the "two person approval required", which should alleviate expressed concern. Should be ready fairly soon. On Mon, Oct 16, 2017 at 8:24 PM, Frederik Ramm <frede...@remote.org> wrote: > Hi, > > On 10/16/2017 11:10 PM, Tobias Zwick wrote: > > Anyway, generally, with everyone raising the alarm about this tool, it > > would be a friendly gesture to either take the tool offline for now or > > set it to read-only mode > > Or have it run on the dev API. > > > So then, the solution is simple: Make the quick-fix tool to only record > > confirms and rejects into a separate database and let the tool not make > > actual edits to OSM. The confirms and most importantly the rejects are > > shown on the tool's interface, so the problems in the automatic query > > can be addressed. > > The "Kort game" has followed a similar approach. When they started, they > first only recorded things internally and also had more than one user > confirm each edit. After test-driving that for a while and assessing the > quality of results, they started a discussion about if and how the Kort > results could automatically be applied to OSM. It was a slow process but > one that went to great lengths to respect how OSM works and not to > "disrupt" anything. The makers of "Kort" probably spent as much time on > making their tool acceptable to the community as they spent on > developing it - but that's what you have to do when you deal with humans > and not just an API. > > Bye > Frederik > > -- > Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" > > _______________________________________________ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk