[HOT] NGA Damage assessment report

Tue Nov 19 09:06:58 UTC 2013

Hi

the only concern I have with

    typhoon:damage=limited
    typhoon:damage=moderate
    typhoon:damage=extensive

is the tracking over time: how will we deal with this tag when the next
typhoon hits? We cannot assume that every single building will be updated
once rebuilt (typhoon:damage=none, e.g.). So we might end up with an
inconsistent database over time...

what about something in the line of typhoon_2013:damage=xxx ?

Cheers

Stéphane

--
"Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux"
-- Albert Einstein

"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

Photos de voyages, photos de montagne: http://www.henriod.info

On Tue, Nov 19, 2013 at 9:50 AM, Rafael Avila Coya <ravilacoya at gmail.com>wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi,
>
> I was merging some of the impassable roads into OSM yesterday.
>
> The first atribute is not useless; it's just an abbreviation of the
> second.
>
> I was tagging "source=US NGA", but your suggestion it's ok too. I
> could just change it, no problem.
>
> For the damage intensity, why not to use the typhoon:damage one, that
> we already have? Like this:
>
> typhoon:damage=limited
> typhoon:damage=moderate
> typhoon:damage=extensive
>
> Cheers,
>
> Rafael.
>
> On 19/11/13 04:13, Bruno Remy wrote:
> > Hi,
> >
> > NGA Files contains some attributs that we do not use in OSM
> > Database. Exemple: "Damage_"="LD" "Damage_Ext"="LIMITED" or
> > "MODERATE" "Production"="11/17/2013"
> >
> > The first one is useless, so we can ignore it for importation. The
> > third one can be changed to " source"="NGA Damage assessment
> > report-11/17/2013"
> >
> > But the 'Damage_Ext' provides some accurate information about the
> > intensity of damage (limited/moderate/extensive) and should be
> > strategic to give some priority for humanitarian help (healthcare)
> > or reconstruction help (ingenneers, construction, etc...)
> >
> > So : should we keep or not these tags, and if so, witch tags should
> > be appropriate?
> >
> > Suggestion : "NGA:damage_intensity"="limited"
> >
> > Regards,
> >
> > Bruno
> >
> >
> >
> >
> > Le lundi 18 novembre 2013 12h08, Vivien Deparday
> > <vivien.deparday at gmail.com> a écrit : Hi all, a bit of feedback on
> > this instruction for road damage assessment that are on the tasks,
> > I think they could be clarified a bit:
> >
> > - while reviewing a post disaster task (350), I have found a road
> > duplicate that had been created just to mark the damage on it
> > instead of marking the existing pre-disaster road. This is
> > currently not very clear in the workflow description, it says
> > 'Please make a segment covering the damages and mark it' . The
> > 'make' could mean create a new road or it could mean split the
> > existing one to mark only the affected part of the roads. I suppose
> > it is the latter but it could be made a bit clearer like it is
> > written in capital for the buildings.
> >
> > - Also, it is not very clear how the road obstacle and the
> > impassable section should be marked and related to each other. Do
> > you mark the whole road as impassable from one road block to the
> > other but then you do really need to mark the road blocks
> > themselves? I suppose it would still be useful to mark them if they
> > are road blocks that are in the middle of an impassable section
> > because then one can know how many debris have to be removed. If
> > there is a section of road between two road blocks that had no
> > debris, should it be marked passable or impassable (since you
> > cannot get to it), etc...? It seems like all the road blocks should
> > be added to the existing roads as new nodes belonging to the road
> > and marked as barrier, and also each segment between the road
> > blocks should be marked as impassable? It seems like that shouldn't
> > mess the database? Anyone with more experience on that?
> >
> > Once there is agreement, it should be described clearly on the
> > workflow tab, maybe with a link to a wikipage with more details.
> >
> > I just had a look at the shapefile from NGA and they are only road
> > segment marked as impassable.
> >
> > Cheers,
> >
> > Vivien GFDRR Labs
> >
> >
> > On Mon, Nov 18, 2013 at 10:33 AM, Pierre Béland <pierzenh at yahoo.fr
> > <mailto:pierzenh at yahoo.fr>> wrote:
> >
> > Hi all,
> >
> > The tags to be used for tagging roads are described in the
> > Workflow panel of Task Manager job http://tasks.hotosm.org/job/350
> >
> > If any questions, dont hesitate to contact us or come discuss on
> > the #HOT Irc.
> >
> > Thanks to all,
> >
> > Pierre
> >
> > ------------------------------------------------------------------------
> >
> >
> *De :* Andrew Buck <andrew.r.buck at gmail.com
> > <mailto:andrew.r.buck at gmail.com>> *À :* HOT <hot at openstreetmap.org
> > <mailto:hot at openstreetmap.org>> *Envoyé le :* Lundi 18 novembre
> > 2013 9h33 *Objet :* [HOT] NGA Damage assessment report
> >
> > Hello everyone.  I have recieved a copy of a damage report in the
> > form of a shapefile from the US NGA (National Geospatial Agency).
> > You can open it in JOSM with the OpneData plugin and it will prompt
> > you to load a particular layer from within the zip file.  There are
> > several layers which could be of use to OSM but the most useful is
> > the damaged roads and bridges layers.  I would like to make this
> > available to the community to use to mark the appropriate road
> > segments imapssable (please check to find the correct tagging as I
> > do not know exactly how to tag that).
> >
> > https://www.dropbox.com/s/nt933i7n5s85nzi/17NOV13_R3_Final.zip
> >
> > Make sure you let everyone here know if you plan to work on merging
> > in this road damage information so that we don't get multiple
> > people doing it at once.  Also, let us know what tags you will be
> > using and where you found that information so we can pass that
> > along to the orgs we are working with.
> >
> > -AndrewBuck
> >
> > _______________________________________________ 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 <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
> >
> >
> >
> >
> > _______________________________________________ HOT mailing list
> > HOT at openstreetmap.org https://lists.openstreetmap.org/listinfo/hot
> >
>
> - --
> Twitter: http://twitter.com/ravilacoya
>
> - --------------------------------
>
> Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
> .xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.
>
> Atendendo á lexislación vixente, empregue formatos estándares e abertos.
>
> http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with undefined - http://www.enigmail.net/
>
> iQIcBAEBAgAGBQJSiyY3AAoJEB3niTly2pPQ+SkP/3nN5wz5CNyMFVwduwsi2jWp
> M+GTLiPLbwPHaeJq/7FEwzkBs22j5+erWd7RW05SmLoQl+eEmbemWOuat93lnia3
> 7sHZYnZE5knazcYhqMTJjiewCsIHchlkVaGpJLD6xcpm+Mvd+wDuD5FFf/IE0KXF
> Cia1GulHyVNfZa/Sr6nw4YlPMMD8uyu4ySl/eVRYlSUZcmftkfz8K2ArMhM0o9r2
> yzDpIJSBSFDo3H2YdB7UHjESXl9jBsix43xVaWbgBMwI0OBbaovRwk+8w4zw5xEm
> GjjqlyKD5BgCopPE6VKka8cy3Xee0OQ84KUEUbgGFrPxFFl4pEPd0Tn7hPROkYUL
> C5ILR7+WLnBvpwrMMA4F3A7IK/L4oUvOHVluFRekRNzrJVfA5JKxQnbROjGgTOgP
> Jkm9SBknu+nJIKUaGf3OX1+80SJvhQNoyzSKHTPrachqjiDwimj9EOl0eaeNhDrt
> SLtW1a8suIgCvDvRHH3yUHtNsaUZG2ehDOd8jC8TnlB1rRy7Ey8AJ+LqdE7+9956
> CgZAUfKwsrwiMd9vBvwTvXQko6a1hGzEGkGxXpwhtejihfZ52JBrcFjpxNMTSoXh
> ypdA0O0u6VUMGOjfCFRbivJ9RF/RWJvAfE9UJRJOZbvlueb2GQEP3e02CUbL9gQe
> eFm8Jj2HmniKYlq/mt2b
> =XfFQ
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> 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/20131119/ec6b4666/attachment-0001.html>