[HOT] [Ebola] Import of 14, 020 United Nations Mission in Liberia place nodes

Rafael Avila Coya ravilacoya at gmail.com
Tue Oct 14 12:00:05 UTC 2014

Hash: SHA1


I comment inline some points I didn't answer, and more on the A, B,
C... point.

On 10/10/14 11:11, Ralf Stephan wrote:
> A few more observations, probably not new to fellow importers,
> * often when it seems UNMIL objects are placed in the mid of the 
> jungle, there is an isolated dwelling somewhere

If sure, I would move it to that isolated_dwelling too.

> * often when I encounter very different GNS vs. UNMIL place names
> in a hamlet area it's worthwhile to look far outside (1km) for a
> UNMIL node that matches the GNS node better. Voila, misplaced GNS
> node found. * for the same reason I always do a final scan of the
> square, looking for offroad GNS nodes that might match a lone UNMIL
> node. Usually I find one or two.

Good. And that's why I added to the workflow wiki 2km on all
directions when downloading the OSM data: "Download from OSM an area
around each of those nodes. 2 Km radious would be more than enough."

> * this is more controversial. We are told to keep A, B, C or #1, #2
> in place names. I don't question that in general. However when I
> find big villages that have a GNS name (say Bopolu) in the center,
> and five UNMIL names (say Bopolu A to E) very near to that, then I
> think it improbable that Bopolu has five suburbs named so, because
> else the UNMIL objects would be distributed much more evenly over
> the area. I have condensed it all into one object (with 5 UNMIL ids
> so the are not lost) in such cases. I have had less then five such 
> cases so far, no worry. But it makes me speculate that most names 
> with additional A, B, C are automatically generated, because I
> find that the larger the hamlet/village is the more such objects
> are found.

Although I answered to this before, I would add that having one single
name in several nodes, with 1, 2, 3... or A, B, C... or I, II, III...
added to the end to differentiate them is quite common in many
countries in Africa. You can find many of them in Central African
Republic or Nigeria, as just two examples. I again would leave all
those nodes separated as they are, and not condense them in one. I
can't assure you that they are automatically produced, but it could
very likely not be the case.



> Regards,
> On Sun, Sep 21, 2014 at 7:42 AM, Rafael Avila Coya
> <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>> wrote:
> Hi all:
> The Tasking Manager job to import [1] these set of places has
> being discussed in the imports list, issues have been addressed and
> the wikis have been written, with a detailed workflow [2] to secure
> a consistent import process.
> This job will greatly improve the map for Liberia, and therefore
> will be of great help for organizations working to control Ebola
> outbreak in West Africa.
> As this job is quite delicate, it has been decided to make it
> private. I've added to the job the same users that were
> contributing to the GNS merging job [3] + myself.
> If anyone else is interested in participating in this import,
> please reply to this list to have your name added.
> For all those that will contribute, please read carefully the
> workflow wiki [2] and make sure you understand all the steps.
> Cheers, and thank you very much in advance for contributing,
> Rafael.
> [1] http://tasks.hotosm.org/project/652 [2] 
> https://wiki.openstreetmap.org/wiki/Import_Liberia_UNMIL_Places_Workflow
[3] http://tasks.hotosm.org/project/617
> _______________________________________________ HOT mailing list 
> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org> 
> https://lists.openstreetmap.org/listinfo/hot
> _______________________________________________ HOT mailing list 
> HOT at openstreetmap.org https://lists.openstreetmap.org/listinfo/hot

- -- 
Twitter: http://twitter.com/ravilacoya

- --------------------------------

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/


More information about the HOT mailing list