<div dir="ltr"><div class="gmail_default" style="font-size:small">First, Bopolu was an example name, I don't remember which it was actually.</div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 10, 2014 at 12:44 PM, Rafael Avila Coya <span dir="ltr"><<a href="mailto:ravilacoya@gmail.com" target="_blank">ravilacoya@gmail.com</a>></span> wrote:<br><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">About the nodes Bopolu A, B, C..., I wouldn't condense them into one,<br>
as doing so we are loosing information on different settlements, or<br>
parts of the same whole settlement.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​I was trying to make that clear, there is ​no information lost, one big village, all A-E names near the centre, no separation between suburbs visible. All UNMIL ids still available. There are many cases where A,B were in different parts of town but this was not so. </div></div><div><br></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">
I would better leave them as such, and maybe (that should be<br>
discussed) tag them as place=neighbourhood, leaving the GNS Bopolu one<br>
in more or less the centroid of all A, B, C... nodes, or creating one.<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​This may sound like a compromise but how real is it? You really think people call</div><div class="gmail_default" style="font-size:small">their neighborhood Cityname B or C?​</div></div><div> </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">
The tag for that node would have to be discussed too. I would bet for<br>
place=villace...<br></blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">​Now you ask for the Bopolu node. Wikipedia: "As of the 2008 census, Bopolu has a population of 2908. Of this, 1547 were male and 1361 female.[1]" OK, I had a limit</div><div class="gmail_default" style="font-size:small">of 2,000 for village in mind instead of 10,000, will correct this.​</div><br></div><div> </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>
Cheers,<br>
<br>
Rafael.<br>
<span class=""><br>
On 10/10/14 11:11, Ralf Stephan wrote:<br>
> A few more observations, probably not new to fellow importers,<br>
><br>
</span>> * often when it seems UNMIL objects are placed in the mid of the<br>
> jungle, there is an isolated dwelling somewhere * often when I<br>
<span class="">> encounter very different GNS vs. UNMIL place names in a hamlet area<br>
> it's worthwhile to look far outside (1km) for a UNMIL node that<br>
</span>> matches the GNS node better. Voila, misplaced GNS node found. * for<br>
<span class="">> the same reason I always do a final scan of the square, looking for<br>
> offroad GNS nodes that might match a lone UNMIL node. Usually I<br>
</span>> find one or two. * this is more controversial. We are told to keep<br>
<span class="">> A, B, C or #1, #2 in place names. I don't question that in general.<br>
> However when I find big villages that have a GNS name (say Bopolu)<br>
> in the center, and five UNMIL names (say Bopolu A to E) very near<br>
> to that, then I think it improbable that Bopolu has five suburbs<br>
> named so, because else the UNMIL objects would be distributed much<br>
> more evenly over the area. I have condensed it all into one object<br>
> (with 5 UNMIL ids so the are not lost) in such cases. I have had<br>
> less then five such cases so far, no worry. But it makes me<br>
> speculate that most names with additional A, B, C are automatically<br>
> generated, because I find that the larger the hamlet/village is the<br>
> more such objects are found.<br>
><br>
> Regards,<br>
><br>
> On Sun, Sep 21, 2014 at 7:42 AM, Rafael Avila Coya<br>
</span><span class="">> <<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a> <mailto:<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a>>> wrote:<br>
><br>
> Hi all:<br>
><br>
> The Tasking Manager job to import [1] these set of places has<br>
> being discussed in the imports list, issues have been addressed and<br>
> the wikis have been written, with a detailed workflow [2] to secure<br>
> a consistent import process.<br>
><br>
> This job will greatly improve the map for Liberia, and therefore<br>
> will be of great help for organizations working to control Ebola<br>
> outbreak in West Africa.<br>
><br>
> As this job is quite delicate, it has been decided to make it<br>
> private. I've added to the job the same users that were<br>
> contributing to the GNS merging job [3] + myself.<br>
><br>
> If anyone else is interested in participating in this import,<br>
> please reply to this list to have your name added.<br>
><br>
> For all those that will contribute, please read carefully the<br>
> workflow wiki [2] and make sure you understand all the steps.<br>
><br>
> Cheers, and thank you very much in advance for contributing,<br>
><br>
> Rafael.<br>
><br>
> [1] <a href="http://tasks.hotosm.org/project/652" target="_blank">http://tasks.hotosm.org/project/652</a> [2]<br>
> <a href="https://wiki.openstreetmap.org/wiki/Import_Liberia_UNMIL_Places_Workflow" target="_blank">https://wiki.openstreetmap.org/wiki/Import_Liberia_UNMIL_Places_Workflow</a><br>
><br>
><br>
[3] <a href="http://tasks.hotosm.org/project/617" target="_blank">http://tasks.hotosm.org/project/617</a><br>
><br>
><br>
</span>> _______________________________________________ HOT mailing list<br>
> <a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a> <mailto:<a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a>><br>
> <a href="https://lists.openstreetmap.org/listinfo/hot" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br>
<span class="im">><br>
><br>
><br>
><br>
> _______________________________________________ HOT mailing list<br>
> <a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a> <a href="https://lists.openstreetmap.org/listinfo/hot" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br>
><br>
<br>
</span><span class=""><font color="#888888">--<br>
Twitter: <a href="http://twitter.com/ravilacoya" target="_blank">http://twitter.com/ravilacoya</a><br>
</font></span><span class="im"><br>
--------------------------------<br>
<br>
Por favor, non me envíe documentos con extensións .doc, .docx, .xls,<br>
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.<br>
<br>
Atendendo á lexislación vixente, empregue formatos estándares e abertos.<br>
<br>
<a href="http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros" target="_blank">http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros</a><br>
<br>
</span><div class=""><div class="h5">_______________________________________________<br>
HOT mailing list<br>
<a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/hot" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br>
</div></div></blockquote></div><br></div></div>