<div dir="ltr"><div>John, <br></div><div>There are absolutely many more efficient ways to clean up large areas of data. I know you've shared a number of times on this list, widespread issues which you've come across; do you have these collected on a wiki page or other document somewhere? That could be a good way to share knowledge related to validating large areas in JOSM.</div><div><br></div><div>Personally, I want to see #ValidationFriday as a way to promote validation however users see fit, be that learning to validate, giving feedback to a new mapper (on a recently mapped task), polishing up a recent or older project, or continuing to validate as they have for years...it can even be sharing tried and tested workflows or tips and tricks. <br></div><div><br></div><div>Happy validating,</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 8:42 AM john whelan <<a href="mailto:jwhelan0112@gmail.com">jwhelan0112@gmail.com</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"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">If you catch the problems early enough then the mapper gets both feedback and corrected.  Experimentally the impact drops off very quickly.  So catch them within the hour and they change how they map and usually map a bit more.  After a week it's not worth the effort of giving feedback.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">From a practical point of view there are tools that can be used to clean up large areas at a time without using the task manager.  Downloading a chunk of OSM then running a script to detect duplicate buildings means you can cover an entire country very quickly the same is true for highway=road name=Hameau, crossing highways, untagged ways etc.   Scrolling through the downloaded data with JOSM <crtl><down arrow> can pick up unmapped settlements, unconnected highways, and other oddites.  Don't delete anything before redownloading the small area first to make sure you have exactly what is on the live map.<br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Validating mapping that is three months old just so the box gets ticked seems a worthless exercise to me but if you really want to waste time and put people off validating then ask them to validate buildings.  It can take two clicks in JOSM to draw a building with the buildings_tool plugin.  It takes a lot longer to correct each misshaped building.  HOT needs to use a building tool for mapping.  If you must use iD then spend some money and get it added to iD.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Cheerio John</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 7 Jun 2019 at 08:07, Matthew Gibb <<a href="mailto:mjngibb@gmail.com" target="_blank">mjngibb@gmail.com</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"><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" target="_blank">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-m_-4485323021609564251gmail-m_1710776506137984390gmail_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>
_______________________________________________<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>
</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>