<div dir="auto">Yes, I agree really: fundamentally better training of mappers to make good decisions is the best goal. I spend time doing this and continue to plan to do so, in webinars and in person. A lot of orgs and communities are also excellent at this. And participating in community channels like Slack allows discussion of nuanced issues, improve knowledge of everybody involved, vs any isolated mapper who doesn't seek and use community feedback.<div dir="auto"><br></div><div dir="auto">There is also a user experience design topic to pursue here especially with Rapid and the AI generated data: how to make sure it is presented in a way that can be evaluated and not pushed to be simply accepted and merged into the map (I don't think any company or org has incentive to make this happen, nobody is for example profiting $1 per detected item that goes to OSM--the incentive is to actually reject the bad data and keep the good ones, aligned across any company or individual).</div><div dir="auto"><br></div><div dir="auto">On OSM US slack or HOTOSM slack, please see the #rapid_feedback channel where this UX topic comes up. No official plan or roadmap on it, but the developers of Rapid are listening and interested (and really nice people, please look for them online and at conferences).</div><div dir="auto"><br></div><div dir="auto">My personal interest in a professional capacity is to figure out how to utilize rejected data from AI to improve the model, and also remove it from the dataset. Right now it hides temporarily when rejected. Lots of ideas here!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 19, 2023, 13:20 Andy Townsend <<a href="mailto:ajt1047@gmail.com">ajt1047@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 16/05/2023 07:34, Christopher Beddow**** wrote:<br>
> It seems the best approach to Emerson's concerns is to use Daylight <br>
> Map Distribution for any end user case because it removes errors and <br>
> graffiti from OpenStreetMap that the community does not miss.<br>
<br>
I think that that downplays the contribution of Facebook** (who produce <br>
"Daylight Map") here. I've not seen an example where "errors and <br>
graffiti" is removed from the "Daylight" map but left in OSM. The <br>
nearest example I've seen are objects with no useful OSM tags (perhaps <br>
something with a "name" tag and nothing else), but they're not otherwise <br>
problematic. Instead, my experience is that when Facebook people spot <br>
errors in OSM they fix them in OSM, just like other OSM mappers do.<br>
<br>
Data consumers can choose to use Facebook's distribution from 2-6 weeks <br>
ago or OSM's from a couple of minutes ago - both will have "all the <br>
errors that have been spotted corrected" and both will have "some errors <br>
that haven't been spotted yet". There will possibly be errors in <br>
Daylight that are fixed in OSM (and will therefore be fixed in the next <br>
Daylight distribution), but given the surprisingly small amount of OSM <br>
vandalism across the board any examples would be pretty hard to find***.<br>
<br>
However, none of this is relevant to finding "trees mapped as buildings" <br>
by a mapper who thought that tools such as "Rapid" were better than they <br>
actually are at detecting things. The only solution there is better <br>
training of mappers using Rapid and similar tools, and if problems are <br>
still occurring, then what training there currently is clearly isn't <br>
good enough yet.<br>
<br>
Best Regards,<br>
<br>
Andy<br>
<br>
(from the DWG, but writing in an entirely personal capacity here)<br>
<br>
** or whatever that company calls itself now - apologies for my lack of <br>
knowledge of how the various companies are arranged.<br>
<br>
*** comparison of "Daylight" and "OSM" is pretty easy with e.g. Osmium - <br>
extract the area you want from each, dump both into "opl" format, remove <br>
the stuff that Facebook remove from OSM, and diff.<br>
<br>
**** I'm guessing that this is the Christopher Beddow who a web search <br>
suggests is "Christopher Beddow - Geospatial Data Analyst - Meta", but <br>
presumably is writing in a personal capacity here.<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
osmf-talk mailing list<br>
<a href="mailto:osmf-talk@openstreetmap.org" target="_blank" rel="noreferrer">osmf-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osmf-talk" rel="noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
</blockquote></div>