
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>On 2019-06-07 04:52, Matthew Gibb wrote:</p>

<blockquote><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div dir="ltr">- Validate! Simply find a project and dive in!</div>

</blockquote>

<p>While <a href="http://www.missingmaps.org/validate/">http://www.missingmaps.org/validate/</a> and <a href="http://www.missingmaps.org/assets/downloads/MissingMaps_validation_josm_en.pdf">http://www.missingmaps.org/assets/downloads/MissingMaps_validation_josm_en.pdf</a> offer practical instructions on how to begin about the validation business, I feel a gap in guidance on what happens after invalidation. The advice about how to express constructive criticism in comments is a good start, but then what ? Even the Organised Editing guidelines only mention "<em>plans for a “post-event clean up” to validate edits, especially if the activity introduces new contributors to OpenStreetMap</em>" but omit details.</p>

<p>The contributor is an ephemeral drive-by account set for a mapathon, the contributor isn't aware of his Openstreeetmap inbox, the contributor doesn't care that much about quality, the contributor understands that his changeset doesn't satisfy quality expectations but has no idea how to proceed... There are many reasons but the common result is that a validation comment will lead to no action at all: most contributors of bad data do not clean-up after themselves.</p>

<p>Some projects, such as <a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Trains_of_Botswana_mapathon">https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Trains_of_Botswana_mapathon</a> have clear plans: <em>"A few days after the event, the core team will look at the common QA tools (OSMI, Osmose, Keepright) to repair anything that might have slipped through the cracks</em>" - but foisting janitorial responsibilities upon experts doesn't scale: as much as some enjoy strolling in the garden and pulling the occasional weed, it is not a popular hobby. Worse, those rare resources spent correcting bad data may easily make the net value negative.</p>

<p>I do not have a solution, but I wish to stress one observation: the further upstream the quality assurance, the cheaper it is. I feel that an onboarding environment (both technical and social) that glorifies quality rather than quantity might be a step in that direction.</p>

</body></html>