<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<br>
Date: Fri, 3 Jan 2014 11:27:16 -0800<br>
From: "Paul <span>Norman</span>" <<a href="mailto:penorman@mac.com" target="_blank">penorman@mac.com</a>><br>
To: "'Severin MENARD'" <<a href="mailto:severin.menard@gmail.com" target="_blank">severin.menard@gmail.com</a>><br>
Cc: <a href="mailto:imports@openstreetmap.org" target="_blank">imports@openstreetmap.org</a>, <a href="mailto:hot@openstreetmap.org" target="_blank">hot@openstreetmap.org</a><br>
Subject: Re: [Imports] [HOT] CAR Activation;    experienced mappers to<br>
        finish the import of UNICEF data?<br>
Message-ID: <17c601cf08b9$d0773900$7165ab00$@<a href="http://mac.com" target="_blank">mac.com</a>><br>
Content-Type: text/plain;       charset="us-ascii"<br>
<br>
> From: Severin MENARD [mailto:<a href="mailto:severin.menard@gmail.com" target="_blank">severin.menard@gmail.com</a>]<br>
> Sent: Wednesday, December 25, 2013 3:22 PM<br>
> To: Paul <span>Norman</span><br>
> Subject: Re: [HOT] CAR Activation; experienced mappers to finish the<br>
import of UNICEF data?<br>
><br>
> Hi Paul,<br>
><br>
> 1. Health Facilities<br>
><br>
> The fixme for longitude,latitude was proposed from the first version,<br>
> dated <span><span>April 5</span></span>.<br>
<br>
The general view is that fixme tags should not be mechanically created,<br>
and tags should not duplicate geodata. Similarily, tags like lat and<br>
long do not belong.<br></blockquote><div>Once again was proposed from the very first version of the import, so I hope this is not part of the reasons that made you block this import. As explained for source and admin levels, this is used to have and make people (remotely or in the field) able to cross check what the import user would have done. Geodata is not very important, so you find it intolerable, we put it away.</div>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
> Differences I see are:<br>
> * source:UNICEF,2012 is tagged per object. Wold be really interesting to<br>
>   have such a tag as a minimum of metadata, but I know that, IMHO<br>
>   unfortunately, the trend is to put a source tag to the changeset (good<br>
>   idea, but of course only if everything in the changeset comes from the<br>
>   same source) and remove any source tag per object (very regretful for<br>
>   the metadata by object; means almost any OSM data extract another<br>
>   formats will not have any source for the data)<br>
<br>
If you want to change the import to include source tags, that needs to<br>
be discussed.<br></blockquote><div>So let us discuss, please. I put all the arguments.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<br>
> * typo identified by edvac with _ intead of : . Super easy to change and<br>
>   to correct from the data already imported. Just one question: such<br>
>   correction on data already on OSM should be done with a OSM import<br>
>   account or a normal one?<br>
<br>
If you're thinking of the addr:city tag, I'd do it with the same account<br>
used for the import.<br></blockquote><div>OK issue resolved, I will proceed this way. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<br>
> 2. Education facilities and Water facilities<br>
><br>
> The fixme for longitude,latitude was proposed from the first version,<br>
> dated <span><span>April 5</span></span>.<br>
<br>
> Differences I see are:<br>
><br>
> * admin level 1, 2, 3 informed by UNICEF for each object were not<br>
>   present in the proposition. Actually the first imports showed they are<br>
>   really interesting for quality check. Is this OK to put them? What<br>
>   should be the right key? <a href="http://wiki.openstreetmap.org/wiki/Admin_level" target="_blank">http://wiki.openstreetmap.org/wiki/Admin_level</a><br>
>   does not mention a tag for admin level names.<br>
<br>
These changes are ones you need to propose and discuss. I'd say that<br>
this information belongs on the appropriate boundary relations, not<br>
on what you're importing.<br></blockquote><div>Once again, this is for quality check during and after the imports. When these facilities are located in small villages, it is frequent their names do not exist yet neither in OSM, nor in GNS. So the information in addr:city cannot be cross checked with existing data. I had a few examples of such locations with admin level information totally different of where they were supposed to be. If the someone processing the import misses this, we have potentially a double mistake: the place name and the facility. </div>


<div>Please keep in mind it deals with humanitarian data in a big crisis context, so it is important to have the possibility to cross checked facilities incorrectly located, not only when the import has been done.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<br>
> 3. Otherwise, regarding edvac_import "lacking changeset tags as<br>
> described in the consultation", after having checked his 6 changesets<br>
> (see here), I see this problem only once. What is the fix for this?<br>
> Revert te changeset and do the upload again with the changeset tags?<br>
<br>
Heh, it figures that that's the one I looked at in more detail. Given it's<br>
just one, I'd say to leave it.<br></blockquote><div>Good </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Imports mailing list<br>
<a href="mailto:Imports@openstreetmap.org" target="_blank">Imports@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/imports" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br>
<br>
<br>
End of Imports Digest, Vol 55, Issue 2<br>
**************************************<div></div><div><br>
</div></blockquote></div><br><br></div></div>