<div dir="ltr">Thank you, Mike, <div>I understand what you are saying but am not sure I can write an import/upload process before successfully uploading the data and this is the last step to that. </div><div>Talking about the corrections: Since we already corrected the data, I will make sure that in the guide, I emphasize that for the new mappers as more, I am just going to simply edit my .csv and then reconvert it to a geojson. </div><div>A snippet of the csv download before changes are made: </div><div><img src="cid:ii_la7azskn0" alt="image.png" width="517" height="50"><br></div><div><br></div><div>I am following the normal <a href="https://toolbox.hotosm.org/pages/data-cleaning-upload-and-quality-assurance/5.1-data-cleaning-with-josm/">JOSM edit guideline</a> to perform the upload.  [Downlaod data in AOI, merge, validate, upload] </div><div>My data is just water points, nothing extra. So, I do not think I have anything complicated.   </div><div><br></div><div>Stellamaris</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 7, 2022 at 2:48 PM Mike Thompson <<a href="mailto:miketho16@gmail.com">miketho16@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 dir="ltr"><br></div>Hello Stellamaris,<div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 7, 2022 at 11:55 AM Stellamaris Nakacwa <<a href="mailto:sn00013@mix.wvu.edu" target="_blank">sn00013@mix.wvu.edu</a>> wrote:<br></div><div> </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>Unlike most of the imports, the data that I am about to upload was raw data collected from the field using all the tools described in the wiki. We collected the dataset using kobo and within kobo, I described the osm language on the go. The kobo collect app had both English language and .osm languages. So, the collection directly fed into Wpdx and we also had access to the .osm file at once.</div></div></blockquote><div>1) If we had access to the original data we could see this</div><div>2) At the very least, you collected it with one set of OSM tags, but those are going to have to be translated to another set of OSM tags based on the discussion here (e.g. name=* becomes type=*, plus all of the suggestions from Frederick and others).  We should see the data both before that translation and after, as well as any tools/scripts used to do the translation.</div><div> </div><div>Also, again, there are no detailed instructions on how the actual import is going to be performed, like was provided for the Denver Buildings import. </div><div><br></div><div>What happens when OSM already has an object representing the same physical feature that is being imported?  Will there be duplicates after the import (hopefully not). Will the existing data be maintained, and where appropriate the tags from the imported feature merged with that existing feature (and the imported feature discarded)?  This is desirable as it preserves the history in OSM.</div><div><br></div><div>Mike</div></div></div></div>
</blockquote></div>