Modelování kontaminace podzemní vody pro operativní řešení havárií

Podobné dokumenty
OPENSYMOS JAKO ZÁSUVNÝ MODUL PRO QGIS. Jan RŮŽIČKA, Kateřina RŮŽIČKOVÁ

Metoda Monte Carlo a její aplikace v problematice oceňování technologií. Manuál k programu

Vektorové dlaždice. a jejich využití pro vizualizaci dat katastru nemovitostí. Filip Zavadil, Cleerio s.r.o

MATLABLINK - VZDÁLENÉ OVLÁDÁNÍ A MONITOROVÁNÍ TECHNOLOGICKÝCH PROCESŮ

Geografické informační systémy

Mapový server Marushka. Technický profil

VYUŽITÍ DATA DRIVEN PAGES

GEODATA PRO 3D MODEL PORUBSKÉHO AREÁLU VŠB-TUO BUDOVA NK

TECHNOLOGIE ELASTICKÉ KONFORMNÍ TRANSFORMACE RASTROVÝCH OBRAZŮ

Vedoucí práce: Ing. Petr Soukup, Ph.D. Fakulta stavební Katedra mapování a kartografie Obor Geoinformatika

1 Obsah přípravné fáze projektu Poohří

Karel Bittner HUMUSOFT s.r.o. HUMUSOFT s.r.o.

FORTANNS. 22. února 2010

2C Tisk-ePROJEKTY

Propojení GIS a on-line mapových nástrojů a služeb - MapInfo a Google Earth WMS / WFS služby

Simluátor Trilobota. (projekt do předmětu ROB)

Digitální modely terénu (9-10) DMT v ArcGIS Desktop

Diplomová práce Prostředí pro programování pohybu manipulátorů

ČASOPROSTOROVÁ DATA NA WEB ZA 15 MINUT. Jan RŮŽIČKA

Hardware Různé počítačové platformy (personální počítače, pracovní stanice, víceuživatelské systémy) Požadavek na konkrétní vstupní a výstupní zařízen

Modelování hydrologických a hydrogeologických procesů v systému GRASS

SRSW4IT Inventarizační SW. Prezentace aplikace. Vedoucí DP: ing. Lukáš Macura Autor: Bc. Petr Mrůzek

Rozptylový model těžkého plynu pro zkvalitnění havarijní odezvy

3D Vizualizace muzea vojenské výzbroje

Jádrem systému je modul GSFrameWork, který je poskytovatelem zejména těchto služeb:

Monitorování vývoje meteo situace nad ČR pomocí GPS meteorologie

GRR. získávání znalostí v geografických datech Autoři. Knowledge Discovery Group Faculty of Informatics Masaryk Univerzity Brno, Czech Republic

Publikace analogových katastrálních map prostřednictvím Geoportálu ČÚZK. Ing. David LEGNER, Bc. Jiří NOVÁK, Ing. Petr SOUČEK, Ph.D.

Implementace informačního systému pro knihovnu Jiřího Mahena v Brně

Digitální kartografie 7

Seznámení s přípravou platformy pro zajištění služeb dodávaní dokumentů včetně MVS: ZÍSKEJ - I

Geografické informační systémy ArcGIS Pavel Juška (jus011) 4. března 2010, Ostrava

Metody automatického texturování 3D modelu měst s využitím internetových fotoalb 3D town model for internet application

Projekt Poohří. Výstavba modelových sítí a automatizace v rámci tvorby modelových sítí. Zpráva o stavu řešení problematiky

Digitální modely terénu a vizualizace strana 2. ArcGIS 3D Analyst

Evidence a správa kanalizace v GIS Kompas 3.2

Bc. Martin Majer, AiP Beroun s.r.o.

Pražská energetika, a.s.

Ing. Jiří Fejfar, Ph.D. Geo-informační systémy

Rastrová reprezentace geoprvků model polí Porovnání rastrové a vektorové reprezentace geoprvků Digitální model terénu GIS 1 153GS01 / 153GIS1

NOVINKY V DATABÁZÍCH CEDA

Využití geografických informačních systémů v analýzách místních trhů práce

MAGISTRÁT HLAVNÍHO MĚSTA PRAHY ODBOR INFORMATIKY ÚTVAR ROZVOJE HL. M. M. PRAHY. Geografický informační systém hl. m. Prahy (GIS)

Přehled technologií mapových serverů ve státní správě

Digitální mapa veřejné správy Plzeňského kraje - část II.

GIS S SYSTÉMY KRIZOVÉHO ŘÍZENÍ. Bc. Vladimír Bátrla,BAT027

GIS MĚSTA BRNA. 16. listopadu Dana Glosová, Magistrát města Brna

Manažerský GIS. Martina Dohnalova 1. Smilkov 46, 2789, Heřmaničky, ČR

SPŠS Č.Budějovice Obor Geodézie a Katastr nemovitostí 4.ročník. ArcGIS ONLINE PROJEKT SBĚR DAT

1. české uživatelské fórum GMES Praha Zbyněk Stein. Představení aktivit CENIA v projektu EnviSec

3D model města pro internetové aplikace. Jakub Dolejší. Ing. Tomáš Dolanský, Ph.D.

Desktopový GIS a Grafický editor. Technický profil

MAPY ZRANITELNOSTI PRO ROPOVOD DRUŽBA

Webové rozhraní pro datové úložiště. Obhajoba bakalářské práce Radek Šipka, jaro 2009

Možnosti tisku v MarushkaDesignu

NOVÉ GRAFICKÉ UŽIVATELSKÉ ROZHRANÍ (GUI)

Preprocesor demografických dat systému HAVAR. Dokumentace k etapě E 01 l) projektu 6/2003

Nástroj pro výpočet času vítěze tratě v orientačním běhu.

1. Webový server, instalace PHP a MySQL 13

MonRaS programový prostředek pro ukládání, zpracování a zveřejňování dat z monitorování radiační situace v ČR 1. část

Převod prostorových dat katastru nemovitostí do formátu shapefile

Evidence městského mobiliáře v GIS Kompas 3.2

SYSTÉM PRO PODPORU A OPTIMALIZACI ROZHODOVÁNÍ V OBLASTI VYUŽÍVÁNÍ REGIONÁLNÍCH ZDROJŮ PRO ZAJIŠTĚNÍ ENERGETICKÝCH POTŘEB OBYVATEL RESTEP

GTL GENERATOR NÁSTROJ PRO GENEROVÁNÍ OBJEKTŮ OBJEKTY PRO INFORMATICA POWERCENTER. váš partner na cestě od dat k informacím

Vzdálený přístup k počítačům

CASE nástroje. Jaroslav Žáček

Testování neuronových sítí pro prostorovou interpolaci v softwaru GRASS GIS

GIS ANALÝZA VLIVU DÁLNIČNÍ SÍTĚ NA OKOLNÍ KRAJINU. Veronika Berková 1

INFORMAČNÍ SYSTÉMY PRO KRIZOVÉ ŘÍZENÍ GEOGRAFICKÉ INFORMAČNÍ SYSTÉMY A JEJICH VYUŽITÍ V KRIZOVÉM ŘÍZENÍ ING. JIŘÍ BARTA, RNDR. ING.

PROBLEMATICKÉ ASPEKTY GEOREFERENCOVÁNÍ MAP

Znalostní systém nad ontologií ve formátu Topic Maps

Vyvinuté programové vybavení (projekt čís. TA )

GEPRO řešení pro GNSS Leica

Postup získání licence programu DesignBuilder v4

Dočasné připojení lokálních souborů v Marushce

TÉMATICKÝ OKRUH Softwarové inženýrství

Slovenská spořitelna:

Architektura GIS KMA/AGI. Karel Jedlička

Možnosti aplikací Google pro analýzu (geo(

Technická dokumentace

GEOINFORMATIKA. -základní pojmy a principy -ukázky aplikací GIS v praxi. Lukáš MAREK a Vít PÁSZTO

GEOVAP, spol. s r.o. WMS JDTM ZK

Geografické informační systémy GIS

CO JE A NENÍ NOVÉHO V MODELOVÁNÍ DYNAMICKÝCH SPOJITÝCH SYSTÉMŮ NA POČÍTAČI ZA PŮL STOLETÍ

Stanovení nejistot při výpočtu kontaminace zasaženého území

KIG/1GIS2. Geografické informační systémy. rozsah: 2 hod přednáška, 2 hod cvičení způsob ukončení: zápočet + zkouška

Popis programu 3D_VIZ

Srovnání implementace a využití systému Microsoft Project v rozdílném produkčním prostředí případová studie

ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ v Praze Ú12110 Ústav přístrojové a řídící techniky

Load Balancer. RNDr. Václav Petříček. Lukáš Hlůže Václav Nidrle Přemysl Volf Stanislav Živný

1 Webový server, instalace PHP a MySQL 13

GIS a nemapové služby

Konference GIS v plánování měst a regionů GIS v rámci informačního systému pro operační řízení HZS ČR

Mapa potenciálního vsaku (potenciální infiltrace) území

SYSTÉM PRO AUTOMATICKÉ OVĚŘOVÁNÍ ZNALOSTÍ

ZPRÁVA Z PRŮMYSLOVÉ PRAXE

Využití kombinace programů Google Earth Pro a ALOHA pro kvantitativní analýzu rizika chemických procesů

Metodická pomůcka pro specifikaci dočasných opatření. doc. Ing. Pavel Šenovský, Ph.D. Ing. Pavlína Ježková

Komunikace MOS s externími informačními systémy. Lucie Steinocherová

Seznámení s přípravou platformy pro zajištění služeb dodávaní dokumentů včetně MVS: ZÍSKEJ

Transkript:

Modelování kontaminace podzemní vody pro operativní řešení havárií Bc. Petr Kupka Instutut geoinformatiky, Hornicko-geologická fakulta, Vysoká škola báňská Technická univerzita Ostrava, 17. listopadu 15, 708 00, Ostrava Poruba, Česká republika petr.kupka1@gmail.com Abstrakt. Diplomová práce se zabývá vytvořením aplikace, která by umožnila odhadnout zasažení vybraných objektů kontaminací v podzemní vodě. Po seznámení s principy hydrogeologického modelování byl zvolen vhodný program pro samotné modelování ModPath. Podstatná část práce se zabývá možnostmi nastavení vstupních parametrů a souborů, dále testováním v pilotním území a poté porovnáním s výsledky v desktop programu. V závěru bylo vytvořeno rozhraní pro ovládání programu a implementace ve vhodném prostředí, kterým bylo zvoleno Google Maps API. Klíčová slova: ModPath, hydrogeologie, kontaminace, API Google Map Abstract. Modelling of Groundwater Contamination for Energency Situations. Thesis is considered with the creation of application that would enable to estimate the hitting selected objects contamination in groundwater. After familiarization with the hydrogeological modeling was elected a suitable program for modeling itself - ModPath. The substantial part deals with the setting of input parameters and files, testing in pilot areas and then comparing with a desktop program. In conclusion, it was necessary to create their own interface to control and implement in an appropriate environment, which has been chosen Google Maps API. Keywords: ModPath, hydrogeology, contamination, Google Maps API 1 Úvod V posledním desetiletí jsme svědky rozšiřování počítačových technologií do téměř všech oblastí lidských činností. Ruku v ruce s touto skutečností také vzrůstají nároky uživatelů na kvalitu programového vybavení, lepší uživatelskou přívětivost a dostupnost aplikací pro různé oblasti využití. Výsledkem je možnost provádět i relativně odborné zpracování uživatelem se znalostmi, které by byly bez použití moderních programů nedostatečné. Jednou z oblastí, kde je o moderní programové vybavení zájem, je hydrogeologické modelování. Jedná se o specifickou vědeckou oblast, kde i při řešení standardních úloh jsou nezbytné odborné znalosti. Význam této činnosti je nepopiratelný, jelikož

zásoby pitné vody se na mnohých místech naší planety ztenčují, přitom podpovrchová voda tvoří přibližně 25% zásob pitné vody a nezahrnujeme-li ledovce, jedná se o téměř 97% zásob. Bohužel v dnešní společnosti často dochází k ekologickým haváriím, které mají za následek znečištění této vzácné suroviny a poškození či trvalé zničení kolektorů, které tvoří prostředí, kde se tato surovina shromažďuje. Při znalosti základních principů a parametrů šíření tohoto znečištění, je potřebné rychle identifikovat zdroje pitné vody, které by mohly být zasaženy, a přijmout co nejdříve odpovídající opatření. V takových případech je obtížné zajistit operativní služby hydrogeologa. Za předpokladu, že příslušný hydrogeologický model v dané oblasti je vytvořen, je však možné zajistit operativní přístup k výsledkům modelování a tak uživatelům poskytnout nástroje pro rychlé ocenění situace a stanovení dopadů. Je tedy vhodné vytvořit dostupnou aplikaci s jednoduchým uživatelským rozhraním, která by byla schopna tyto simulace vytvořit. Cílovou skupinou, pro kterou by byla aplikace určena, by byl především Hasičský záchranný sbor zasahující u těchto havárií, případně specializované firmy zaměřené na ekologické likvidace havárií. 2 Cíl práce Cílem práce je připravit aplikaci ve vhodném prostředí, která by dovolila posoudit možnost zasažení vybraných objektů kontaminací v pozemní vodě. Konkrétní požadavky kladené na aplikaci jsou: znázornění trajektorie proudění podzemní vody s kontaminací v nasyceném prostředí, možnost určení objektů (hlavně zdrojů pitné vody apod.), které mohou být zasaženy a to buď grafickým znázorněním, nebo výčtem zasažených zájmových objektů, a možností zjistit čas zasažení těchto objektů od doby havárie. Modelování proudění kontaminace bude provedeno ve vhodném nástroji vybraném podle požadovaných parametrů, kterým je především schopnost SW vypočítat a poskytnout trajektorii šíření polutantu nebo disponovat funkcemi, které mohou úlohu alespoň přibližně řešit. Dále musí být SW volně šiřitelný nebo open source, především kvůli neomezení obchodní a licenční politiky a možnosti širšího okruhu uživatelů díky nižší předpokládané ceně. Předpokládá se realizace aplikace napsané ve vhodném programovacím jazyce a využívající síťové architektury klient-server. Pro praktickou realizaci je nutné mít k dispozici model proudění podzemní vody, vytvořený např. v prostředí ModFlow (resp. v aplikaci typu GMS). Ten představuje základní vstup pro práci. 3 Postup řešení Na začátku práce bylo potřeba se seznámit s hydrogeologickými procesy, které mohou souviset s prouděním podzemní vody a převážně s šířením polutantu v tomto

nasyceném prostředí. Tato odborná oblast pro mě byla doposud neznámá a pro další práci bylo nezbytné se seznámit alespoň se základními principy. Při zadávání práce byly mým vedoucím práce navrženy dva postupy jak samotné modelování řešit, jejichž možnosti by bylo potřeba prozkoumat, nebo vyhledat, případně vymyslet řešení jiné. Jedním navrhovaným řešením bylo využití standardního SW pro GIS, nabízel se např. SW GRASS, druhým využití speciálního nástroje vyvinutého pro tento typ modelování, doporučen byl modul ModPath. Po výběru vhodného nástroje bylo potřeba připravit a spustit simulaci šíření v pilotním území. Jednalo se o stěžejní část celé práce, která byla velmi problematická, než se podařilo dosáhnout akceptovatelných výsledků. Ty bylo potřeba následně porovnat s výsledky z komerčního desktopového produktu, který má v sobě stejný nástroj pro modelování včetně uživatelského rozhraní integrován. V závěru bylo potřeba zvolit prostředí vyhovující cílům práce s ohledem na realizovatelnost projektu, případně na vyhlídky do budoucna s možností dalšího rozvoje aplikace. 3.1 Analýzy v programu Grass I přesto, že Grass je univerzální SW pro GIS a není speciálně vytvořen pro hydrogeologické modelování, obsahuje některé funkce, které do jisté míry mohou tyto speciální funkce nahradit. Obecný postup zpracování úlohy může vypadat takto: 1. Do prostředí Grass je načten digitální výškový model hladiny podzemní vody. 2. Kontrola DEM hladiny podzemní vody, zda neobsahuje lokální deprese. Pro tyto účely je možno využít funkce r.fill.dir. Pokud jsou lokální deprese nalezeny, funkce se ji pokusí odstranit a uloží upravený DEM do nového souboru. 3. Šíření kontaminace je zde možno simulovat pomocí funkce r.drain. Ta je primárně určena pro modelování stékání vody po terénu z jednoho daného bodu. 4. Funkce r.drain vytvoří rastrovou linii, pokud je potřeba transformace do vektorového formátu, využijeme funkce r.to.vect (umožňuje transformovat rastr jako vektorovou linii nebo polygon). 5. Možnost využití funkce v.buffer, která kolem linie v případě potřeby vytvoří obalové zóny zastupující disperzi kontaminace v horninovém prostředí (lépe je využít narůstající obalovou zónu). 6. Spuštění funkce v.select, která zjistí, zda vytvořená linie (resp. buffer) neprotíná vrstvu námi sledovaných objektů. Pokud ano, jsou tyto objekty zvýrazněny (dle nastavení, například červenou barvou).

7. Výstupem je zobrazený DEM s požadovanou linií kontaminace a případnými zasaženými objekty. Obr. 1. Výstup funkce r.drain v prostředí GRASS. Při porovnání výsledku analýzy se simulací vytvořenou v programu GMS Doc.Rapantovou [Obr. 3], dochází k evidetně rozdílných výsledkům, především u šíření z bodu v severo-východní části oblasti. Proto bylo toto řešení shledáno nepřijatelným pro další postup i s ohledem, že by se použily (rostoucí) obalové zóny pro větší rozsah šíření kontaminantu.

3.2 Postup řešení v ModPath ModPath představuje post-procesingový nástroj, který ze simulace proudění vody a umístění a druhu částice (kontaminace) dokáže vypočítat a vykreslit pomocí ModPath-Plot trojrozměrnou dráhu toku částic a doby dotoku na základě vypočítaných rychlostí. Jedná se o nadstavbu modulu ModFLOW, což je modulární 3D model pro simulace proudění vody v nasyceném prostředí. 1. Vytvoření a správné nastavení MAIN file, s ohledem na použití a výstupní soubory z ModFlow. 2. Vytvoření NAME file, zahrnující veškeré vstupní i výstupní soubory použité při simulaci. 3. Úprava výstupního souboru ModFlow, tzv. DISCRETIZATION file 4. Vytvoření vstupního souboru s místěním vstupních částic (v případě, že nechcete zadat umístění interantivně při spuštění ModPath). 5. Vytvoření RESPONSE file (opět v případě, že chceme nastavení simulace načíst automaticky, ne postupných zadáváním v ModPath). 6. Spuštění ModPath Porozumění sestavení vstupních souborů a správné jejich nastavení, bylo klíčové celé mé práci, narážel jsem na řadu problémů, především se špatnou dokumentací nových verzí ModPath vzledem ke značným změnám v různých nasteních oproti dobře zdokumentované staré verze (která ale nepodporovala dané ModFlow výstupní soubory a nebo napřéklad discretization file, bez kterého by se postup nedal zautomatizovat v budoucí aplikaci). Další překážkou bylo správné nastavení souřadnic do místního systému ModPath, kdy musel být vytvořen vlastní algoritmus, jelikož SW pro tento účel určený (ModTools), vykazoval evidentní posunutí souřadnic a tento problém se mi nepodařilo vyřešit.

Obr. 2. Výstup simulace z ModPath (vizaulizace Google Earth). Obr. 3. Výstup simulace z GMS 6.0.

3.3 Tvorba aplikace Jako klientská čsát aplikace bylo vybráno prostředí Google Maps API, díky snadné a zárověň kvalitní dokumentaci, dostatečným možnostem i výhledu do budoucna. Serverová část je postavena na CGI rozhraní, kde byl připraven samotným CGI skript napsaný v jazyce PERL. Ten zajišťuje následující úlohy: 1. Načtení parametrů do proměnné 2. Transformace souřadnic do formátu ModPath 3. Spuštění ModPath 4. Načtení výsledných hodnot ze souboru, transformace do UTM 5. Transformace do zeměpisných souřadnic 6. Průnik linie s objekty, uložení nalezených objektů do KML formátu 7. Uložení linie do KML formátu 8. Výstup skriptu Obr. 4. Ukázka klientské části aplikace, ošetření zadávání vstupního bodu

Obr. 5. Příklad výsledku aplikace 4 Závěr Podařilo se vytvořit funkční webový prototyp aplikace pro modelování šíření kontaminace v podzemní vodě při splnění všech požadavků definovaných v zadání práce. Výsledky porovnání s provedenou simulací v desktopovém programu GMS verze 6.0 ukazují dobrou shodu, i když se ji nepodařilo objektivně kvantifikovat. V celém postupu jsem narážel na problémy především týkající se dosažení správných výsledků v modelovacím programu ModPath a to především kvůli nedostatečné dokumentaci nových verzí, které obsahovaly značné změny oproti starší, dobře zdokumentované verzi 3.2. Komplikace s transformacemi souřadnic z lokálního souřadnicového systému ModPath do systému použitého v mapě byla vyřešena vlastní implementací volně dostupné knihovny. Při samotné implementaci rozhraní jsem na žádné zásadní problémy nenarazil. Využití programu GRASS a jeho funkcí pro dané potřeby se ukázalo jako nevhodné, dokud nebude implementována vhodná funkcionalita. Nově vytvořená aplikace může sloužit pro především pro demonstraci možnosti využití ModPath pro tvorbu jiných aplikací.

Další vývoj aplikace by mohl umožnit zadávání objemu a typu kontaminující látky. Rovněž GUI by bylo vhodné dále rozvinout a přizpůsobit potřebám konkrétních koncových uživatelů (včetně případné integrace do komplexního IS). Bude také potřebné rozhodnout, kde a jakým způsobem bude řešena editace zájmových objektů. Všechna tato rozšíření již ale překračují původní zadání DP a je potřebné je řešit ve spolupráci s koncovým uživatelem.