Datové sklady ORP Datové úložiště referenčních dat (vč. pasportů, textů aj.) Příloha č. 1 Technická specifikace díla NÚAP. 1.

Transkript

1 Příloha č. 1 Technická specifikace díla NÚAP 1. Koncept řešení Projekt NÚAP má zajistit efektivní sdílení a tvorbu dat ÚAP, ÚPD 1 společně s distribucí hotových dat ÚKM. Pro tyto účely zhotovitel vytvoří informační systém ve formě softwarového řešení, které bude umístěno na serverech v prostředí technologického centra kraje. Data budou ze serverů nabízena prostřednictvím lokálních nebo síťových služeb klientským počítačům. Klientské počítače budou tyto služby využívat buď v prostředí webového prohlížeče, nebo specializovaného GIS softwaru. 2. Architektura řešení Technické řešení informačního systému bude odpovídat třívrstvé architektuře. Třívrstvá architektura bude zaručovat oddělení datové, aplikační a prezentační vrstvy celého systému. Datová vrstva představuje datový sklad, kde budou uložena geodata v databázovém systému nebo ve formě souborů. Druhá aplikační vrstva je aplikační server, ve kterém budou implementovány služby systému. Pomocí služeb budou klienti přistupovat k datům a služby budou obsahovat většinu požadované funkcionality systému. Služby budou využívány ve třetí vrstvě systému v klientských aplikacích, které budou služby systému sdílet. Datový sklad a aplikační server budou provozovány na samostatných dedikovaných serverech. Obr. 1: Schéma třívrstvé architektury Datové sklady ORP Datové úložiště referenčních dat (vč. pasportů, textů aj.) 3. Data 1 Územně plánovací dokumentace (územní plán, regulační plán, zásady územního rozvoje)

2 Informační systém NÚAP je zaměřen na efektivní výměnu dat mezi subjekty a jejich zpřístupnění zúčastněným subjektům způsobem umožňujícím dálkový přístup, zejména pro naplnění 166 odst. 2 stavebního zákona. Z tohoto pohledu jsou mapové služby jedním ze způsobů výměny dat, a proto jsou jejich specifikace nedílnou součástí popisu dat. Při definici dat a jejich výměny v informačním systému se vychází ze stávající praxe při výměně dat ÚAP a dat katastru nemovitostí v Jihočeském kraji. Tuto praxi musí zhotovitel respektovat z důvodu maximálního využití stávajícího SW a HW nabyvatele a ostatních partnerů projektu. Data jsou primárním obsahem datového skladu a na jejich výměně a zpracování se může podílet kromě datového skladu i aplikační server. Všechna níže uvedená data bude informační systém NÚAP schopen číst, importovat, exportovat i aktivně zpracovávat. Všechna geodata tedy data s geografickou složkou budou v systému uložena v souřadném systému Jednotné trigonometrické sítě katastrální (S- JTSK) a výškovém systému Balt po vyrovnání (Bpv). Pro zobrazení ve standardech OGC je požadována on-the-fly transformace do souřadného systému WGS84 s prostorovou přesností do 5metrů. Všechna geodata budou provázána s metadaty ve standardu požadovaném směrnicí INSPIRE. Obecná manipulace s daty bude umožňovat nahrávání, zpracování a výdej dat, přístup k datům jiných datových skladů. Nahrávání dat bude probíhat po větších či menších celcích. Po nahrání tzv. surových dat následuje fáze jejich zpracování a jejich následné uložení v datovém skladu ve formě referenčních vrstev. Výdej částí dat z referenčních vrstev bude omezen věcným rozsahem podle oprávnění k datové vrstvě a plošně libovolnou plochou definovanou buď ad hoc uživatelem nebo výčtem administrativních jednotek (např. katastrální území, správní území obce), zároveň bude výdej dat umožňovat výběr vrstev dle sledovaných jevů v souladu s přílohou č. 1 vyhlášky č. 500/2006 Sb., o územně analytických podkladech, územně plánovací dokumentaci a evidenci územně plánovací činnosti (dále jen vyhláška ) Data ÚAP Data, s nimiž ÚAP pracují, jsou obvykle kombinací geodat, textů a pasportů (pasport dle přílohy č. 2 vyhlášky). Data se podle svého původu a stavu zpracování rozlišují na data surová a referenční. Surová data jsou data přímo od poskytovatelů, tedy data nativní, bez jakýchkoliv úprav (geodata, texty, pasport). Surová data může tvořit buď poskytovatel, obec, ORP nebo i kraj. Surová data se v NÚAP objeví pouze v souvislosti s poskytováním údajů o území, resp. umožní poskytovateli předat tato surová data prostřednictvím NÚAP. Referenční data jsou data zpracovaná pořizovatelem ÚAP, tedy upravená dle datového modelu, zrevidovaná, případně i zpřesněná. Přístup k referenčním datům bude zajištěn z datového skladu kraje (u sledovaných jevů dle přílohy č. 1 části B vyhlášky č. 500/2006 Sb.) a z datových skladů ORP (u sledovaných jevů dle přílohy č. 1 části A vyhlášky). Datový model referenčních dat používaný v Jihočeském kraji je datový model DMG verze 4.1 od firmy Hydrosoft Veleslavín, s.r.o. Pro správu a vedení dat ÚAP používá Jihočeský kraj (a cca 9 ORP) aplikaci SpiritGIS ÚAP (aplikace založené na platformě ESRI), která efektivně umožňuje vést agendu dat, poskytovatelů, pasportů, výdejů dat a dále umožňuje efektivní výdej dat ÚAP. Formáty ÚAP dat jsou následující:

3 - Formát ArcView shapefile SHP, standardní výměnný formát pro pořizovatele ÚAP dat v Jč. kraji, - Formát DGN verze V7 a V8, kompatibilní se specifikací definovanou sdružením Open Design Aliance - (nutné z důvodu kompatibility s aplikacemi třetích stran, např. MISYS). Při čtení i zápisu bude informační systém aktivně pracovat následujícími vlastnostmi grafických objektů v DGN výkresu - slovní popis typu entity (entity), úroveň (level), vrstva (layer), třída (class), barva objektu (jednoduché číslo, color), model, název rodičovského objektu (refname), vazba do databáze (MSLINK). Pro liniové entity bude podporována vlastnost typ linie (linetype), tlouštka čáry (line weight) pro textové entity textový popis, style textu (text style), výška textu (text heigth), úhel otočení (angle), pro plošné objekty výplň (fill). Tyto vlastnosti bude možno využívat při čtení jako filtr při načítání do datového skladu například načtení všech bodových objektů z vrstvy číslo 52 s barvou číslo 37. Při exportu dat bude možné databázové atributy prvku převádět do grafických objektů s výše uvedenými vlastnostmi, například při převodu maloplošných chráněných území bude do výstupu kromě plošného vymezení v jiné vrstvě ještě textový popis druhu a názvu chráněného území. - Formát DWG verze 2000,2004, 2007, 2010 kompatibilní se specifikací definovanou sdružením Open Design Aliance - (nutné z důvodu kompatibility s aplikacemi třetích stran, např. MISYS). Při čtení i zápisu bude informační systém aktivně pracovat následujícími vlastnostmi grafických objektů v DWG výkresu - slovní popis typu entity (entity), hladina (layer), třída (class), barva objektu (jednoduché číslo, color), název rodičovského objektu (refname). Pro liniové entity bude podporována vlastnost typ linie (linetype), tlouštka čáry (line weight) pro textové entity textový popis, style textu (text style), výška textu (text heigth), úhel otočení (angle), pro plošné objekty výplň (fill), pro blokové objekty barvu (block color), typ linie (block linetype), tloušťku linie (block line weight), název dwg souboru (DocName). Tyto vlastnosti bude možno využívat při čtení jako filtr při načítání do datového skladu například načtení všech textových objektů z vrstvy číslo 30 s jejich výškou a úhlem otočení. Při exportu bude možno databázové atributy prvku převádět do grafických objektů s výše uvedenými vlastnostmi, například při převodu komunikaci bude do výstupu kromě liniového vymezení v jiné vrstvě ještě textový popis druhu a čísla komunikace. - Formát GPX část dat ÚAP vzniká přímo měřením v terénu pomocí GPS zařízení - ESRI geodatabáze referenční verze dat krajského úřadu na serveru s technologií ArcSDE a Oracle, opatřená metadaty ve standardu FGDC a ISO Atributová data k geodatům ve formátech dbf, xls nebo XML - Pasporty ve formátech MS Word *.doc, MS Word 2007 *.docx, pdf,*.xls, *.xlsx - Rastrová data v různých formátech, požadována minimálně podpora formátů tif, jpg, png, cit, pdf. Informační systém bude umožňovat vkládání georeferencovaných i negeoreferencovaných rastrů. Georeferencované rastry jsou uložené v rastrových souborech doplněných o samostatné soubory s hlavičkou.tfw.jpw. Větší část rastrů není georeferencována a vznikla skenováním papírových podkladů. Zhotovitel v souvislosti s konsolidací a převodem dat do datového skladu provede afinní transformaci rastrů do souřadného systému S-JTSK, jedná se o 3000 rastrů územně plánovací dokumentace z archivu krajského úřadu. - VYK nativní formát aplikace MISYS, práce s tímto formátem vzhledem k jeho uzavřenému charakteru není pro zhotovitele povinná, aplikace MISYS je schopna pracovat s formáty shp, dgn, dwg. Přesto případné zahrnutí tohoto formátu do NÚAP bude velkým přínosem.

4 Data ÚKM Data ÚKM vzniknou spojením dat katastru nemovitostí ČÚZK s daty, která budou digitalizována v rámci projektu Účelová katastrální mapa Jč. kraje. Data ÚKM jsou nebo budou k dispozici v následujících formátech: - CIT naskenované rastry katastrálních map - NVF - výměnný formát katastru v textovém tvaru, standard pro distribuci dat v ISKN, formát je definován dokumentem ČÚZK Struktura výměnného formátu informačního systému katastru nemovitostí České republiky z , který byl do současné doby pozměněn 10 dodatky, posledním dodatkem z VFK výměnný formát KN před ISKN, formát je definován dokumentem ČÚZK Struktura a výměnný formát digitální katastrální mapy a souboru popisných informací katastru nemovitostí České republiky a dat BPEJ verze 1.3 ze dne 24. listopadu Formát je stále používán v katastru nemovitostí na části kraje v katastrálních územích digitalizovaných formou KM-D, rozšířený formát pro distribuci dat KN na obcích, formát bude společně s DGN a SHP používán i pro distribuci dat ÚKM - ArcView shapefile SHP, výstup z tvorby ÚKM po jednotlivých katastrálních územích, distribuční formát ÚKM - DGN - výstup z tvorby ÚKM po jednotlivých katastrálních územích, distribuční formát ÚKM a KM-D - Formát GML Inspire GML soubory verze odpovídající specifikaci pro téma katastrální parcely podle specifikace OGC, - Výměnný formát RUIAN (VFR) - ČÚZK bude tento formát používá pro distribuci dat z Registru územní identifikace, adres a nemovitostí, pro aktualizaci ÚKM je nutné načítat stavové kopie i změnové přírůstky Všechna vektorová data ÚKM je nutné v rámci informačního systému integrovat do bezešvé vektorové kresby ÚKM, podpořené referenční mozaikou rastrů platných katastrálních map. Popisná data katastru nemovitostí (SPI) budou uložena v primárním databázovém úložišti v datovém skladu. Zhotovitel poskytne nabyvateli popis všech databázových objektů (tabulky, indexy, pohledy), ve kterých se data SPI, budou ukládat. Zhotovitel následně provede ve spolupráci s firmou Tmapy integraci SPI dat, které budou z jednoho datového zdroje z primárního databázového úložiště poskytovány dvěma informačním systémům informačnímu systému NÚAP a stávajícího serveru TWIST Standardy Open Geospatial Consortium a dalších organizací Pro zajištění obecné interoperability s informačními systémy a uživateli bude informační systém podporovat následující protokoly a formáty sdružení Open Geospatial Consortium (dále jako OGC) a na ně navazující standardy ostatních organizací. - Web Map Service (WMS) verze tento formát mapové služby je v současnosti velice rozšířen, a proto bude používán v informačním systému v zabezpečené i nezabezpečené formě, kvůli jednoduché implementaci v řešení třetích stran bude v nezabezpečené formě

5 WMS ekvivalentem veřejně přístupných interaktivních map, WMS služby budou poskytovat data ve formátech jpg, png, tiff, bmp a svg - WGS 84 standardní souřadnicový systém nutný pro zobrazení dat ve standardu WMS, informační systém bude schopen transformovat do něj on-the-fly data v souřadném systému S-JTSK s přesností do 5 metrů. - KML verze 2.0 XML formát pro geografickou vizualizaci, důležitý formát pro sdílení dat v prostředí internetu - Web Features Service (WFS) verze rozhraní pro sdílení geodat v jejich zdrojové podobě, předpokládá se jeho využití především ve stahovacích službách. Nabídka zhotovitele, která nabídne transakční verzi tohoto rozhraní WFS-T využitelnou pro vzdálenou editaci dat, bude považována v rámci hodnocení technického řešení za výhodnější. - Formát Geography Markup Language ( GML) verze 2.1 tento XML formát bude používán jako přenosový pro rozhraní WFS, zvláštní varianta GML formátu pro katastrální data byla popsána v předchozí kapitole o datech ÚKM - Web Coverage Service (WCS) verze 1.0 rozhraní pro sdílení především rastrových dat. Rozhraní poskytuje na rozdíl od WMS rastrové výstupy, které je možno dále zpracovávat a analyzovat v GIS softwaru, proto bude využito zejména pro zabezpečené stahovací služby - Catalogue Service Web (CSW) rozhraní pro sdílení metadat mezi metadatovými portály, v rámci informačního systému bude CSW sloužit ke sběru (harvestingu) metadat z jiných zdrojů a nabízet metadata ke stažení. - Simple Features Access (SFA) SQL option specifikace OGC, norma ISO toto rozhraní bude přístupné z datového skladu pro sdílení dat do dalších aplikací formou SQL dotazů,, sql rozhraní bude podporovat jak data ve formě textu ve formátu well-known text (WKT), tak data v binární formě well-known binary (WKB) - Scalable Vector Graphics (SVG) standart konsorcia W3C -vektorový grafický formát, který bude využit při tvorbě kvalitních mapových výstupů z interaktivních map a jiných aplikací, pro klienty, kteří jsou SVG schopni zpracovat bude přístupný i v rámci WMS mapových služeb 3.4. Podmínky užití dat Data ÚKM budou pro prohlížení přístupná volně veřejnosti formou rastrových výstupů ve webové mapě a WMS webové službě s možností zapínání a vypínání vrstev mapové kompozice. Data ÚKM ve své nativní vektorové podobě budou přístupná ČÚZK a všem orgánům veřejné samosprávy. Data ÚAP budou uživatelům poskytována podle následující tabulky: Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovate l údaje o území) Vyhledávání metadatech v Projektant Poskytovate l Vyhledávání v pasportech NE (pouze svých dat) Tvorba a aktualizace metadat a pasportů NE NE NE (pouze svých dat) Pořizovatel ÚAP (pouze svých dat)

6 Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovate l údaje o území) Prohlížení výkresů ÚAP (předdefinovaných mapových kompozic) 2 Prohlížení sledovaných jevů a údajů o území Dotaz na atributové informace vybraného prvku Aktualizace výkresů ÚAP (předdefinovaných mapových kompozic) Aktualizace sledovaných jevů a údajů o území Podání žádosti o výdej dat Podání žádosti o výdej výkresů ÚAP (předdefinovaných mapových kompozic) Prohlížení textových částí ÚAP, RURÚ Výdej textových částí ÚAP, RURÚ Stahování prostřednictvím WS dat Projektant Poskytovate l NE (pouze v rozsahu výkresů ÚAP) (pouze svých dat) Pořizovatel ÚAP NE NE NE NE NE NE NE NE (pouze svých dat, povinnost historizace původních) NE NE (pouze svých dat) 3 NE (pouze v rozsahu výkresů ÚAP) (v rozsahu výkresů ÚAP a svých zdrojových dat) 2. Při prohlížení výkresů ÚAP bude problémový výkres prezentován pouze jako statická součást RURÚ, ale výkres limitů využití území, hodnot a záměrů na provedení změn jednak jako statická součást RURÚ, ale zároveň jako interaktivní průběžně aktualizovaná mapová kompozice. 3 Při aktualizaci sledovaných jevů o území pořizovatel dat ÚAP aktualizuje sledované jevy, které zjišťuje zejména na základě průzkumů (např. architektonicky cenné stavby apod.). Dále pořizovatel průběžně aktualizuje referenční datové sady.

7 Funkcionalita/Skupina Veřejnost Orgán VS (neposkytovate l údaje o území) Projektant Poskytovate l Registrace NE Vytvoření a aktualizace údajů pro systém řízení přístupových práv Pořizovatel ÚAP NE NE NE NE (v intencích stavebního zákona) Výkresová část územně analytických podkladů (resp. rozboru udržitelného rozvoje území) bude v NÚAP zveřejněna buď jako statický export ve formátu PDF či ve formátu rastrového obrázku (zejména problémového výkresu) nebo jako webová mapová služba WMS či WFS publikací mapových dokumentů MXD (týká se průběžně aktualizovaných výkresů záměrů, hodnot a limitů využití území). 4. Datový sklad 4.1. Popis datového skladu krajského úřadu Datový sklad je server, na kterém budou uložena veškerá data ÚAP a ÚKM. Hlavní funkcí datového skladu bude poskytování geodat aplikačnímu serveru a klientům a to jak k operacím čtení, tak k zápisu. Datový sklad se skládá ze dvou úložišť: primárního a sekundárního. Primární databázové úložiště dat bude založeno na relační databázi, která umožní rychlý a efektivní přístup k velkému množství údajů. Primární úložiště dat bude obsahovat veškerá základní data ÚAP i ÚKM. Pro tato data bude fungovat jako trvalé úložiště, které bude prostředky technologického centra zálohováno. Primární databázové úložiště bude fungovat na základní databázové technologii, která zajišťuje uchovávání obecných dat (tabulky, indexy, pohledy) bez prostorové dimenze v relační databázi a možnost základní komunikace přes obecná programová rozhraní (ODBC, OLE DB, JDBC). Nad základní databázovou technologií bude fungovat programová GIS nadstavba. Tato nadstavba bude průběžně zajišťovat funkční a logickou integritu geografických dat a komunikaci se silnými klienty na desktopech. Programová GIS nadstavba může mít podobu samostatného programu nebo dodatečného modulu pro databázovou technologii. Sekundární souborové úložiště bude mít podobu disku se soubory v souborovém systému, který bude k dispozici aplikačnímu serveru, případně silným klientům. Sekundární úložiště bude sloužit především k manipulaci s daty ÚAP, ÚKM, s tím, že žádná data nebudou v tomto úložišti umístěna trvale a nebude prováděno ani zálohování dat v sekundárním úložišti. Obr. 2: Schéma datového skladu

8 4.1. Vazby na technologické centrum (hardware a operační systém) Pro databázové úložiště (databázový server) bude v TC kraje alokován následující ekvivalentní hardwarový zdroj: CPU RAM OS Intel Xeon W GHz (2x 6jádrový CPU 12 jader) 64 GB DDR MHz Windows 2008 Server 64 bit Hardware bude k dispozici ve formě fyzického samostatného serveru, neboť se předpokládá velká zátěž serveru v provozním režimu. Pro datový sklad bude v technologickém centru připraven diskový prostor, který vychází z předpokládaných objemů datových sad. Přehled předpokládaného datového objemu: Datový sklad Sekundární souborové úložiště datový sklad Referenční data (Rastrová mapa, ortofotomapy ) Aplikace (Systém, DB, Aplikace, Logfiles, ) 3TB 1TB 2TB 0.5TB V rámci technologického centra kraje bude datový sklad provozován ve dvou lokalitách. Proto bude primární databázové úložiště provozováno tak, že jedna databáze bude aktivní a druhá databáze v režimu Stand By Základní databázová technologie primárního databázového úložiště Základní databázová technologie bude zajišťovat základní integritu dat databázového úložiště. Tato technologie bude splňovat následující požadavky:

9 Podpora operačních systémů MS Windows 32 a 64 bit, Linux 32 a 64 bit, Sun Solaris SPARC 32 a 64 bit Řízení přístupu na úrovni záznamu Rychlá obnova databáze po chybě administrátora/uživatele návratem do libovolného casu v definovaném rozsahu bez nutnosti provádět obnovu ze zálohy. Podpora PL/SQL pro tvorbu uložených procedur Nástroj pro vytvoření a průběžnou synchronizaci záložní databáze s možností využití záložní databáze pro čtení Možnost separace rolí při správě databáze Možnost budoucího použití multidimenzionálního úložiště uloženého uvnitř databáze a přístupného přes SQL Možnost bezodstávkového upgrade aplikace Audit operací s možností detailního určení auditovaných operací Vývojové prostředí pro deklarativní vývoj webových aplikací integrované přímo do databázového serveru Možnost budoucího rozšíření databáze o transparentní šifrování dat ukládaných v databázi Možnost budoucího rozšíření databáze o rozdělení zodpovědnosti při správě databáze, pomocí kterého bude možné zamezit databázovým administrátorům v přístupu k citlivým/osobním údajům Přístup klientů do databáze přes ODBC, OLE DB, JDBC rozhraní 4.3. Programová GIS nadstavba databázové technologie Programová GIS nadstavba bude podstatně rozšiřovat možnosti databázové technologie, co se týče ukládání a editace geodat. Tato nadstavba bude splňovat následující požadavky: Ukládání různých typů geodat (vektorových, rastrových, popisných, 3D). Nastavení a vyhodnocování prostorových vztahů v datech (topologické kontroly dat). Ukládání geometrických vlastností dat dle standardu OGC Simple Features Specification For SQL. Nástroje pro definování chování dat (vytváření podtypů, nastavování výchozích hodnot, specifikování povolených hodnot). Nástroje pro propojování dat a kontrolu referenční integrity (mazání provázaných dat, nulování cizího klíče). Uchovávání symboliky dat. Ukládání nástrojů pro zpracování dat (skripty, atd.). Uchovávání metadatových záznamů k datům Verzování a historizace dat. Ukládání rastrových katalogů Pyramidové náhledy rastrových dat Pravidelné replikace se stávajícím datovým skladem Krajského úřadu Jč. kraje, server datového skladu využívá technologii ArcSDE od firmy ESRI a databázi Oracle Další funkce datového skladu Důležitou funkcí datového skladu je jeho podíl na kontinuální výměně dat. Velké objemy dat od pořizovatelů ÚAP a aktualizace ÚKM budou pravidelně nahrávány do sekundárního souborového úložiště a z něho konvertovány do primárního databázového úložiště. Zhotovitel proto vytvoří pro

10 datový sklad převodní nástroje pro ÚAP a ÚKM. Převodní nástroje ÚAP zajistí kontrolu referenčních dat od 17 ORP (pořizovatelů ÚAP) a jejich sehrání do společné verze ÚAP za celý kraj v primárním úložišti. Převodní nástroje ÚKM zajistí kontrolu dat od katastrálního úřadu a zhotovitele ÚKM a jejich sehrání do společné verze ÚKM za celý kraj v primárním úložišti. Převodní nástroje ÚAP zajistí bezešvé spojení datových vrstev referenčních dat od jednotlivých ORP (odstranění překryvů na hranicích ORP). Velké objemy dat bude možno do sekundárního úložiště nahrávat a vyměňovat bez použití webového rozhraní alternativním rychlejším a spolehlivějším způsobem např. VPN přístup na disky, FTP server. Malé objemy dat od poskytovatelů ÚAP budou do datového skladu přenášeny prostřednictvím služeb aplikačního serveru. Datový sklad bude obsahovat nástroje pro vedení a správu datového modelu ÚAP dat (DGM Hydrosoftu Veleslavín ve verzi 4.1). Tyto nástroje budou zahrnovat i nástroje pro úpravu datového modelu a konverzní nástroje do nových verzí datového modelu nebo jiných datových modelů ÚAP. V souladu s typizovaným projektem datový sklad umožní vytváření tzv. otisků dat (statický obraz dat) ke zvolenému datu nad dynamicky aktualizovanými daty ÚAP. 5. Aplikační server 5.1. Popis aplikačního serveru Aplikační server je řešení, kdy samostatný dedikovaný server čerpá data z různých datových zdrojů a formou služeb je poskytuje různým klientům. Tyto služby vycházejí z požadavků stanovených v typizovaných projektových záměrech NÚAP a ÚKM. Aplikační server představuje pro informační systém NÚAP jádro řešení především z hlediska přístupnosti a funkčnosti DMVS. Aplikační server zajistí i přístup k referenčním datům ÚAP z datových zdrojů jednotlivých ORP, zejména u ORP disponujících aplikací pro vedení a správu ÚAP (SpiritGIS ÚAP). Aplikační server je popisován z pohledu jednotlivých služeb podle vzoru typizovaného projektu IOP. Okruh služeb typizovaného projektu je rozšířen o samostatný okruh analytických služeb. Aplikační server bude většinu informací uživatelům předávat prostřednictvím webového rozhraní ve formě webového portálu. Informace na webovém rozhraní aplikačního serveru budou vystaveny ve formě interaktivních webových stránek, které budou mít svoji dynamickou a statickou část. Dynamická část bude zprostředkovávat data uložená v datovém skladu (geodata, metadata) formou HTML. Statická část bude umožňovat oprávněným uživatelům vystavovat dokumenty, které doplní dynamickou část do formy přehledného webového portálu. Pro zajištění maximální využitelnosti aplikačního serveru je požadován software, jehož funkčnost lze rozšiřovat a konfigurovat bez přímé účasti zpracovatele. Aplikační server proto bude obsahovat rozhraní pro skriptovací jazyk, které umožní vytvářet pomocí skriptů další nástroje, které umožní převod, zpracování a sdílení dat. Aplikační server také nabídne administrativní rozhraní, které umožní konfigurovat a přidávat nové služby aplikačního serveru ve webovém prohlížeči Vazby na technologické centrum (hardware, operační systém, zabezpečení, integrační platforma) Pro aplikační server bude v TC kraje alokován virtuální server s OS Windows 2008 Server 64 bit nebo 32 bit.

11 Požadována kompatibilita programů na aplikačním serveru s virtualizovaným prostředím technologické centra Jč. Kraje. Správa virtualizovaného prostředí technologického centra kraje bude prováděna centrálním managementem realizovaným na bázi VMware vcenter Server 4 Foundation na verzi Standard. Zabezpečení bude odpovídat standardním požadavkům na bezpečnost a podmínkám stanoveným ve studii technologického centra. Autorizovaný přístup k webovému portálu bude šifrován prostřednictvím https protokolu. Řízení přístupových práv bude řešeno v rámci technologického centra pomocí uživatelů a rolí jako souhrnu oprávnění. Informační systém bude napojen na centrální správu uživatelů technologického centra Jihočeského kraje (identity management včetně rolí uživatelů) dále jako IDM, který bude zpracovávat zpracovatel informačního systému pro Vnitřní integraci úřadu a integraci s ISVS. IDM bude řídit uživatele i role jako souhrny oprávnění a administrace uživatelů a jejich přiřazení k rolím bude probíhat v prostředí webového rozhraní IDM. Uživatelé a vazba na role budou tudíž zcela řízeny externím IDM a informační systém nebude obsahovat žádné vlastní databáze uživatelů. Autentizace označuje zjištění a ověření proklamované identity subjektu uživatele. Autentizace uživatele bude řešena v centrálním ověřovacím systému technologického centra prostřednictvím Active Directory (Kerberos). Uživatel bude veden v centrální adresářové službě Active Directory, která bude obsahovat uživatele TC pro externí aplikace. Autorizace označuje získání přístupu k informacím, funkcím a dalším objektům. Autorizace uživatele zahrnuje získání oprávnění ve formě role. Autorizaci je možno řešit dvěma způsoby: 1) Informační systém si ověřuje členství autentizovaného uživatele ve skupinách v centrální adresářové službě Active Directory 2) Informační systém si ověřuje členství autentizovaného uživatele v IDM pomocí ldap nebo webové služby. Systém bude umožňovat privilegovaným uživatelům aktivně vytvářet a odstraňovat role v informačním systému, měnit vazby rolí k obsahu poskytovanému výdejním modulem, k datovým sadám, mapovým službám a ostatním dokumentům Informační systém zpřístupní IDM seznam všech rolí pomocí webové služby. Webová služba bude pro výměnu zpráv bude používat jazyk XML, obsahem zpráv bude název role, unikátní identifikátor role, identifikátor ÚAP aplikace pro IDM. Rozhraní webové služby bude popsáno pomocí jazyka WSDL. Přesné zadání služby bude upřesněno zadavatelem a zpracovatelem informačního systému pro Vnitřní integraci úřadu a integraci s ISVS. Informační systém bude schopen načítat data z Registru územní identifikace, adres a nemovitostí (RUIAN), registru osob (ROS), registru obyvatel (ROB). Údaje z registrů budou k dispozici v informačním systému pořizovatelům dat ÚAP při tvorbě a kontrole ÚAP. Informační systém bude fungovat jako agendový informační systém (AIS) podle oprávnění definovaných v registru práv a povinností pro agendu A565 Územní plánování a stavební řád. Informační systém bude integrován s softwarem SPIRIT ÚAP od firmy Georeal s.r.o., kterou používá krajský úřad a ORP. Bude integrována evidence poskytovatelů, pasportů surových dat, evidence výdejů dat a evidence provedených aktualizací. Technické podrobnosti integrace jsou uvedeny v příloze č.2 Integrace SpiritÚAP do ESB Jihočeského kraje, zhotovitel zajistí všechny webové služby, nástroje a datové zdroje, které se v této příloze týkají datového skladu ÚAP, centrální systémové databáze ÚAP v TC JčK a aplikačního serveru v technologickém centru kraje. Úpravy

12 aplikace SpiritÚAP pro integraci s informačním systémem budou nabyvatelem vyřešeny v samostatném výběrovém řízení. Veškeré integrační vazby budou řešeny přes centrální integrační platformu technologického centra Jč. kraje (ESB) Systém řízení přístupových práv Systém řízení přístupových práv bude odpovídat požadavkům uvedeným v kapitole 4.2 typizovaného projektového záměru. Kromě těchto požadavků, bude systém umožňovat, aby pořizovatelé dat ÚAP měli možnost měnit role a jejich vazby na data podle kapitoly 5.2 tohoto dokumentu Aplikace pro aktualizaci dat Aplikace pro aktualizaci dat bude odpovídat požadavkům uvedeným v kapitole 4.3 typizovaného projektového záměru, přičemž neplatí poslední věta posledního souvětí kapitoly. Kromě těchto požadavků bude pro poskytovatele ÚAP zpřístupněna interaktivní webová mapa s možností editace dat. Tato mapa bude umožňovat v prostředí webového prohlížeče zadávat nad referenčním podkladem geografické objekty typu bod, linie, plocha, doplňovat k těmto objektům databázové údaje a doplnit vzniklou datovou sadu o pasport a metadata. Tato aplikace umožní subjektům, které nemají možnost pořízení geodat ve vlastní režii, jednoduchým způsobem splnit svoji zákonnou povinnost poskytovatele ÚAP dat ve vazbě na 27 odst. 3, 4 stavebního zákona. Zmíněná editace či nově zadaná data budou v NÚAP evidována jako surová data, tedy data od poskytovatele. Zhotovitel v rámci řešení nabídne redakční rozhraní pro webový portál, které umožní podle oprávnění uživatele editovat statický obsah webového rozhraní formou WYSIWYG v prostředí webového prohlížeče. Modul bude umožňovat vkládat územně plánovací dokumentaci (ÚPD) ve formě rastrů územních plánů obcí a k dokumentaci navazovat popisnou databázovou evidenci ÚPD. Za výhodu v technickém hodnocení VŘ bude považován fakt, že zpracovatel nabídne ve svém řešení aplikačního serveru aktualizaci dat formou standardního protokolu OGC WFS-T Metainformační systém Metainformační systém bude odpovídat požadavkům uvedeným v kapitole 4.4 typizovaného projektového záměru. Kromě těchto požadavků bude editorům metadat dána kromě obecné editace i možnost editovat metadata podle předem definované šablony a import a export XML souborů pro jednotlivé metadatové záznamy. Tyto funkce umožní více efektivní tvorbu a správu metadat. Pro sběr a publikaci metadat na jiné metadatové portály bude metainformační systém disponovat webovou katalogovou službou podle specifikace OGC Catalogue service for the Web zkráceně CS- W verze Prohlížecí služby Prohlížecí služby budou odpovídat požadavkům uvedeným v kapitole 4.4 typizovaného projektového záměru.

13 Kromě těchto požadavků bude aplikační server poskytovat pro prohlížení i volně přístupné mapové služby ve standardních protokolech podle specifikací OGC Open Geospatial Consortium. V případě volně dostupných služeb půjde o protokol WMS verze a KML verze 2.2. Mapové služby pro nahlížení mají sloužit k efektivní výměně dat v prostředí internetu a to jak jednotlivých uživatelů, tak partnerských webů s interaktivními mapami. Pro nahlížení do dat ÚKM i ÚAP (v rozsahu výkresů) bude zpracována interaktivní webová mapa a WMS mapová služba. Oba způsoby zajistí velkému množství uživatelů a aplikací rychlý přístup v reálném čase k datům ÚKM a ÚAP a proto budou zpracovatelem implementovány s dostatečnou kapacitní rezervou. Do prohlížecích služeb budou zapracovány nástroje pro vyhledávání v datech datového skladu a metadatech Služby stahování dat Služby stahování dat budou odpovídat požadavkům uvedeným v kapitole 4.6 typizovaného projektového záměru. Nad rámec typizovaného projektového záměru bude výdej dat možný ve všech formátech popsaných v kapitole 3.1 a 3.2 tohoto dokumentu a v následujících formátech a protokolech OGC: formát GML verze 2.0, protokol WMS verze 1.3.0, WFS verze 1.1, WCS verze Služba stahování dat musí umožnit výdej dat referenčních na základě konkrétního požadovaného formátu a obsahu (se zajištěním všech funkčností, které obsahuje používaný SpiritGIS ÚAP). Výdej surových dat nebude součástí NÚAP 5.8. Monitoring služeb poskytovaných aplikačním serverem Tento modul bude poskytovat prostřednictvím webového rozhraní údaje o přístupech uživatelů, vydaných výstupech a objemu zpracovaných dat. Modul reporting bude poskytovat podklady (ukazatele a jejich souhrny) pro zprávu o využití dat a služeb (reporting a monitoring) pro národní geoportál INSPIRE v ČR podle zákona 123/1998 sb. a vyhlášky Ministerstva životního prostředí 103/2010 sb. Příloha II Analýza dat - Nástroje pro práci s bodovými prvky: o export/import dat do/z seznamu XY souřadnic, o analýza vzdáleností mezi prvky, o tvorba obalové zóny kolem bodových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP, - Nástroje pro práci s liniovými prvky: o kontrola a tvorba topologie prvků, o tvorba obalové zóny kolem liniových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP, o konverze liniových prvků do polygonových prvků a bodových prvků, o nástroje pro vytváření geometrických sítí (např. dopravních sítí), o nástroje pro práci v geometrické síti:

14 vyhledání nejbližšího bodu v síti (např. vyhledání střediska obsluhy nebo zařízení), nalezení nejkratší cesty, nalezení optimální trasy, vymezení oblastí pro obsluhu, výpočet matice vzdáleností, resp. dostupnosti, - Nástroje pro práci s polygonovými prvky: kontrola a tvorba topologie prvků, tvorba obalové zóny kolem polygonových prvků a to buď podle jednotné vzdálenosti, nebo podle údajů v databázi - využití zejména pro tvorbu ochranných pásem ÚAP. Možnost analýzy tabulkových dat v datovém skladu: formou načítání dat z tabulek do grafů a kartogramů pro analýzu jevů ÚAP, možnost propojení tabulkových údajů s geografickými prvky na základě jednoznačného identifikátoru (např. propojení údajů o počtu obyvatel v obcích s hranicemi obcí dle kódu obcí), možnost škálování hodnot ve webové aplikaci. 6. Klienti 6.1. Tencí klienti (Webové prohlížeče) Pro zajištění co největší přístupnosti informačního systému budou nejpočetnější skupinou klientů uživatelé s webovými prohlížeči. Většina modulů a služeb aplikačního serveru bude proto přístupná z prostředí webového prohlížeče. Jedná se zejména o prohlížecí služby, metadatové služby, služby stahování dat a část aplikací pro aktualizaci dat. Výstupy budou optimalizovány zobrazení v nejběžnějších typech prohlížečů, a to Microsoft Internet Explorer, Mozilla Firefox nebo Google Chrome. U prohlížeče MS IE je nutné zajistit plné konzistentní zobrazení ve verzích 7.0, 8.0, 9.0. U MS IE 6.0 může mít část webu v odůvodněných případech omezené možnosti s ohledem na jeho omezenou perspektivu a kompatibilitu s webovými standardy. Webové výstupy budou dodržovat standardy sdružení W3C. U HTML kódu stránek je možno použít standard HTML nebo XHTML novější než HTML 4.01 a u kaskádových stylů standard CSS level 2. Zhotovitel uvede standard W3C, který bude používat, a ten pak dodrží na všech výstupech. I v případě použití programovací jazyka Javascript či technologie AJAX se doporučuje dodržovat standardy (ECMA, DOM W3C). Protože prezentované výstupy budou webovými stránkami veřejné správy, budou webové výstupy v souladu v souladu s Vyhláškou MVČR č. 64/2008 Sb., o formě uveřejňování informací souvisejících s výkonem veřejné správy prostřednictvím webových stránek pro osoby se zdravotním postižením (vyhláška o přístupnosti). Zhotovitel v souladu s uvedenými zásadami doplní webové výstupy aplikačního serveru prohlášením o přístupnosti Tlustí klienti (GIS aplikace) Pořizovatelé ÚAP v kraji již používají pro tvorbu a aktualizaci dat GIS software. V kraji jsou používané 3 technologie - od firem GEPRO, ESRI a Geovap. Technologie MISYS (4 ORP), ESRI ArcGIS (12 ORP a krajský úřad) a Geostore (1 ORP). Informační systém by měl být schopen pracovat s těmi nejrozšířenějšími, tedy MISYS a ESRI, a to v podobě referenčních dat v datovém modelu.

15 Za výhodu technického řešení bude považováno, pokud bude informační systém s těmito technologiemi více integrován. Větší integrací se rozumí existence programových nadstaveb, zásuvných modulů, možnost administrace aplikačního serveru, podpora dalších nativních formátů (*.vyk, *.vtx, personal geodatabase, file geodatabase). 7. Nasazení a provoz informačního systému 7.1. Prostředí technologického centra pro implementaci Informační systém bude nainstalován ve dvou lokalitách technologického centra Jč. kraje. Pro dostupnost informačního systému jsou stanoveny následující požadavky: Zpracovatel zajistí nástroje pro high availability provoz aplikačního serveru pomocí jeho přenositelnosti mezi virtualizovanými servery v obou lokalitách. Datový sklad bude provozován v obou lokalitách, primární databázové úložiště bude nainstalováno ve dvou shodných instancích a mezi oběma instancemi bude probíhat průběžná replikace obsahu databáze. Je požadována automatická detekce výpadku informačního systému a automatické přenesení funkce do druhého TC K. Je akceptován krátký výpadek služeb informačního systému na nezbytně nutnou dobu (do 30 minut) po dobu přesunu Postup implementace Implementace proběhne ve 2 etapách. Zhotovitel nejprve nainstaluje informační systém v jedné kopii na servery technologického centra. Po prvotním naplnění datového skladu bude spuštěn zkušební provoz informačního systému, který bude 2. Etapou implementace. V zkušebním provozu bude informační systém zpřístupněn vybrané skupině uživatelů dat a bude postupně testována jeho funkčnost a soulad se zadávací dokumentací. Po ukončení zkušebního provozu zhotovitel navrátí datový sklad do stavu na začátku zkušebního provozu. V rámci zkušební provozu bude ve spolupráci se zhotovitelem vyzkoušen přenos mezi virtualizovanými servery v obou lokalitách. Po ukončení implementace technologického centra Jč. Kraje budou nabyvatelem provedeny penetrační testy nad všemi informačními systémy v TC včetně tohoto informačního systému. Dodavatel odstraní závady zjištěné při penetračním testování, které bude provádět třetí strana na základě smlouvy s nabyvatelem. Po odstranění závad dodavatel zapracuje provedené změny do dokumentace Referenční rozhraní Informační systém bude obsahovat referenční rozhraní ISVS tzn., že jsou na něj kladeny požadavky definované zákonem č. 365/2000 Sb.., o informačních systémech veřejné správy, v platném znění a jeho prováděcích předpisů. V případě že se na Aplikaci nebo její části vztahuje nebo v budoucnu bude vztahovat atestační povinnost, dodavatel se zavazuje do 6-ti měsíců od nabytí účinnosti standardu na vlastní náklady provést atestaci dodávaného systému, případně jeho částí na shodu se všemi v daném okamžiku platnými standardy Dokumentace Dokumentace systému bude vyhotovena zpracovatelem po ukončení zkušebního provozu informačního systému. Dokumentace bude obsahovat následující části:

16 Základní systémovou příručku, Uživatelskou příručku, a to zvlášť pro uživatele tenkého a tlustého klienta, Administrátorskou dokumentaci, Bezpečnostní dokumentaci, Metodické příručky pro vedení a správu dat ÚAP, ÚKM Technická podpora Dodavatel řešení zajistí technickou podporu celého systému po dobu udržitelnosti projektu, tj. na dobu 5 let. Pro provoz informačního systému v tomto období bude mezi nabyvatelnabyvatelem a zhotovitelem uzavřena smlouva o servisní a technické podpoře. Pro technickou podporu bude na straně zhotovitele jmenována konkrétní osoba, která bude průběžně řešit věci související s technickou podporou systému. Smlouva o podpoře bude poskytovat nabyvateli záruky pro následující služby: Řešení incidentů systému (Helpdesk) Hotovost v pracovních dnech od 8:00 do 17:00 (standardní režim v rozsahu 8x5). Reakce na zjištěný, nebo nahlášený incident následující pracovní den. Hotline podporu, která zahrnuje řešení problémů systému a poradenství. Off-line elektronická podpora em, která zahrnuje řešení problémů systému, poradenství, doporučení a poskytování know-how. Průběžné a bezodkladné poskytování programových korekcí SW (Service Packy nebo Patche) a SW dokumentace. Konfigurační a administrátorské práce aplikačních komponent. Poskytování aktualizací aplikačních komponent při přechodu na nové verze aplikačního software (např. databázových serverů, operačních systémů apod.). Poskytování aktualizací aplikačních komponent při přechodu na nové verze výměnných formátů katastru a ÚAP Podpora při rozšiřování systému o komponenty třetích stran Provozní monitoring HW a SW Ve spolupráci s nabyvatelem zpracovatel zajistí sledování všech kritických softwarových komponent v čase. Monitorování bude probíhat pomocí standardního protokolu SNMP, shromážděná data budou shromážděna a vyhodnocována v systému Nagios. Zpracovatel bude s nabyvatelem spolupracovat při tvorbě monitorovacích modulů do systému Nagios.