[OSM-talk-cm] Support request for health facility data import to Cameroon

[Rafael Avila Coya]

(in English further down)

Salut Marc, et merci de proposer cette activité d'importation qui vise à 
améliorer la couverture sanitaire du Cameroun en OSM.

Je te donne quelques commentaires sur ce que je vois qu'il peut / 
devrait / doit être amélioré.

Je me réfère ici à la wiki en anglais:

Goal:

Dans cet e-mail, tu parles de Brainforest, CADEM, CED, DGPA, Foder, 
GASHE, MEFP, OCDH, RRN et RFUK en tant qu'organisations derrière la 
collecte de données, mais dans le wiki, vous ne mentionnez que CED, 
Foder, OCDH et RFUK.

Schedule:

1. Il devrait y avoir un lien vers les données originales pour rendre 
possible l'évaluation de l'importation.
3. Aucune information sur qui fera partie de ce groupe et comment ils 
examineront ou discuteront des données.
4. J'irais plutôt pour une importation participative, comme les données 
importées par l'UNICEF sur la santé en RCA [1], ou les données de la 
fondation eHealth Africa importées au nord du Nigéria [2], par exemple. 
De cette façon, n'importe qui pourrait participer à la validation des 
données.

Import Data:

Background:

Data source site: je me suis inscrit sur le site Web 
https://cbca.mappingforrights.org/, mais je ne peux pas télécharger de 
données à partir de là. J'ai visité le site rainforestuk.org [1], mais 
je ne peux pas voir où se trouvent les données.

Import type:

Je dirais de le changer pour une importation participative.

Data Preparation:

Tagging plans:

VIL_NAME: il pourrait être ajouté en tant que addr:city, et cette 
information pourrait être utilisée après pour cartographier des noms de 
lieux: pour l'ajout de noms manquants ou la comparaison avec des noms 
existants (alt_name, etc.)

YEAR et/ou DATE_SURVD: ces attributs je les ajouterais sous l'attribut 
source:date.

ASS_VILLGS: il existe un sous-type boundary=health du type de relation 
boundary (frontière) qui pourrait être intégré dans cet import. Je pense 
que cette information est intéressante.

BUILD_TYPE: J'ajouterais cette information en tant que building:material 
pour les bâtiments des lieux de santé.

GP_COUNT: Je me demande pourquoi vous n'incluez pas cette information 
sous staff_count:doctors, alors que vous incluez le NURSES sous 
staff_count:nurses. En tout cas, les deux informations sont difficiles 
d'avoir mises à jour.

Pour toutes les attributs, vous devrez décrire non seulement les clés, 
mais également les valeurs, et comment elles se traduisent à partir du 
fichier de données original.

Data transformation:

1. Ici vous avez un lien vers un csv avec les données. Ceci est 
déroutant, car nous voulons également un tel lien dans la section Import 
Data.

Je suggérerais d'écrire un script transformant le fichier de données csv 
original en un fichier .osm, en suivant le Tagging Plan, lorsqu'ils 
incluent la traduction complète en clés et valeurs osm.

Changeset tags:

J'ajouterais les attributs source:date=YYYY[-MM[-DD]]..YYYY[-MM[-DD]], 
import=yes et 
url=https://wiki.openstreetmap.org/wiki/RFUK_health_facility_import_cameroon 
aux attributs du changeset.

D'autres sections devront être ajoutées. La section Conflation est très 
importante, indiquant comment vous allez traiter les informations de 
santé déjà existantes dans OSM pour la région.

Bien à toi,

Rafael.

(English)

Hi, Mark, and thank you for proposing this import activity that aims to 
improve the health coverage for Cameroon in OSM.

I give you some comments on what I see it can/should/must be improved.

Going through the wiki:

Goal:

In this email you talk about Brainforest, CADEM, CED, DGPA, Foder, 
GASHE, MEFP, OCDH, RRN and RFUK as the orgs behind the data collection, 
but in the wiki you mention only CED, Foder, OCDH and RFUK.

Schedule:

1. There should be a link to the original data to make the import 
assessment possible.
3. No info on what people will be in that group and how they will review 
nor discuss data.
4. I would go more for a crowdsourced import, like the UNICEF health 
imported data in CAR [1], or the eHealth Africa Fn. data imported in 
North Nigeria [2], for example. That way, anyone could participate in 
validating the data.

Import Data:

Background:

Data source site: I've registered in the 
https://cbca.mappingforrights.org/ web site, but I can't download any 
data from there. I visited the rainforestuk.org site [1], but I can't 
find where the data is.

Import type:

I would consider changing it for a crowdsourced import.

Data Preparation:

Tagging plans:

VIL_NAME: it could be added as addr:city, and that info could be used 
afterwards for place name mapping, adding missing names, or comparing 
with existing ones (alt_name, etc.)

YEAR and/or DATE_SURVD: these tags I would add them under source:date 
osm tag.

ASS_VILLGS: there is a boundary=health subtype of the relation boundary 
type that could be integrated in this import. I think this information 
is interesting.

BUILD_TYPE: I would add this info as building:material for the buildings 
of the facility.

GP_COUNT: I wonder why you don't include this info under 
staff_count:doctors, while you do include the NURSES one under 
staff_count:nurses. But both info is difficult to keep updated anyhow.

For all tags, you will have to describe not only the keys but also the 
values, and how they translate from the original data file.

Data transformation:

1. Here you have a link to a csv with the data. This is confusing, as we 
would expect such a link in the Import Data section too.

I would suggest to write a script transforming the original csv data 
file into an .osm file, following the Tagging plans, when they include 
the full translation into osm keys and values.

Changeset tags:

I would add the source:date=YYYY[-MM[-DD]]..YYYY[-MM[-DD]], import=yes 
and 
url=https://wiki.openstreetmap.org/wiki/RFUK_health_facility_import_cameroon 
to the changeset tagging.

Other sections will need to be added. Very important is the Conflation 
one, telling how you will deal with already existing health info in OSM 
for the area.

Cheers,

Rafael.

[1] 
https://wiki.openstreetmap.org/wiki/Import_CAR_UNICEF_workflow#Health_facilities
[2] 
https://wiki.openstreetmap.org/wiki/Import_Nigeria_eHealth_Borno_Health_Facilities
[3] https://www.rainforestfoundationuk.org/sitemap

O 21/10/20 ás 13:43, Mark Herringer escribiu:
> Hello,
> 
> We are supporting the Rainforest Foundation with a potential data share 
> to OpenStreetMap
> 
> /Overview of data
> This dataset contains information on local forest-dependent communities’ 
> lands and resources in Congo Basin countries. Data were collected by 
> communities themselves with the support of local organisations 
> (Brainforest, CADEM, CED, DGPA, Foder, GASHE, MEFP, OCDH, RRN) and the 
> Rainforest Foundation UK (RFUK)./
> /
> Data collection methods and processing
> Data were collected over a five year period (2011-2016) using a 
> participatory mapping approach developed by RFUK and local partners. 
> Local surveys on community’s lands and resources were carried out using 
> an RFUK developed app installed on GPS-enabled mobile and tablet 
> devices. Data were transmitted from local partners to RFUK and further 
> processed before being submitted to the Mapping for Rights platform 
> (https://cbca.mappingforrights.org/).
> All possible efforts were made during final processing undertaken by 
> RFUK to derive a consistent set of data. However, users must be aware of 
> possible positional and thematic errors and/or inaccuracies/
> 
> Here is the wiki page that is supporting the import request:
> https://wiki.openstreetmap.org/wiki/RFUK_health_facility_import_cameroon
> 
> -- 
> Kind regards
> Mark Herringer
> www.healthsites.io <http://www.healthsites.io>
> https://medium.com/healthsites-io
> @sharehealthdata <https://twitter.com/sharehealthdata>
> 
> 
> 
> ᐧ
> 
> _______________________________________________
> Talk-cm mailing list
> Talk-cm at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cm
>