<html xmlns="http://www.w3.org/1999/xhtml" xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office"><head><!--[if gte mso 9]><xml><o:OfficeDocumentSettings><o:AllowPNG/><o:PixelsPerInch>96</o:PixelsPerInch></o:OfficeDocumentSettings></xml><![endif]--></head><body>
Frederik, you’re crying out against phantoms, and getting stuck on one interpretation of the word “authoritative”, and using that misinterpretation as an excuse to beat on one of your favorite punching bags, and try to exact radical unrational restrictions on a piece of software.<div><br></div><div>What Facebook is saying here is that RapiD can make the technical part of the import process easier. It’s a well done conflation process that has every single new feature individually examined by a mapper.</div><div><br></div><div>There is nothing here about circumventing our well defined import guidelines, or disrespecting our basic tenets. It’s just your imagination.</div><div><br></div><div>There are totally rational ways to engage with an idea like using rapid for conflation. Let’s do that, and figure out how we can make OSM better with productive conversation.</div><div><br></div><div><div>Mikel<br><p class="yahoo-quoted-begin" style="font-size: 15px; color: #715FFA; padding-top: 15px; margin-top: 0">On Thursday, March 19, 2020, 7:28 AM, Frederik Ramm <frederik@remote.org> wrote:</p><blockquote class="iosymail"><div dir="ltr">Hi,<br></div><div dir="ltr"><br></div><div dir="ltr">a propos a recent statement from our friends at Facebook in which they<br></div><div dir="ltr">make plans for the future of our project,<br></div><div dir="ltr"><br></div><div dir="ltr"><a href="https://tech.fb.com/map-with-ai-updates/" target="_blank">https://tech.fb.com/map-with-ai-updates/</a><br></div><div dir="ltr"><br></div><div dir="ltr">> Beyond AI-based data sets, one of the biggest challenges for OSM is importing even readily available authoritative data sets<br></div><div dir="ltr">> ...<br></div><div dir="ltr">> our hope is that RapiD can become a tool that’s simple enough for anyone to import and verify new data sets and to make use of these powerful tools<br></div><div dir="ltr"><br></div><div dir="ltr">I would like to reiterate that the "challenge" is not that it is<br></div><div dir="ltr">difficult to import "authoritative data sets"; the problem is that<br></div><div dir="ltr">authoritative data sets are fundamentally incompatible with the way we<br></div><div dir="ltr">operate in OpenStreetMap. To quote just an obvious example, the<br></div><div dir="ltr">government of India certainly has an authoritative data set about where<br></div><div dir="ltr">their boundaries are, it's just that this does not align with facts on<br></div><div dir="ltr">the ground and hence our data is different. The past has shown that<br></div><div dir="ltr">petrol station chains also have "authoritative" data sets about their<br></div><div dir="ltr">stations but they are riddled with bugs, and not suitable for wholesale<br></div><div dir="ltr">import.<br></div><div dir="ltr"><br></div><div dir="ltr">I think that someone who cannot respect these basic tenets of<br></div><div dir="ltr">OpenStreetMap - that mappers on the ground have the last word on what<br></div><div dir="ltr">gets into OSM and what not - shouldn't be allowed to publish software<br></div><div dir="ltr">that interacts with our database. I think we should disallow any<br></div><div dir="ltr">contributions made with RapID/map-with-ai and friends.<br></div><div dir="ltr"><br></div><div dir="ltr">Bye<br></div><div dir="ltr">Frederik<br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr">Frederik Ramm ## eMail <a ymailto="mailto:frederik@remote.org" href="mailto:frederik@remote.org">frederik@remote.org</a> ## N49°00'09" E008°23'33"<br></div><div dir="ltr"><br></div><div dir="ltr">_______________________________________________<br></div><div dir="ltr">talk mailing list<br></div><div dir="ltr"><a ymailto="mailto:talk@openstreetmap.org" href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br></div><div dir="ltr"><a href="https://lists.openstreetmap.org/listinfo/talk" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br></div><blockquote></blockquote></blockquote></div></div>
</body></html>