[HOT] eHealth Africa Kano places import
Rafael Avila Coya
ravilacoya at gmail.com
Thu Jul 17 12:43:16 UTC 2014
-----BEGIN PGP SIGNED MESSAGE-----
Sorry for answering this last email but I missed it.
As I understand, what the capital=* tag adds is the importance of the
place. For example, if a place is the seat of a ward (admin_level=8)
and also the capital of an LGA (admin_level=6), tagging it as
capital=6 you set clear the importance of the place. I know that this
can be extracted from all the boundaries relations, but I wonder if
renderers are doing that, or relaying on this capital=* tag. I really
In any case, I was thinking more about this and perhaps the best idea
(as you also mention) is that, when the import of places for a state
is finished (now Kano state), one of us can go through all the LGA's
(they are just 44 for Kano state) and put the capitals as admin_centre
of their respective boundary relations. It would be a quite easy and
About the wards, each LGA has between 10 and 15 wards. For Kano state
we have 484 wards. This is a bigger job. But surely there will be some
ward seats that will be missing for the time being. We could do the
ones we have for now, and leave the rest for later.
My opinion now would be not to include this in the places import wiki,
so we don't complicate it too much. We can (and I will do) go on
adding the admin_centre's for LGA's and wards, and later on, we can
complete the missing ones out of the import job. The mirrored download
JOSM plugin  + the JOSM filters will do it very smartly.
As for the Rural villages set of data, bear in mind that eHealth is,
and will be for long, in the process of collecting data in the field,
and this includes villages and hamlet names in 10 states of North
Nigeria. As of mid May, the RuralVillages.shp file had 1,162 place
names only for Kano state. There are other files with names for hamlet
areas and also isolated hamlets. I've been very lucky to have the
opportunity to see how this data is collected in the field, and I can
assure you that is a really tough job, and certainly with the risks
due to the insecurity of the area.
There are two key point here:
1) In the coming months (and probably years), thousands of new place
names (and other geodata) will be continuing to be collected and added
to the eHealth database. For that reason, it's important to make sure
the quality of the data is good enough before we import it to the OSM
database, so merging new collected data to the existing OSM database
in the future will be as easy as possible. As an example, the last few
weeks 1,087 health facilities in Kano State were imported to OSM, and
only days later eHealth staff sent me a new .csv with 186 new health
facilities for that state!
2) Having the data ready for import is not the only thing we need; we
also have to actually import it to OSM. My advice is to see how well
and how fast we import this set of place names that we are now
importing, before we think on the next import job, so we can keep the
whole process as more comprehensive as possible.
On 16/07/14 08:24, Paul Mallet wrote:
> Ok for the admin_centre role. I'm a bit more relucant about the
> capital tag however, I think it is redundant with the admin_centre
> role (and has less informations), but anyways...
> I have another question for you :)
> You mention on the wiki another import for smaller dwellings
> (villages & hamlets), so I was wondering if it was a good idea to
> tag those dwellings right now (place tags + landuse) or if it could
> cause some problems during the next phase of the import... anyways
> I think it's important to write it in the wiki.
> Gracias !
> PS: moreover, until we import the villages, we won't have all the
> admin_centre available, so I think we can define it later.
> Le 16 juil. 2014 04:42, "Rafael Avila Coya" <ravilacoya at gmail.com
> <mailto:ravilacoya at gmail.com>> a écrit :
> Salut, Paul:
> Thank you for contributing to this import. It will greatly help on
> the efforts for the eradication of Polio in North Nigeria and, in
> general, for the development of North Nigeria.
> It's very good idea what you propose. Although the import requires
> only the places to be imported, I think we can do this on top of
> roads editing and correction, so I will add this to the wiki and
> workflow, with clear instructions on how to do it (probably
> tomorrow 16th July).
> I've seen the task you've done, and it's all perfect.
> It's good idea to also add the tag capital=* to the
> admin_centre's. For example, I added capital=6 to Garin Shanono,
> capital of Shanono LGA (
> http://www.openstreetmap.org/node/2965065968 ). For capitals of
> wards, they would be tagged as capital=8. But we can forget about
> this tag if we consider that it is unnecessary.
> On 15/07/14 23:04, Paul Mallet wrote:
>> Should we add the new places as the admin_centre of their
>> matching administrative relations (lga/ward...) or is it part of
>> another next process ?
>> Paul MALLET
>> 2014-07-15 18:12 GMT+02:00 Rafael Avila Coya
>> <ravilacoya at gmail.com
> <mailto:ravilacoya at gmail.com>
>> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>>>:
>> The HOT Tasking Manager for the import of places (towns,
>> villages and urban suburbs/quarters) is ready .
>> We advice ONLY EXPERIENCED MAPPERS to take part in this job.
>> Prior to start importing the data, it's COMPULSORY TO READ AND
>> FULLY UNDERSTAND the import wiki  and, specially, the
>> WORKFLOW WIKI .
>> Should you have any further questions, you can contact
>> mapping_at_ehealthafrica_dot_org or myself.
>> Cheers and happy mapping,
>> Rafael Ávila Coya.
>>  http://tasks.hotosm.org/job/581 
>> _______________________________________________ HOT mailing list
>> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>
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.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/
-----END PGP SIGNATURE-----
More information about the HOT