[Talk-ht] incorrect health facility imports

[Jean-Guilhem Cailton]

Hi Brian,

Just a little precision, since the detailed documentation of the import
process in the wiki might have become difficult to find with the
cleaning (hopefully it can still be found in a archive somewhere) : the
PAHO/WHO dataset itself contained these duplicated or very imprecise
data, as it had apparently been collected by the juxtaposition of
heterogeneous datasets. At the time, it was considered "authoritative"
(food for thought, by the way, after a conference full of considerations
about "authoritative" and "crowd-sourced" datasets). Several versions of
it were released by PAHO/WHO (Seven if I remember correctly. Then they
transferred the process to a company with some large search enGine, and
I haven't heard about it any more, but there must hopefully exist an
updated version of it, somewhere...). They were each respectively
imported with a state-of-the-art tool, and a lot of manual labor (which
included reporting several of the most obvious errors).
Then, of course, it also relied on the fundamental principle of OSM, ie
that data can be fixed and improved when you can find time to look at it
more closely, and even better when you can go check it on the ground.
As to the goal, it must have been that, well, you know, health
facilities are often considered kind of useful info to have after a
major disaster.
;-)
Happy Easter to All.
Cheers from Montpellier,

Jean-Guilhem


Le 05/04/2012 16:03, Brian Wolford a écrit :
> Hello all,
>
> This email is in regards to numerous odd health facility imports
> thru-out the country from February 2010 time period. They are the
> PAHO/WHO health facility imports.
>
> Here is a permalink to one example:
> http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M
> <http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M>
>
>
> There's a couple problems.
> 1: They are typically in the middle of nowhere. Looking
> at satellite you can see there is no such clinic in these areas
> typically, let alone population or road access.
> 2: There are often several nodes with the import information, but with
> different names or codes, on top of eachother. This particular one has
> 2. I have often seen four.
>
> I'm not familiar with the initial import and the goals and who is
> using this data but it is incorrect.
> What should be the procedure for dealing with instances like these? It
> is clearly not correct.
>
> I personally have taken to removing the "amenity=hospital" tag from
> the objects. That way the incorrect/misleading information is not
> polluting the map and I am not destroying data that someone might be
> using or could be useful later.
>
> Thoughts?
> -brian
>
> =========================
> TRanslate French:
> Bonjour à tous,
>
> Cet e-mail est en ce qui concerne de nombreux impairs les
> importations des établissements de santé thru-out le pays à partir
> de la période de temps Février 2010.Ils sont de l'OPS / OMS des
> importations des établissements de santé.
>
> Voici un lien permanent à un seul exemple:
> http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M
> <http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M> 
>
> Il ya quelques problèmes.
> 1: Ils sont généralement dans le milieu de nulle part. En
> regardant par satellite, vouspouvez le voir il n'ya pas de
> clinique par exemple dans ces domaines en général, et encore moins de
> la population ou l'accès routier.
> 2: Il ya souvent plusieurs nœuds avec les informations d'importation,
> mais avec des noms différents ou des codes, au-dessus
> de eachother. Celui-ci a notamment 2. J'ai souvent vu quatre.
>
> Je ne suis pas familier avec l'importation initiale
> et les objectifs et qui utilise ces données, mais il est incorrect.
> Quelle devrait être la procédure pour traiter les cas comme
> ceux-ci? Il n'est évidemment pas correct.
>
> Personnellement, je n'ai pris de retirer le "amenity
> = hôpital" tag des objets. De cette façon, l'information
> erronée / mensongère n'est pas polluant la carte et je ne suis
> pasdétruire les données que quelqu'un pourrait être à l'aide ou qui
> pourraient être utiles plus tard.
>
> Pensées?
> -brian
> =================================
> Tranlate Kreyol:
> Bonjour à tous,
>
> Cet e-mail est en ce qui concerne de nombreux impairs les
> importations des établissements de santé thru-out le pays à partir
> de la période de temps Février 2010.Ils sont de l'OPS / OMS de la
> santé facilite les importations.
>
> Voici un lien permanent à un seul exemple:
> http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M
> <http://www.openstreetmap.org/?lat=18.282521&lon=-73.53088&zoom=18&layers=M> 
>
> Il ya quelques problèmes.
> 1: Ils sont généralement dans le milieu de nulle part. En regardant n
> ° Satellite Vouspouvez voir qu'il ya de telles cliniques dans ces
> domaines en général, et encore moinsde la population ou la route d'accès.
> 2: Il ya souvent plusieurs au nord-est avec les informations
> d'importation, mais avec des noms différents ou des codes, au-dessus
> de eachother. Celui-ci a notamment 2. J'ai souvent vu quatre.
>
> Je ne suis pas familier avec l'importation initiale et les objectifs
> et qui utilise ces données, mais il est incorrect.
> Quelle devrait être la procédure pour traiter les cas comme
> ceux-ci? Il n'est évidemment pas correct.
>
> Personal j'ai pris Retrait du "Hôpital commodités =" tag de
> l'objet. De cette façon,l'information erronée / mensongère n'est pas
> polluant la carte et je ne suis PAS détruire les données que quelqu'un
> pourrait être à l'aide ou qui pourraient être utiles plus tard.
>
> Pensées?
> -brian
>
>
> _______________________________________________
> Talk-ht mailing list
> Talk-ht at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ht


-- 
gpg 0x5939EAE2

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-ht/attachments/20120407/fb34dd1e/attachment-0001.html>