Desole seulment en francoise. Svp utilise http://translate.google.com si tu 
comprends pas l'anglais.
--
(This is a few days old by now as the reply didn't get sent before the other 
replies but these r my thoughts anyways.)

I see this being somewhat closely related to a wider problem about adding 
crisis response data / less-than-desirable-quality data into OSM during after 
acute crisis.

On one hand it's purely against OSM import rules.
One the other hand, Haiti was the first time such broad use of OSM happened in 
a such a big crisis. .. And in an area where the original map was practically 
non-existent.

The problem has different perspectives to it of which I can think of two top 
issues:

* it was more or less an emergency import (which doesn't mean that we can't 
clean it)
  - due to this there's a _ton_ of emergency health facilities (field 
hospitals, etc). These I tend to delete unless there's a reason to believe that 
there may be something there, of course.

* the health facility imports done were the "best" data that was available. You 
can find more or less the same data in the Government's Carte Sanitaire (Haiti 
Health Map, http://j.mp/cartesanitaire if I remember the shortlink right) 
(which is no excuse to dump crappy data to OSM...) 
This includes hospitals in the middle of the ocean, which I've usually dragged 
closer to the shore :) ...

Now what to do with these you ask?
Good question.

I personally haven't removed the amenity=hospital tags even though they _are_ 
polluting the map as you say. 
When trying to improve things by my self I've tried to move nodes closer to 
what I'm guessing may be the place where the health facility is -- if I have 
any clue.
The thing is that there may very well be _some_ heath facility in the area as I 
have found out by asking about the existence / locations of a number of 
facilities from health sector people I know. 
I've adjusted a number of health facility locations with locals / people with 
local knowledge and this has usually been very ad hoc "let's look at the map 
since you know the area and you can tell me if these facilities exist somewhere 
in the area so we can adjust the locations and information". If the 
amenity=hospital tag is removed this kind of fixing can not happen.
.. Also, deleting the "main tag" would simply hide the problem and 
significantly(?) increase the risk of someone entering a new node of the 
facility and nobody spotting the duplicate afterwards. 
So, rather than deleting the main tag I try to tag them with "FIXME=survey 
location/existence" or something alike.

I guess I adhere here to the though of: "Better roughly right than precisely 
wrong -- or not there at all" even though the health facilities (including some 
of the by-now-non-existing cholera treatment facilities, btw!) are polluting 
the map and are annoying...

As you can see, I have no clear solution/suggestion to the problem.

Thoughts, ideas, suggestions, anyone??

Cheers,
-Jaakko

P.S. This issue relates also to other quake response data added en-masse to OSM 
soon after the quake: I've recently nuked a ton of collapsed building nodes (a 
surprisingly large share of which were not collapsed to begin with, btw -- just 
normal Haitian unfinished constructions looking like "collapsed" for 
unexperienced remote mappers..). There's similar issue with "mudslides" (being 
in reality just typical soil erosion), etc.
P.P.S. HOT list has an partly related active topic on the issue of natural 
hazards in OSM.

Sent from my BlackBerry® device from Digicel
--
Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta

-----Original Message-----
From: Brian Wolford <[email protected]>
Date: Thu, 5 Apr 2012 10:03:40 
To: Talk-HT@OSM<[email protected]>
Subject: [Talk-ht] incorrect health facility imports

_______________________________________________
Talk-ht mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-ht

_______________________________________________
Talk-ht mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk-ht

Reply via email to