<span style="font-family:times new roman,serif">By assuming that the 'average person' is unable to collect relevant hazard information, are we not claiming that only empirical top-down information should be considered? Shouldn't place-based knowledge systems be the most relevant systems for place-based hazards...that is "things that are on the ground"? Isn't this counter intuitive to initiatives to 'democratize' data?</span><br style="font-family:times new roman,serif">
<br style="font-family:times new roman,serif"><span style="font-family:times new roman,serif">I have no input as to whether this type of information should be incorporated into OSM. I think both Kate and Stéphane have valid points. Just food for thought. </span><br style="font-family:times new roman,serif">
<br style="font-family:times new roman,serif"><span style="font-family:times new roman,serif">Best,</span><br style="font-family:times new roman,serif"><br style="font-family:times new roman,serif"><span style="font-family:times new roman,serif">Eric</span><br>
<br><div class="gmail_quote">On Wed, Apr 4, 2012 at 11:18 AM, Kate Chapman <span dir="ltr"><<a href="mailto:kate@maploser.com">kate@maploser.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Stéphane,<div><br></div><div>The issue I see is more that it will depend on the type of hazard data. OpenStreetMap is usually used to map things that are visible on the ground. I see it being difficult for some types of hazards to be collected by the average person (not to say for some types it isn't easier). I'm not saying it is less relevant to humanitarian actors, I'm saying that it perhaps is better in another store and to be compared with OpenStreetMap data.</div>
<div><br></div><div>People combine data with OSM data all the time. Everything isn't either an in or out proposition. I think it is important to have relevant and updatable information in OSM and be able to utilize it with other information that might be less practical for us to collect.</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div></font></span><div><span class="HOEnZb"><font color="#888888">-Kate</font></span><div><div class="h5"><br><br><div class="gmail_quote">On Wed, Apr 4, 2012 at 10:35 AM, Stéphane Henriod <span dir="ltr"><<a href="mailto:s@henriod.info" target="_blank">s@henriod.info</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Kate,<br><br>I am browsing through inasafe website and it seems indeed pretty interesting and relevant for the issues I raised in my first email.<br><br>However, I believe that it is complementary rather than conflicting: what I would aim at is the possibility to collect hazard data in an OSM-compliant format that could, in turn, be used for risk analysis, for example with InaSAFE.<br>
<br>I see your point that hazard data (flood-prone areas, recurrent landslides, seismic zones...) might need to be located out of the main OSM DB, but I would be interested to read whether this opinion is mostly shared by other HOT members? What I mean is: is the hazard data really less relevant to the humanitarian and to the overall communities than the blocked roads, the IDPs locations or the Search and Rescue zones? IMHO, they would fall in the same category, so either everything in the main OSM DB, or everything out of it. Does that sound silly?<br>
<br>Thanks a lot for replying to me, and looking forward to engage the discussion with any other member that would feel interested!<div><br><br>Stéphane<br clear="all">--<br>"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux" -- Albert Einstein<br>
<br>
"A journey does not need reasons. Before long, it proves to be reason
enough in itself. One thinks that one is going to make a journey, yet
soon it is the journey that makes or unmakes you." -- Nicolas Bouvier<br><br>
Photos de voyages, photos de montagne: <a href="http://www.henriod.info/" target="_blank">http://www.henriod.info</a><br><br></div>
Skype: <a><img src="" style="border:medium none" alt="Skype name: marmotte_la_gueuse" height="23" width="70"></a>
<br>
Tajik mobile phone: <span></span><span dir="ltr"><span></span><span dir="ltr" title="Appeler ce numéro de téléphone en/au(x) Tadjikistan avec Skype : +992934624662"><span></span><span title="Actions Skype"><span></span></span><span><span> <a href="tel:%2B992%20934%2062%2046%2062" value="+992934624662" target="_blank">+992 934 62 46 62</a></span></span><span> </span></span> <br>
</span><div><div><br>
<br><br><div class="gmail_quote">On Wed, Apr 4, 2012 at 17:06, Kate Chapman <span dir="ltr"><<a href="mailto:kate@maploser.com" target="_blank">kate@maploser.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Stéphane,<br>
<br>
I don't think it would really make sense to add many of those types of<br>
hazards to OpenStreetMap. We've collected information such as areas<br>
prone to flooding before but the actual hazard models should probably<br>
stay separate. They can be combined with OpenStreetMap information<br>
however to create impact models.<br>
<br>
This is something currently being done by AIFDR and GFDRR with<br>
InaSAFE: <a href="https://github.com/AIFDR/inasafe" target="_blank">https://github.com/AIFDR/inasafe</a><br>
<br>
Best,<br>
<br>
-Kate<br>
<br>
On Wed, Apr 4, 2012 at 7:14 AM, Stéphane Henriod <<a href="mailto:s@henriod.info" target="_blank">s@henriod.info</a>> wrote:<br>
> Hello,<br>
><br>
> I am relatively new to OSM and completely new to Humanitarian OSM but<br>
> extremely enthusiastic about both projects and would like to contribute in a<br>
> way that I will describe below, and for which I would appreciate your<br>
> feedback and ideas.<br>
><br>
> Most humanitarian actors agree that the best response to an emergency is<br>
> preparedness, not only in terms of behaviors but also data. What strikes me<br>
> when I look at HOSM data model is that I don't see anything for natural<br>
> hazard delineation, for example. When responding to a crisis, humanitarian<br>
> actors might want to know in advance where to expect landslides, avalanches<br>
> and floods areas (for their own safety but also to "predict" where roads<br>
> might be blocked or where facilities might have been affected). Seismic<br>
> zonation is something that can be directly included in OSM; oldish data is<br>
> freely available from the GSHAP project, while the GlobalEarthquake Model<br>
> will provide with a more modern version in a few years.<br>
><br>
> My question to the active and experienced members of the community is thus<br>
> the following: would you see any relevance to develop classes for natural<br>
> (and man-made?) hazards to be included in HOSM framework?<br>
><br>
> As we can not expect the communities to have the technical knowledge of<br>
> hazard scientists, the ontology would have to remain quite simple, which is<br>
> probably ok for humanitarian actors (who cares whether it's a landslide, a<br>
> rockfall or a debris flow? a general category "earth mass movement" might be<br>
> sufficient for our purpose). Also, a distinction should be made between<br>
> "usual" events (those that occur relatively frequently but that might or<br>
> might not be currently triggered) and actual events (that have been actually<br>
> triggered).<br>
><br>
> Many challenges ahead but before diving into it, I would like to check with<br>
> you if this idea has already been discussed and if it makes sense to pursue<br>
> it.<br>
><br>
> Thanks a lot in advance and look forward to reading your comments,<br>
><br>
> Stéphane<br>
><br>
><br>
> --<br>
> "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"<br>
> -- Albert Einstein<br>
><br>
> "A journey does not need reasons. Before long, it proves to be reason enough<br>
> in itself. One thinks that one is going to make a journey, yet soon it is<br>
> the journey that makes or unmakes you." -- Nicolas Bouvier<br>
><br>
> Photos de voyages, photos de montagne: <a href="http://www.henriod.info" target="_blank">http://www.henriod.info</a><br>
><br>
><br>
> _______________________________________________<br>
> HOT mailing list<br>
> <a href="mailto:HOT@openstreetmap.org" target="_blank">HOT@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/hot" target="_blank">http://lists.openstreetmap.org/listinfo/hot</a><br>
><br>
</blockquote></div><br>
</div></div><br>_______________________________________________<br>
HOT mailing list<br>
<a href="mailto:HOT@openstreetmap.org" target="_blank">HOT@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/hot" target="_blank">http://lists.openstreetmap.org/listinfo/hot</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
HOT mailing list<br>
<a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/hot" target="_blank">http://lists.openstreetmap.org/listinfo/hot</a><br>
<br></blockquote></div><br><br clear="all"><br>