[OSM-talk] mass iD validation arrives in NYC
simon at poole.ch
Tue May 28 18:28:16 UTC 2019
The times in the changeset do not reflect the length of the associated editing session except if the changeset was opened on purpose at the beginning which IMHO no editor does.
Am 28. Mai 2019 19:53:22 MESZ schrieb Dave F via talk <talk at openstreetmap.org>:
>I notice these changesets were completed in 30/60 seconds respectively.
>I don't use iD. How is this possible? Does it have a JOSM like mass
> I don't see asking users to split the changesets as a solution to
>what is the clear problem of mass adding/amending tags to
>On 28/05/2019 16:13, Jmapb wrote:
>> See yesterday's changesets:
>> https://www.openstreetmap.org/changeset/70676813 (
>> https://nrenner.github.io/achavi/?changeset=70676813 )
>> https://www.openstreetmap.org/changeset/70676888 (
>> https://nrenner.github.io/achavi/?changeset=70676888 )
>> I believe this is just a casual user browsing around in iD and making
>> the suggested changes it advises -- to about 1000 objects. These
>> changesets are nearly impossible to review. My fear here is that iD's
>> new validator will make QA extremely challenging in dense areas.
>> Scrolling through the tag additions, these changesets look almost
>> identical to the behavior of a bot... or rather like 6 or 7 bots
>> operating at once. If they *had* been made by a bot that was
>> the mechanical edit guidelines, they could be comprehended and
>> But the various tagging changes are all mixed up together in a single
>> changeset, along with whatever the mapper reidpelton's *actual*
>> were -- if any.
>> So how do I even begin to do QA on this? I don't see any options
>> than 1) mass-revert or 2) skip review of all large changesets that
>> appear to be triggered by iD validation. Any other suggestions?
>> talk mailing list
>> talk at openstreetmap.org
>talk mailing list
>talk at openstreetmap.org
Diese Nachricht wurde von meinem Android-Mobiltelefon mit Kaiten Mail gesendet.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the talk