[HOT] Import of 1, 087 health facilities in Kano State from eHealth Africa database

Rafael Avila Coya ravilacoya at gmail.com
Fri May 30 00:20:56 UTC 2014

Hi, Satoshi:

I wonder what happened with my late answer to your comments, but your
part was deleted from it. I put them again here, so it makes it more
readable (internet here has been horrible today; it took me several
attempts to send it).

On 29/05/14 16:28, Satoshi IIDA wrote:
> Hi,
> Thanks Rafael. I took a look the data.
> 1. "health_facility:type=*"
> As your proposal, "fixme" tag is added to Unknown type objects.

Only 9 out of the total of 1,087 nodes have a fixme:

Kano,Dala,Gobirawa,12.034918,8.486729,Hajia Umma Zaria,Other
Kano,Fagge,Fagge A,12.004406,8.528766,Sabogarba,Other
Kano,Fagge,Kwachiri,12.033173,8.517079,Armed Forces,Other
Kano,Fagge,Rijiyar Lemo,12.054746,8.477502,Rijiyar Lemo,Other
Kano,Kano Municipal,Zango,11.998687,8.522455,Murtala Mohammed,Other
Kano,Ungongo,Yada Kunya,12.083994,8.631586,Bela Leprosarium,Other

Of these 9 health facilities, Bela Leprosarium is clearly a
leprosarium. I will try to inquire about that centre tomorrow, to
check if they treat more than 50% of the patients as inpatients
(health_facility:type=hospital) or less than 50%

I will try to inquire the eHealth personnel who collected these data
on the field about the other 8 health facilities and try to find a
suitable tag for each of them. I will share all this info here, for
comments, but bear in mind that we are talking about only 9 out of
1,087 centres. We could even drop them for now and import them when we
know clearly what type of health centres they are.

> But  I could not found further descriptions about
> "health_facility:type=" on CAR page.

In any case, the tagging schema for the CAR Health import was
discussed quite in depth in the imports mailing list, until it reached
a good consensus.

> So it is better to make some description about this schema for further
> local editing.
> health_facility:type=dispensary  => Health Post
> health_facility:type=health_center  => Primary Health Centre
> health_facility:type=prefectoral_hospital
> health_facility:type=regional_hospital
> health_facility:type=private_hospital
> Where to fit "General Hospital"?

General Hospitals here fall quite clearly in the description of
health_facility:type=hospital in the Healthcare2.0 wiki:

"[...] a health care facility, which treated cases are >= 50%
inpatients. Usually this facility spans one to several buildings and
there is extra staff for the patients which stay there over night and
for the management of the facility on the whole. If not tagged
otherwise, this facility will cover many specialities."

For the UNICEF data of the CAR import there was a more fine-grained
info, and it was decided to make differences between prefectoral
hospital, regional hospital and private hospital. But there isn't such
information in the eHealth data, so I'm afraid all Gereral Hospitals
should be tagged as health_facility:type=hospital.

> Unknown => Other?

Yeah, maybe we could change health_facility:type=unknown for
health_facility:type=other for those 9 nodes that have their
"HealthFacility_Type" field as "Other". But the problem is that each
health facility that is of type "Other" in the original data may fit
in one of the values for health_facility:type that we already have in
Healthcare2.0. That's why I thought that "unknown" together with a
fixme tag would make it better.

In any case, let me ask tomorrow about all of them (if I can), so we
may know what kind of type of health facility they are.

> 2. addr:* tags are already discussed on Local mappers?
> They are seems...
> * LGAName (addr:district, admin_level=6, Local Government Area) is
> "addr:city"?
> * WardName (addr:municipality, admin_level=8)  is "addr:hamlet"?

At the beginning of May, on the "Road tracing in North Nigeria and
eHealth Africa data imports", Pierre Béland also asked about this
Ward/LGA tagging matter. His question was:


In the Hackpad, the territorial division is presented with States
LGA's and Wards levels. Boundary limits could be easily add for each
if you have the limits. But I dont understand the proposition to use
new values Places tag classification (ie. place=district and


My answer was the following:


About the tagging, we decided to use place=district and addr:district
for LGA's (admin_level 6) and place=municipality and addr:municipality
for the wards (admin_level 8) for consistency with worldwide tagging.

addr:distric redirects to this wikipedia page:
http://en.wikipedia.org/wiki/District . We found that definition quite
matching what an LGA is in Nigeria. And wards are, for their size, and
discussing with people that have travelled through all these states
for the last 2 years, quite equivalent to what we know as municipality
in European countries.

The other alternative would be to use place=lga plus addr:lga and
place=ward plus addr:ward, but 'lga' is not a documented (and probably
not used at all) tag, and ward looks to be meant for areas inside a
metropolitan area.

We haven't still not used those place and addr: tags so far, and I
wonder if any has used them for address tagging in Nigeria, so any
comments about this (and anything else) are very welcome.


If you read the District en:Wikipedia article, it fits very well and
is very similar to what a district is in some countries, like Germany
("an administrative unit between the "Länder" (German federal states)
and the local / municipal levels (Gemeinden)"), Austria ("an
administrative division normally encompassing several municipalities,
roughly equivalent to the Landkreis in Germany"), Peninsular Malaysia
("a district is a division of a state. [...] In Malaysia, each
district will have a District Office, headed by a district officer,
and is administered by a local government") or South Africa ("[...]
the district municipality forms the layer of government below the
provinces. A district municipality is in turn divided into several
local municipalities.").

As for ward, they are clearly a municipality. Each of the 774 LGA's of
Nigeria contains between 10 and 15 wards.

>From the Key:place OSM wikipage: "depending on the country a
collection of arbitrary hamlets, villages and towns may form an
administrative unit; sometimes members of a unit reform or join with
another municipality as a result of political process. Within a
municipality individual settlements are a lot less connected than
those within a city, where they have grown connected over time."

Most of North Nigeria is rural. So it's clear to me that municipality
is what fits the best for what a ward is in Nigerian administrative
hierarchy and geographycally.

As an example, I give you the link to the OSM relations of an LGA in
South Kano State that I visited 2 times (Sumaila) and its 11 wards:

Sumaila LGA ( http://www.openstreetmap.org/relation/3710338 )


Masu ( http://www.openstreetmap.org/relation/3710668 ),
Gani ( http://www.openstreetmap.org/relation/3710490 ),
Sitti ( http://www.openstreetmap.org/relation/3710729 ),
Magami ( http://www.openstreetmap.org/relation/3710656 ),
Rimi ( http://www.openstreetmap.org/relation/3710690 ),
Kanawa ( http://www.openstreetmap.org/relation/3710584 ),
Gediya ( http://www.openstreetmap.org/relation/3710509 ),
Rumo ( http://www.openstreetmap.org/relation/3710697 ),
Gala ( http://www.openstreetmap.org/relation/3710479 )
Garfa ( http://www.openstreetmap.org/relation/3710492 ), and
Sumaila ( http://www.openstreetmap.org/relation/3710730 ).

> 3. Accuracy
> Accuracy is quite good at a first glance. (although I'm not a local :))

I also looked carefully to many of them, and they are really well
located, in my honest opinion.

> 4. "source:date" for all the object?
> They are added to changeset tag also, maybe redundant.

I included this tag in all boundaries and residential areas that were
recently imported from eHealth data. It's not a big issue, so if this
is an issue we can drop it and leave it only in the changeset tags, I



> Cheers,
> 2014-05-29 8:04 GMT+09:00 Pierre Béland <pierzenh at yahoo.fr
> <mailto:pierzenh at yahoo.fr>>:
>     If splitting is a problem, we can see with Pierre Giraud if he can
>     make an exception for a particular job and remove the split function.
>     Pierre
>     ------------------------------------------------------------------------
>     *De :* Rafael Avila Coya <ravilacoya at gmail.com
>     <mailto:ravilacoya at gmail.com>>
>     *À :* Ben Abelshausen <ben.abelshausen at gmail.com
>     <mailto:ben.abelshausen at gmail.com>>
>     *Cc :* "hot at openstreetmap.org <mailto:hot at openstreetmap.org>"
>     <hot at openstreetmap.org <mailto:hot at openstreetmap.org>>
>     *Envoyé le :* Mercredi 28 mai 2014 18h24
>     *Objet :* Re: [HOT] Import of 1, 087 health facilities in Kano State
>     from eHealth Africa database
> Hi, Ben:
> Well, I actually made some tests in the tasks.dev server, and when
> spliting a task it didn't load any of the four resulting tasks... I
> checked that only once though.
> I will give it a new try/test tomorrow, and let you know. Maybe I was
> unlucky by chance.
> Thank you,
> Rafael.
> On 28/05/14 20:53, Ben Abelshausen wrote:
>> Hi Rafael,
>> In the workflow you say: "Also, never split any task in the
>> Tasking Manager, as that would lead to the task not to load the
>> eHealth data into JOSM." It is possible to split the tasks. The
>> data should still load.
>> Ben
>> On Wed, May 28, 2014 at 6:52 PM, Rafael Avila Coya
>> <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>
> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>>> wrote:
>> Hi, Satoshi:
>> Thanks for the input.
>> The health_facility:type tag was used, at least, for the import of
>> 343 health facilities of the UNICEF database for Central African
>> Republic (
>> http://wiki.openstreetmap.org/wiki/Import_CAR_UNICEF_FOSA
> <http://wiki.openstreetmap.org/wiki/Import_CAR_UNICEF_FOSA>), that
>> I took as a reference, as it was not only approved and done, but
>> also was discussed quite thoroughly in the imports list, specially
>> about the tagging.
>> I was to upload the osm file to a site or server, but now I am in
>> a hurry, so I will send it to you by email.
>> Cheers,
>> Rafael.
>> On 28/05/14 17:30, Satoshi IIDA wrote:
>>> Hi,
>>> Great proposal!
>>> And one point. please let us know about the tag
>>> "health_facility:type=*" ? e.g. for typical value of the tag. or
>>> could we get sample .osm file?
>>> Healthcare 2.0 tag schema comes to my mind but it is not voted.
>>> https://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0
>>> 2014-05-29 1:07 GMT+09:00 Rafael Avila Coya
>>> <ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>
>> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>>
>>> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>
> <mailto:ravilacoya at gmail.com <mailto:ravilacoya at gmail.com>>>>:
>>> Hi all:
>>> I wrote a wiki page for the import of 1,087 health facilities in
>>> Kano State (N Nigeria) from the eHealth Africa database:
> https://wiki.openstreetmap.org/wiki/Import_Nigeria_eHealth_Kano_Health_Facilities
>>> If anyone sees any issue or improvement, or wants to have a look
>>> to the data, just let me know.
>>> Cheers,
>>> Rafael Avila Coya.
>>> _______________________________________________ HOT mailing list
>>> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>
>> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>>
>>> https://lists.openstreetmap.org/listinfo/hot
>>> -- Satoshi IIDA mail: nyampire at gmail.com <mailto:nyampire at gmail.com>
>>> <mailto:nyampire at gmail.com <mailto:nyampire at gmail.com>>
> <mailto:nyampire at gmail.com <mailto:nyampire at gmail.com>
>>> <mailto:nyampire at gmail.com <mailto:nyampire at gmail.com>>> twitter:
>> @nyampire
>> _______________________________________________ HOT mailing list
>> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>
>> https://lists.openstreetmap.org/listinfo/hot
>     _______________________________________________
>     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 <mailto:HOT at openstreetmap.org>
>     https://lists.openstreetmap.org/listinfo/hot
> -- 
> Satoshi IIDA
> mail: nyampire at gmail.com <mailto:nyampire at gmail.com>
> twitter: @nyampire
> _______________________________________________
> 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.


More information about the HOT mailing list