Hi Ralf: About the nodes Bopolu A, B, C..., I wouldn't condense them into one, as doing so we are loosing information on different settlements, or parts of the same whole settlement.
I would better leave them as such, and maybe (that should be discussed) tag them as place=neighbourhood, leaving the GNS Bopolu one in more or less the centroid of all A, B, C... nodes, or creating one. The tag for that node would have to be discussed too. I would bet for place=villace... Cheers, Rafael. 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 * 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. * 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. > > Regards, > > On Sun, Sep 21, 2014 at 7:42 AM, Rafael Avila Coya > <ravilac...@gmail.com <mailto:ravilac...@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@openstreetmap.org <mailto:HOT@openstreetmap.org> > https://lists.openstreetmap.org/listinfo/hot > > > > > _______________________________________________ HOT mailing list > HOT@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. http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros _______________________________________________ HOT mailing list HOT@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot