<html><body><div>Ahoj,</div><div><br></div><div>použít mapování pro potřeby lokálních manažerů je IMHO nesmysl. A to ze dvou velmi praktických důvodů:</div><div><br></div><div>1) my mapujeme dodabáze a neexistuje renderer, který by dokázal okamžitě renderovat to, co jsi specificky zamapoval; v takovém případě je to pro okamžité využití (řízení) úplně k ničemu</div><div>2) na ploše obce je opravdu mnoho jednotlivostí, které bys mohl "mapovat" (vést v patrnosti jejich stav), ale ty se tak rychle mění, že nemá smysl taková data ani sbírat. Štáby jako specializované řídicí týmy, které byly na místě zřízeny do 24 hodin po vzniku katastrofy a přebraly v okamžiku ukončení záchranných prací toto krizové řízení, si bez jakýchkoliv potřeb na dynamickou mapu rozebrali kompetence v činnostech, které jsou neodkladné - statická stabilizace objektů, akutní demoliční práce, provizorní zastřešení (bránění dalších škod) a vyklízení sutin (odvoz vraků a jiných zcela vyřazených a překážejících předmětů). Tato fáze v současném (tomto konkrétním) nasazení je v řádu dnů (3-5) a k jejímu zvládnutí postačí i tužka a papír, protože realizační týmy (kombinace HZS, SDH a dobrovolníků) jsou rozděleny podle typu a pak geograficky (vy teď děláte stabilizaci a máte na starosti tuto ulici od čísla 70 až na konec) a v průběhu dne (či spíše na závěr dne) jen hlásí rozsah splnění. A ty změny jsou opravdu tak rychlé, že je daleko jednodušší je vést jako položky v seznamu.</div><div><br></div><div>V praxi je tak možné asi zanést do map stavy, které jsou dlouhodobější a to jsou dopravní uzavírky těch obcí a možná (jak jsem již psal) popadané VVN (ale jak toto mapovat nevím a účel mě také nenapadá). Také se významě změní nekteré součásti místní infastruktury, jako že zmizí některé obchody (žádné tam v zásadě teď nefungují) a budou vznikat provizorní či jiné...<br></div><div><br></div><div>Ale to už není "humanitární mapování", které má svoji historickou podstatu v doplnění elementárních mapových dat do míst, kde vlastně ani dosud žádná (či dostatečně přesná) mapová data nebyla, např. pro potřeby dopravy nebo i jen pojmenování postižených míst, ale půjde v následujícím období vracejícího se života spíše o běžnou aktualizaci map...</div><div><br></div><div>vop<br></div><div><br></div><aside>
---------- Původní e-mail ----------<br>
Od: Petr Pulc <petrpulc@gmail.com><br>
Komu: talk-cz@openstreetmap.org<br>
Datum: 28. 6. 2021 12:44:35<br>
Předmět: Re: [talk-cz] 
        Mapování následků tornáda na Moravě
</aside><br><blockquote data-email="petrpulc@gmail.com"><div dir="ltr"><div>Ahoj,</div><div>moje základní myšlenka, k čemu využít (HOT)OSM, není pro dlouhodobé značení škod, ale pro udržování aktuálního stavu, monitorování oprav a organizaci na místě. Aneb: aby bylo možné získat centrální přehled kde je jaká pomoc potřeba buď jen pro organizátory na místě, nebo ideálně nezávisle pro jednotlivé dobrovolníky.<br></div><div><br></div><div>Nemyslím, že by se označeními měla plevelit globální OSM, stejně jich snad brzy nebude většina platná, ale zároveň si myslím, že bastlit to nad Excelovou tabulkou nebo si nedejbože psát vlastní systém je také špatně.<br><br></div><div>Mapování by se asi muselo dělat procházením oblasti a značením stavu, proto jsem si myslel na použití nějakého task manageru (díky za odkaz na <a href="http://poloha.net">poloha.net</a>, neznal jsem...)<br></div><div><br></div><div>Ale je to stále jen nápad, který může ošklivě narazit na to, že v místě prostě není dostatečně stabilní internet... Nebo i na prostém faktu, že lokální organizátoři jsou fakt dobří a žádnou podporu nepotřebují, na místě jsem nebyl, stav neznám.<br></div><div><br></div><div>Petr<br></div></div>
_______________________________________________<br>talk-cz mailing list<br>talk-cz@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/talk-cz<br>https://openstreetmap.cz/talkcz<br></blockquote></body></html>