<div dir="ltr"><div>Import and Import-US group members,</div><div><br></div>I've been thinking after writing my last response in this thread. Since we are talking about best practices in this thread, we still haven't gotten any closer to clearly defining many things that are governed by the Imports and Imports-US groups. I've been remaining silent in the hopes that more would come out of the conversations we had earlier in the month. However, I am still paying attention to the issues concerning OSM data imports and the culture of this community. I do hope to be able to make the next Import-US hangout meeting and regret that I couldn't meet you all in the last one. <div>
<br></div><div>What I've seen that is HUGE progress:</div><div><ul><li>Acknowledgement from the OSM-US board that changes should be made to make the guidelines and process of importing more consistent and understandable as a resource for new and veteran mappers.</li>
<li>The work Jason (and others) have done with the Import Guidelines page.This is a great improvement over what has been on this page in the past. Thank you for this.</li><li>Effort to put together an outline for those interested in importing data into OSM that Serge drafted.</li>
<li>There are likely many more efforts and discussions in the background that have not been announced and I'd like to thank everyone who has participated.</li></ul><div>An observation on the guidelines page that I'd like to make is that it implies strongly that importing is a counter effort to mapping parties when these do not always need to be viewed as mutually exclusive activities especially if you consider those in GIS, including those in local government offices who control and maintain local community data, to be part of the local communities and also would like to be involved in the OSM project. This divide does not need to exist though I can see where it might often be the case. Maybe we can change that! Also, what criteria need to be met for local community buy-in? How many local communities members need to be asked before this is considered accepted?</div>
<div><br></div><div>I've been following some of the recent import requests and there seems to be the same issues cropping up. These are things that still have not been adequately defined by those commanding the import process:</div>
</div><div><ul><li>How OSM defines a local community? Opinions have been thrown out by individuals but this needs to be defined by the community and clearly stated.</li><li>What does OSM define as a legitimate OSM community member? Opinions have been thrown out by individuals but this needs to be defined by the community and clearly stated.</li>
<li>If local community mappers (GIS, OSM, etc...) make a decision to add data to their map, how much influence does OSM really want to have on what is considered correct use of OSM for that local community if the OSM "ambassadors" do not live in that area?</li>
<li>What is the OSM community and who does it really support since it does seem to be highly selective in who it gives the import hall pass to?</li><li>When talking about best practices, the responsibility should not be exclusively put on the importer but also on those commanding the import process on the OSM administrative side. Being this is an open source friendly community, can we have more transparency from the OSM side of the import process? Currently, more effort seems to be put into keeping it ambiguous, scary, and simply talking people out of it than actually defining a clearer process for how this could work for all parties involved. Again, if the OSM admins determine that imports should not be done by anyone, then say so. It will save us all a lot of "heartache and rejection."</li>
<li>Providing examples of the kind of data sets that would be considered as valuable additions to the main map and which would not be considered appropriate for the main map. By not having this information available, OSM sets itself up for conflict where there doesn't necessarily need to be. If you don't let people know what you do and don't want, don't be surprised what they bring to the table.</li>
</ul><div>Frederik: I appreciate you defining some of the terms I asked about. I'd like to follow up on that with some more questions if you don't mind. </div></div><div><br></div><div>A <b>community importer</b> is a person who works either as an individual or within a team of community importers. Community importers have an intimate knowledge of the <b>local community</b> (neighborhood, city, county, state, etc...) in which they are uploading data and ideally are local community members of that local community. Either individually or as a team, community importers apply a systematic approach to uploading datasets in clusters or groupings (<b>manual import</b>) rather than uploading an entire dataset at one time (<b>automated import</b>).</div>
<div><br></div><div>^^Would this make an adequate definition for what you described in your email?</div><div><br></div><div>-Carol</div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><br>
<div><font size="1" face="trebuchet ms, sans-serif">-------------------------------------</font></div><div><font size="1" face="trebuchet ms, sans-serif">Carol Kraemer</font></div><div><span style="white-space:pre-wrap"><font size="1" face="trebuchet ms, sans-serif">North River Geographic Systems, Inc</font></span></div>
<div><a href="http://www.northrivergeographic.com/" style="color:rgb(17,85,204);white-space:pre-wrap" target="_blank"><font size="1" face="trebuchet ms, sans-serif">http://www.northrivergeographic.com</font></a></div><div>
<font size="1" face="trebuchet ms, sans-serif"><a value="+14236533611" style="color:rgb(17,85,204);white-space:pre-wrap">404.431.0125</a><span style="white-space:pre-wrap"> </span><a href="mailto:cakraemer@northrivergeographic.com" style="color:rgb(17,85,204);white-space:pre-wrap" target="_blank">cakraemer@northrivergeographic.com</a></font></div>
</div></div>
<br><br><div class="gmail_quote">On Sun, Nov 24, 2013 at 2:09 PM, Frederik Ramm <span dir="ltr"><<a href="mailto:frederik@remote.org" target="_blank">frederik@remote.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div class="im"><br>
On 24.11.2013 19:18, Carol Kraemer wrote:<br>
> Can we get definitions for "manual community import,"<br>
<br>
</div>A community import is one where the import is not done by one central<br>
entity but small parcels of the data-to-be-imported are made available<br>
for individual community members to tackle as they see fit, in their own<br>
time, in areas they are familiar with, and where they will be expected<br>
to check imported data, comparing it to their own knowledge of the area<br>
and other suitable data sources they are familiar with from their prior<br>
mapping practice.<br>
<br>
A community import doesn't have a fixed timeline and relies on the<br>
enthusiasm of individuals to get it done, and because familiarity with<br>
the area is required, even the most enthusiastic individual will not be<br>
able to do everything by themselves.<br>
<br>
Any mapper can be a "community importer" but you would normally be<br>
expected to have prior OSM experience to participate. Someone who has<br>
just joined OSM to participate in a community import will face a very<br>
steep learning curve and unless they are very good & diligent this might<br>
defeat the purpose of a community import.<br>
<br>
In a community import, the individual who imports a parcel of data takes<br>
(a certain degree of) responsibility for the uploaded content. This<br>
means that if challenged later about the content of the import, the<br>
uploader cannot say:<br>
<br>
"Don't ask me, I just grabbed this parcel of data that Fred hat provided<br>
on his download page and loaded it up in JOSM!"<br>
<br>
and neither<br>
<br>
"Don't ask me, this is just the county's building footprints as they<br>
were published, why would I know about that peculiar cluster of<br>
buildings there?"<br>
<br>
Because the data has been reviewed and checked by the uploader before<br>
uploading, they will usually have noticed any peculiarities, and fixed<br>
problems before they hit "upload".<br>
<br>
As a consequence, to achieve the same throughput (in terms of time<br>
needed to import a certain number of objects), a community import will<br>
have to enlist much more participants than a scripted import by a<br>
central entity, but will also make sure that many more eyeballs are<br>
involved to make sure the data isn't rubbish.<br>
<br>
A comunity import isn't necessarily good but it has a better chance to<br>
be good than an automated import.<br>
<br>
Both types of imports require detailed prior discussion and consultation.<br>
<br>
Bye<br>
<span class="HOEnZb"><font color="#888888">Frederik<br>
<br>
--<br>
Frederik Ramm  ##  eMail <a href="mailto:frederik@remote.org">frederik@remote.org</a>  ##  N49°00'09" E008°23'33"<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
</div></div></blockquote></div><br></div>