<div dir="ltr">+1 for typhoon_Haiyan:damage<br></div><div class="gmail_extra"><br clear="all"><div>--<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><span dir="ltr"><span dir="ltr" title="Appeler ce numéro de téléphone en/au(x) Tadjikistan avec Skype : +992934624662"><span>  </span></span> <br>
</span></div>
<br><br><div class="gmail_quote">On Tue, Nov 19, 2013 at 11:00 AM, Rafael Avila Coya <span dir="ltr"><<a href="mailto:ravilacoya@gmail.com" target="_blank">ravilacoya@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hi,<br>
<br>
typhoon_2013:damage=xxx could improve the situation, but you would<br>
still have tag garbage if you don't update/delete those tags after the<br>
buildings are repaired.<br>
<br>
In any case, typhoon_2013:damage could be deleted after a certain time<br>
with a bot.<br>
<br>
I would suggest typhoon_Haiyan:damage instead, as there can be more<br>
than one typhoon in 2013, though.<br>
<br>
Cheers,<br>
<br>
Rafael.<br>
<br>
On 19/11/13 10:06, Stéphane Henriod wrote:<br>
> Hi<br>
><br>
> the only concern I have with<br>
><br>
> typhoon:damage=limited typhoon:damage=moderate<br>
> typhoon:damage=extensive<br>
><br>
> is the tracking over time: how will we deal with this tag when the<br>
> next typhoon hits? We cannot assume that every single building will<br>
> be updated once rebuilt (typhoon:damage=none, e.g.). So we might<br>
> end up with an inconsistent database over time...<br>
><br>
> what about something in the line of typhoon_2013:damage=xxx ?<br>
><br>
> Cheers<br>
><br>
> Stéphane<br>
><br>
> -- "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants<br>
> malheureux" -- Albert Einstein<br>
><br>
> "A journey does not need reasons. Before long, it proves to be<br>
> reason enough in itself. One thinks that one is going to make a<br>
> journey, yet soon it is the journey that makes or unmakes you." --<br>
> Nicolas Bouvier<br>
><br>
> Photos de voyages, photos de montagne: <a href="http://www.henriod.info" target="_blank">http://www.henriod.info</a><br>
> <<a href="http://www.henriod.info/" target="_blank">http://www.henriod.info/</a>><br>
><br>
><br>
> On Tue, Nov 19, 2013 at 9:50 AM, Rafael Avila Coya<br>
> <<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a> <mailto:<a href="mailto:ravilacoya@gmail.com">ravilacoya@gmail.com</a>>> wrote:<br>
><br>
> Hi,<br>
><br>
> I was merging some of the impassable roads into OSM yesterday.<br>
><br>
> The first atribute is not useless; it's just an abbreviation of<br>
> the second.<br>
><br>
> I was tagging "source=US NGA", but your suggestion it's ok too. I<br>
> could just change it, no problem.<br>
><br>
> For the damage intensity, why not to use the typhoon:damage one,<br>
> that we already have? Like this:<br>
><br>
> typhoon:damage=limited typhoon:damage=moderate<br>
> typhoon:damage=extensive<br>
><br>
> Cheers,<br>
><br>
> Rafael.<br>
><br>
> On 19/11/13 04:13, Bruno Remy wrote:<br>
>> Hi,<br>
><br>
>> NGA Files contains some attributs that we do not use in OSM<br>
>> Database. Exemple: "Damage_"="LD" "Damage_Ext"="LIMITED" or<br>
>> "MODERATE" "Production"="11/17/2013"<br>
><br>
>> The first one is useless, so we can ignore it for importation.<br>
>> The third one can be changed to " source"="NGA Damage assessment<br>
>> report-11/17/2013"<br>
><br>
>> But the 'Damage_Ext' provides some accurate information about<br>
>> the intensity of damage (limited/moderate/extensive) and should<br>
>> be strategic to give some priority for humanitarian help<br>
>> (healthcare) or reconstruction help (ingenneers, construction,<br>
>> etc...)<br>
><br>
>> So : should we keep or not these tags, and if so, witch tags<br>
>> should be appropriate?<br>
><br>
>> Suggestion : "NGA:damage_intensity"="limited"<br>
><br>
>> Regards,<br>
><br>
>> Bruno<br>
><br>
><br>
><br>
><br>
>> Le lundi 18 novembre 2013 12h08, Vivien Deparday<br>
>> <<a href="mailto:vivien.deparday@gmail.com">vivien.deparday@gmail.com</a> <mailto:<a href="mailto:vivien.deparday@gmail.com">vivien.deparday@gmail.com</a>>> a<br>
> écrit : Hi all, a bit of feedback on<br>
>> this instruction for road damage assessment that are on the<br>
>> tasks, I think they could be clarified a bit:<br>
><br>
>> - while reviewing a post disaster task (350), I have found a<br>
>> road duplicate that had been created just to mark the damage on<br>
>> it instead of marking the existing pre-disaster road. This is<br>
>> currently not very clear in the workflow description, it says<br>
>> 'Please make a segment covering the damages and mark it' . The<br>
>> 'make' could mean create a new road or it could mean split the<br>
>> existing one to mark only the affected part of the roads. I<br>
>> suppose it is the latter but it could be made a bit clearer like<br>
>> it is written in capital for the buildings.<br>
><br>
>> - Also, it is not very clear how the road obstacle and the<br>
>> impassable section should be marked and related to each other.<br>
>> Do you mark the whole road as impassable from one road block to<br>
>> the other but then you do really need to mark the road blocks<br>
>> themselves? I suppose it would still be useful to mark them if<br>
>> they are road blocks that are in the middle of an impassable<br>
>> section because then one can know how many debris have to be<br>
>> removed. If there is a section of road between two road blocks<br>
>> that had no debris, should it be marked passable or impassable<br>
>> (since you cannot get to it), etc...? It seems like all the road<br>
>> blocks should be added to the existing roads as new nodes<br>
>> belonging to the road and marked as barrier, and also each<br>
>> segment between the road blocks should be marked as impassable?<br>
>> It seems like that shouldn't mess the database? Anyone with more<br>
>> experience on that?<br>
><br>
>> Once there is agreement, it should be described clearly on the<br>
>> workflow tab, maybe with a link to a wikipage with more details.<br>
><br>
>> I just had a look at the shapefile from NGA and they are only<br>
>> road segment marked as impassable.<br>
><br>
>> Cheers,<br>
><br>
>> Vivien GFDRR Labs<br>
><br>
><br>
>> On Mon, Nov 18, 2013 at 10:33 AM, Pierre Béland<br>
>> <<a href="mailto:pierzenh@yahoo.fr">pierzenh@yahoo.fr</a><br>
> <mailto:<a href="mailto:pierzenh@yahoo.fr">pierzenh@yahoo.fr</a>><br>
>> <mailto:<a href="mailto:pierzenh@yahoo.fr">pierzenh@yahoo.fr</a> <mailto:<a href="mailto:pierzenh@yahoo.fr">pierzenh@yahoo.fr</a>>>> wrote:<br>
><br>
>> Hi all,<br>
><br>
>> The tags to be used for tagging roads are described in the<br>
>> Workflow panel of Task Manager job<br>
>> <a href="http://tasks.hotosm.org/job/350" target="_blank">http://tasks.hotosm.org/job/350</a><br>
><br>
>> If any questions, dont hesitate to contact us or come discuss on<br>
>> the #HOT Irc.<br>
><br>
>> Thanks to all,<br>
><br>
>> Pierre<br>
><br>
><br>
><br>
> _______________________________________________ HOT mailing list<br>
> <a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a> <mailto:<a href="mailto:HOT@openstreetmap.org">HOT@openstreetmap.org</a>><br>
> <a href="https://lists.openstreetmap.org/listinfo/hot" target="_blank">https://lists.openstreetmap.org/listinfo/hot</a><br>
><br>
><br>
<br>
- --<br>
Twitter: <a href="http://twitter.com/ravilacoya" target="_blank">http://twitter.com/ravilacoya</a><br>
<br>
- --------------------------------<br>
<br>
Por favor, non me envíe documentos con extensións .doc, .docx, .xls,<br>
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.<br>
<br>
Atendendo á lexislación vixente, empregue formatos estándares e abertos.<br>
<br>
<a href="http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros" target="_blank">http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros</a><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
Comment: Using GnuPG with undefined - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
iQIcBAEBAgAGBQJSizafAAoJEB3niTly2pPQvH4P/AzQ1jPPAcJp4JQs6f/+c6fB<br>
VubBCWaTgfd7QDNWDWpsG+budeBr9LJxA9BtCpKEwJ5Jp7TXRVBSmSMQ4ynhJzwe<br>
ikUBVAy3HBkbwFkD3NvPMZ+3ww5Wr93NVtnGkwwcwTtIztPIRkZKWX7Kaue/vX8v<br>
Qs+tLK6v/gu21FcuybzSEXRlSTeav2gDwv4v9IlIYtlu5QfU7gcQayTqh4duyBZe<br>
DX3ZI/80ealfp8fUewJiEMHpXGAeCBnZHFhiHP3NnOSHZsKq/LfDU0Lq8QMNhwwi<br>
2mLJ29oT9uSEt3IXUoamDiXSwnzGCXMzZPlgDGDfTXapAXCLiWVISzXU4QuEU7qY<br>
sZytEy01taNg01/Rq8pcR0nzVPbrF8Atag8Ya2ZDCM2jjIPjq5Okb0V6Y8dE1hsO<br>
95PZeRWSeCbMN76kuxu3+dkSDXvHYynyzoH/+AKxkPwEHioo2mxP9xloXz3FdCcr<br>
hYgK4jyMdkf/BZ2dcoli2T+XMnzDDo+dKuyqm8MSmIwdpAWAXRB3PCoI6Yn27ZgT<br>
ih0y6dTr0DOicyfzdrpwziiBR4yCiuwdx/HVjMzlv74QwjVu3mU63mcCVxvz0Szh<br>
EkMH6rV3AM+1HS3DgciXpB3BFjF7RoeNAVjgobO/ACVd/xdr4V3MiwEkeMbvNU8U<br>
eyqiMYGw+YjVDrHIED4w<br>
=EQoG<br>
-----END PGP SIGNATURE-----<br>
</blockquote></div><br></div>