[HOT] A Fiji project for experienced mappers interested in a new damage assessment methodology
hyances at gmail.com
hyances at gmail.com
Wed Mar 2 13:30:18 UTC 2016
Thanks Blake,
I see this as an opportinity for do a laboratory for this metodology as a
learning/knowledge creation to further apply, as a paralell commision that
later can serve as a feed to activation protocol indeed.
Lets start thinking that way to found how sinergy can arise.
Best!
Humberto Yances
2016-03-02 8:17 GMT-05:00 Blake Girardot <bgirardot at gmail.com>:
>
> Hi all,
>
> I think the underlying methodology in the project proposed is really good
> and I expect HOT and other humanitarian organizations will be working on
> helping evaluate it and working into their workflow eventually.
>
> But it needs to be looked at to understand how in the context of how HOT
> works and our resources at the moment it can be incorporated into our
> workflow and the products we put out.
>
> But it has a number of issues that we need to be able to examine and
> figure out how well we can adhere to the methodology and what we would need
> to support and do it well.
>
> In addition, there are some OSM related things like damage tagging in
> general that need to be worked out with the wider OSM community to make
> sure we working in the larger OSM community as well as we possibly can.
>
> That is why I got kind of excited about it, but referred it to the
> Activation Working Group to really review and figure out the best way for
> us to do projects like that in times of crisis.
>
> But, that takes a bit of time that is needed. Jumping into something like
> this without fully examining what we can do and what our limitations are
> and what we would need to produce high quality data, is counter productive
> and just runs the risk of us putting out poor data and making the protocol
> itself look less effective or our ability to implement it look less
> effective.
>
> You need to work on something like this carefully as it produces data that
> will be evaluated so we should put our best foot forward when attempting
> it. Typically this is done by small tests among those advocating for it and
> then asking professionals outside of hot to do evaluation of how well we
> did, identify places to improve, or provide us with definitive numbers
> about the level of confidence we have in the data.
>
> That is exactly what we did in Vanuatu in partnership with the one of the
> reviewers on the methodology linked to in the archived project. A small
> number of us followed a protocol proposed by Dr. Meier and then turned the
> results over to his organization that asked us to participate for their
> evaluation and informing their future work (which I think it did). Which is
> exactly what I proposed with this new methodology.
>
> And that is still what I would like to do with this new methodology as
> well. But just throwing it out there without any collaboration with the
> Activation Working Group is not the best way to move it forward.
>
> Cheers,
> Blake
>
>
>
> On 3/2/2016 1:34 PM, Dale Kunce wrote:
>
>> I wasn't part of the discussions to make this a tasks but agree it
>> should not be a task.
>>
>> During activations we have as much responsibility for the things we
>> choose *not* to map as those that are mapped. Previous work in the
>> aftermath of typhoon Haiyan showed that damage assessment from nadir
>> satellite imagery is very difficult for remote mappers and yeilds bad
>> data for the most part. In Haiyan there was only a 30% success rate. HOT
>> is much better and successful at mapping other things that are more
>> valuable for the relief effort than building damage assessment.
>>
>> http://americanredcross.github.io/OSM-Assessment/
>>
>> Another thing complicating this task and activation is that no group,
>> NGO, or government is asking for this data. Field teams in Fiji are not
>> asking for OSM data at this time. There is a long understanding that HOT
>> does not and should not map unless there is a requesting group.
>>
>> The tasking manager as a software development project is open for anyone
>> to use and contribute. However, the HOT Tasking Manager is a tool for
>> HOT thus we have roles and privileges on the server. In this instance a
>> decision was made by senior activatiors that we should not at this time
>> pursue this tasks.
>>
>> On Mar 2, 2016 6:47 AM, "Rod Bera" <rod at goarem.org
>> <mailto:rod at goarem.org>> wrote:
>>
>> Hi Mikel,
>>
>> (not discussing here the pertinence of task #1575).
>>
>> I already gave my views on the OSMF list prior to your election to the
>> board but this episode is an illustration of what we should not see
>> in OSM.
>>
>> I wish to emphasise that OSM has nothing to do with HOT's Activation
>> Working Group and not OSM tool should be controlled by it.
>>
>> therefore what you call OSMTM (OPENSTREETMAP Tasking manager) is not
>> OPEN.
>> Therefore NOT OPENSTREETMAP.
>>
>> Please stop claiming so.
>>
>> ... unless the Tasking Manager (re)becomes truly open. the TM was
>> thought as a common for OSM, and having it the thing of a smaller
>> group
>> (which decides who can propose a task and postpone/archive/veto
>> tasks)
>> is a real problem.
>>
>> Otherwise, facing censorship on the TM there are chances that some
>> dedicated mappers favour the emergence of an alternative TM (or worse,
>> alternative TMs), which would raise other issues (possible concurrent
>> tasks on the same regions, etc) unless we develop indexing mechanisms
>> (like cross-harvesting INSPIRE catalogues).
>>
>> This issue should be discussed within OSMF to find the best way to
>> transfer the governance of a self claimed OSM tool (which right now it
>> is not) back to the OSM community.
>>
>>
>> Thanks
>>
>> Rod
>>
>>
>>
>> On 02/03/16 02:07, Mikel Maron wrote:
>> > Hello
>> >
>> > This project hasn't been raised or discussed within the AWG, and
>> raises
>> > a number of issues that require careful consideration. For the time
>> > being in Fiji, we're focusing on updating the base map only, and
>> this
>> > particular OSMTM project has been archived.
>> >
>> > Thanks
>> > -Mikel
>> >
>> > * Mikel Maron * +14152835207 <tel:%2B14152835207> @mikel
>> s:mikelmaron
>> >
>> >
>> > On Tuesday, March 1, 2016 6:28 PM, Jean-Guilhem Cailton
>> > <jguilhem at gmail.com <mailto:jguilhem at gmail.com>> wrote:
>> >
>> >
>> >
>> > Dear All,
>> >
>> > Stronger cyclones are likely to become more frequent with
>> climate
>> > change. Categorie 5 cyclone Winston severely hit Fiji on Feb
>> 20th. A
>> > state of natural disaster was declared for 30 days. Ten days
>> later, the
>> > death toll is 43, at least, and more than 50,000 persons who
>> have lost
>> > their homes are still living in evacuation centers.
>> >
>> > Improving recovery capabilities is part of Disaster Risk
>> Reduction
>> > (DRR). Assessing the damage and obtaining accurate and
>> actionable
>> > information as quickly as possible is critical. Ziad Al
>> Achkar, Isaac L.
>> > Baker and Nathaniel A. Raymond, of the Signal Program on
>> Human Security
>> > and Technology at the Harvard Humanitarian Initiative (HHI)
>> published
>> > these last days a study that describes a new methodology to
>> standardize
>> > remote assessments of wind disaster damage, from satellite,
>> aerial or
>> > drone imagery, named the “BAR methodology”, with a foreword
>> by Ray
>> > Shirkodai, Executive Director of the Pacific Disaster Center,
>> “Assessing
>> > Wind Disaster Damage To Structures”
>> >
>> <
>> http://hhi.harvard.edu/publications/satellite-imagery-interpretation-guide-assessing-wind-disaster-damage-structures
>> >
>> >
>> > This methodology takes into account structure categories
>> visible in the
>> > imagery, sorted in “A) Light strength structures (the most
>> vulnerable);
>> > B) Medium strength structures (moderately vulnerable); and C)
>> Heavy
>> > strength structures (usually the least vulnerable).”
>> >
>> > Each structure is also assigned a damage scale, which is as
>> follows: “0
>> > = no visible damage to the structure; 1 = visible partial
>> roof damage; 2
>> > = the roof has suffered significant damage or is completely
>> off, but the
>> > walls remain standing; and 3 = the walls and the roofs are
>> down and the
>> > structure integrity is completely compromised.”
>> >
>> > The goal of this project is to adapt the BAR methodology to the
>> > OpenStreetMap framework, using also information available
>> online from
>> > social media, such as geo-localizable photos, and apply it to
>> the town
>> > of Ba, in Western Fiji, to produce detailed open geodata that
>> will
>> > hopefully be useful to the Fijian Government to manage the
>> aftermath of
>> > this disaster, and also to experiment and refine this
>> methodology as
>> > needed for future disasters.
>> >
>> > If you are already an experienced OSM mapper, and interested
>> in learning
>> > how to contribute to this, please have a look at this project:
>> > http://tasks.hotosm.org/project/1575
>> >
>> > Read the instructions carefully, and especially the BAR study
>> linked
>> > above.
>> >
>> > The adaptation of this method builds on previous attempts in
>> the HOT
>> > community, in particular regarding the tags used. As it is
>> new, please
>> > know that you are really welcome to ask any question you may
>> have, on
>> > all the channels available, especially in case of
>> uncertainties you may
>> > face, if you feel that you are qualified for this project and
>> want to
>> > give it a try.
>> >
>> > The same method could also be used for other areas, including
>> where
>> > aerial photos are available, and more generally where
>> geo-localizable
>> > photos from social media are available.
>> >
>> > Thank you very much.
>> >
>> > Best wishes,
>> >
>> > Jean-Guilhem
>> >
>> >
>> > _______________________________________________
>> > HOT mailing list
>> > HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
>> <mailto:HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>>
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > HOT mailing list
>> > HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
>> > https://lists.openstreetmap.org/listinfo/hot
>> >
>>
>>
>> --
>> Rod Béra, MCF Géomatique / Lecturer, Geomatics
>> et SIG pour l'Environnement / and Environmental GIS
>> Agrocampus-Ouest|65 r.Saint-Brieuc|CS84215|35042 Rennes cedex|France
>> +33 (0) 223 48 5553 <tel:%2B33%20%280%29%20223%2048%205553> -
>> roderic.bera at agrocampus-ouest.fr
>> <mailto:roderic.bera at agrocampus-ouest.fr>
>>
>> _______________________________________________
>> HOT mailing list
>> HOT at openstreetmap.org <mailto:HOT at openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
>>
>> _______________________________________________
>> HOT mailing list
>> HOT at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/hot
>>
>>
> _______________________________________________
> HOT mailing list
> HOT at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/hot/attachments/20160302/43bbc20d/attachment.html>
More information about the HOT
mailing list