<div dir="ltr"><div dir="ltr"><div>Bonjour à toutes et tous,</div><div><br></div><div>Voici une mise à jour depuis les derniers messages échangés ici.<br></div><div>Une discussion [1] s'est tenue sur la mailing list Tagging durant le mois de mai par rapport au besoin de disposer d'une ou plusieurs valeurs permettant de cartographier les formations sanitaires ne disposant pas de médecin.</div><div>Les tags qui en sont ressortis sont les suivants :</div><ul><li>amenity=health_post [2]<br></li><li>healthcare=nurse et healthcare=community_health_worker [3], pour indiquer si la personne de référence au sein d'une formation sanitaire se trouve être un infirmier ou un relais communautaire<br></li></ul><div>Dans la situation actuelle, il semble utile de voir ce nouveau tag amenity=health_post être symbolisé sur les fonds OSM standards le plus rapidement possible (carto, hdm et dans les applications comme OSMAnd). Cela devrait encourager chacun à utiliser des valeurs adéquates lors de la poursuite de la cartographie des formations sanitaires (un certain nombre d'entre elles ayant été ajoutées jusqu'ici avec amenity=doctors ou amenity=clinic). <br></div><div><br></div><div>Concernant le développement possible d'une clé propre à la RDC, plutôt que healthcare, Madagascar et la Côte d'Ivoire ont utilisé la clé health_facility suivie par le suffixe pays. Suite aux échanges des derniers jours, une proposition
a été débutée en ce sens [4]. N'hésitez pas à la commenter avant qu'elle ne puisse devenir plus largement utilisée. Notamment sur l'emploi des majuscules ou des minuscules, d'abréviations ou de noms entiers.<br></div><div><br></div><div>La page relative au tagging des formations sanitaires en RDC a également été mise à jour [5]. Si vous disposez d'illustrations qui permettraient de représenter des types d'infrastructures supplémentaires, n'hésitez pas à compléter les pages concernées.<br></div><div><br></div><div>Merci et portez-vous bien,<br></div><div>Claire<br></div><div><br></div><div>[1]
<a href="https://lists.openstreetmap.org/pipermail/tagging/2020-May/052710.html">https://lists.openstreetmap.org/pipermail/tagging/2020-May/052710.html</a></div><div>[2]
<a href="https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhealth_post">https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dhealth_post</a>
</div><div>[3] <a href="https://wiki.openstreetmap.org/wiki/Key:healthcare">https://wiki.openstreetmap.org/wiki/Key:healthcare</a></div><div>[4] <a href="https://wiki.openstreetmap.org/wiki/FR:Key:health_facility:CD">https://wiki.openstreetmap.org/wiki/FR:Key:health_facility:CD</a></div><div>[5] <a href="https://wiki.openstreetmap.org/wiki/Congo-Kinshasa/Conventions/Sant%C3%A9#Formations_sanitaires">https://wiki.openstreetmap.org/wiki/Congo-Kinshasa/Conventions/Sant%C3%A9#Formations_sanitaires</a></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 12 mai 2020 à 18:29, Claire Halleux <<a href="mailto:halleuxc@gmail.com">halleuxc@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">
<div>Bonjour et merci pour tous ces éléments utiles.<br></div><div><br></div><div>@Marc, où se passe la discussion
des rendus manquant pour healthcare=*
sur le fond HOT ? C'est une excellente nouvelle de savoir que ça évolue déjà au moins sur un des fonds. Même si on ne tagge pas pour le rendu, l'absence de visibilité sur les fonds de carte OSM
de ces éléments
activement collectés décourage pas mal de contributeurs et donne une apparence encore un peu plus faussée de la réalité, encourageant indirectement à utiliser les tags amenity à des endroits inadaptés.<br></div><div><br></div><div>
<div>Le dilemme rappelé par Marc est qu'il y a un certain nombre de tags utilisés en doublon les uns des autres. Personnellement, je suis en faveur de la création d'une ou plusieurs valeurs supplémentaires pour la clé "healthcare", plutôt que de poursuivre le mapping santé avec l'utilisation de 4 ou 5 clés différentes selon le type de structure. La multiplicité des clés prête à confusion et complexifie la réutilisation des données. Avec JackBeni notamment, nous avons utilisé principalement health_facility:type
(bien que provenant d'une proposition abandonnée), sur base justement des résutats fournis par taginfo pour les valeurs dispensary et health_centre. Bien que la clé healthcare soit officiellement documentée et 10x plus utilisée à l'échelle mondiale que health_facility:type, healthcare=dispensary n'est pas listé sur le wiki d'où son nombre d'utilisations extrêmement faible. Malgré cela, les dispensaires en RDC ne devraient pas être catégorisés comme healthcare=centre car ils comptent généralement beaucoup moins de 10 staffs médicaux. D'où la suggestion de documenter la valeur healthcare=dispensary voire aussi healthcare=community_care et healthcare=tradipratician (ou herbal_care?). <br></div></div><div>
</div><div><br></div><div>
<div>Les tags staff_count:doctors ou staff_count:nurse semblent se baser sur une vérification terrain plus approfondie en interrogeant le personnel, ce qui n'est pas toujours possible sur place. En utilisant la valeur "dispensary", on peut être à peu près certain que c'est une infrastructure ne disposant pas de médecin, inutile a priori d'ajouter un tag le spécifiant. On pourrait peut-être réserver l'usage des tags staff_count aux collectes de données très détaillées.<br></div>
</div><div><br></div><div>Concernant la valeur "witchdoctor", selon ma compréhension du terme, celle-ci équivaut à un féticheur = celui qui fournit des protections et soigne les victimes de mauvais sorts.</div><div>C'est une fonction bien distincte du tradipraticien qui soigne des malades avec des plantes médicinales, indépendamment de la magie. Actuellement, il ne me semble pas souhaitable de confondre ces deux fonctions sous un même tag en RDC.</div><br><div>
</div><div>Peut-être qu'on finira par créer également un tag de type healthcare:CD avec un espace de nommage pour clarifier certaines distinctions, mais il semble évident que celui-ci devrait rester couplé à une clé générique, donc ce n'est pas celui-ci qui résoudra notre dilemme dans l'immédiat.</div><div><br></div><div>Bonne fin de journée,<br></div><div>Claire</div><br></div></div>
</blockquote></div></div>