<div dir="ltr"><div>Hi Jean-Marc,</div><div><br></div><div>Thanks for your thoughts on the subject.</div><div><br></div><div>I agree with:</div><div><br></div><div>> 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.</div><div><br></div><div>There are a whole host of steps that can and are being taken: from improved project manager onboarding, ensuring validation plans like you mentioned, and improvements to the tasking manager. <br></div><div><br></div><div>To your point, I agree that feedback to a mapper on a project that hasn't been touched in a year will have no impact on a new (at that point) mapper who hasn't seen it, but if there happened to be lower quality data there, there's still a benefit to making sure it's addressed and improved. <br></div><div><br></div><div>I think most would agree that there's not a one-size-fits-all solution, encouraging some more mappers to take a crack at validation if they haven't before is a piece of the puzzle though.</div><div><br></div><div>Thanks for joining the conversation.</div><div><br></div><div>Matt<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 7, 2019 at 5:27 AM Jean-Marc Liotier <<a href="mailto:jm@liotier.org">jm@liotier.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2019-06-07 04:52, Matthew Gibb wrote:<br>
<br>
> - Validate! Simply find a project and dive in!<br>
<br>
While <a href="http://www.missingmaps.org/validate/" rel="noreferrer" target="_blank">http://www.missingmaps.org/validate/</a> and<br>
<a href="http://www.missingmaps.org/assets/downloads/MissingMaps_validation_josm_en.pdf" rel="noreferrer" target="_blank">http://www.missingmaps.org/assets/downloads/MissingMaps_validation_josm_en.pdf</a><br>
offer practical instructions on how to begin about the validation<br>
business, I feel a gap in guidance on what happens after invalidation. The<br>
advice about how to express constructive criticism in comments is a good<br>
start, but then what ? Even the Organised Editing guidelines only mention<br>
"_plans for a "post-event clean up" to validate edits,<br>
especially if the activity introduces new contributors to<br>
OpenStreetMap_" but omit details.<br>
<br>
The contributor is an ephemeral drive-by account set for a mapathon, the<br>
contributor isn't aware of his Openstreeetmap inbox, the contributor<br>
doesn't care that much about quality, the contributor understands that his<br>
changeset doesn't satisfy quality expectations but has no idea how to<br>
proceed... There are many reasons but the common result is that a<br>
validation comment will lead to no action at all: most contributors of bad<br>
data do not clean-up after themselves.<br>
<br>
Some projects, such as<br>
<a href="https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Trains_of_Botswana_mapathon" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org/wiki/Organised_Editing/Activities/Trains_of_Botswana_mapathon</a><br>
have clear plans: _"A few days after the event, the core team will look at<br>
the common QA tools (OSMI, Osmose, Keepright) to repair anything that<br>
might have slipped through the cracks_" - but foisting janitorial<br>
responsibilities upon experts doesn't scale: as much as some enjoy<br>
strolling in the garden and pulling the occasional weed, it is not a<br>
popular hobby. Worse, those rare resources spent correcting bad data may<br>
easily make the net value negative.<br>
<br>
I do not have a solution, but I wish to stress one observation: the<br>
further upstream the quality assurance, the cheaper it is. I feel that an<br>
onboarding environment (both technical and social) that glorifies quality<br>
rather than quantity might be a step in that direction._______________________________________________<br>
HOT mailing list<br>
<a href="mailto:HOT@openstreetmap.org" target="_blank">HOT@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/hot" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><b>Matthew Gibb</b><div><a href="mailto:mjngibb@gmail.com" target="_blank">mjngibb@gmail.com</a></div><div>(518) 791-8505</div></div></div>