DIPLOMOVA PR ACE - cvut.czgeo.fsv.cvut.cz/proj/dp/2014/michal-med-dp-2014.pdf · DIPLOMOVA PR ACE...

CESKE VYSOKE UCENI TECHNICKE V PRAZEFAKULTA STAVEBNI

DIPLOMOVA PRACE

PRAHA 2014 Bc. Michal MED

CESKE VYSOKE UCENI TECHNICKE V PRAZEFAKULTA STAVEBNI

OBOR GEODEZIE A KARTOGRAFIE

DIPLOMOVA PRACEZPRACOVANI A TESTOVANI INSPIRE TEMAT VE SPRAVE CUZK

Vedouc prace: Ing. Petr Soucek, Ph.D.Katedra geomatiky

leden 2014 Bc. Michal MED

ZDE VLOZIT LIST ZADANI

Z duvodu spravneho cslovan stranek

ABSTRAKT

Hlavn napln diplomove prace je vytvoren datovych modelu pro INSPIRE temata Adresy (AD)

a Uzemn spravn jednotky (AU). Dalsm vystupem je navrh obsahu prohlzecch a stahovacch

sluzeb, tvorba metadat (pro sluzby i souboru getCapabilities) a informacnch materialu pro IN-

SPIRE temata ve sprave CUZK (krome vyse uvedenych jeste temata Parcely /CP/ a Budovy

/BU/). V ramci prpravy datovych modelu bude provedena analyza datovych specifikac IN-

SPIRE pro dana temata a vytvoren vzoroveho souboru ve formatu GML 3.2.1 s daty prslusneho

tematu. S navrhem datoveho modelu vznika i navrh obsahu, vzhledu a zpusobu poskytovan

dat stahovac a prohlzec sluzbou. Dalsm ukolem je testovan a kontrola vytvorenych dat a

sluzeb. Soucast kontroly je i otestovan souladu dat, metadat a sluzeb s pozadavky INSPIRE.

KLICOVA SLOVA

INSPIRE, katastr nemovitost, Adresy, Parcely, Uzemn spravn jednotky, Budovy, metadata,

RUIAN, sluzby, WMS, WFS, GML

ABSTRACT

Main part of my thesis is creation of data models for INSPIRE themes Addresses (AD) and

Administrative Units (AU). Second part of this thesis is designing content of download and

view services, creation of metadata (for services and getCapabilities response document) and

information documents for INSPIRE themes administered by COSMC (besides two above

mentioned themes there are themes Cadastral Parcels /CP/ and Buildings /BU/). During a

process of preparing data models, data specifications analysis for current themes and creating

of sample data file in GML 3.2.1 format are going to be done. Along with designing the data

model, there is a proposal for content, features and delivery of data via download and view

services, too. Next task is to test data and services. Complience of data, metadata and services

to the requirements of INSPIRE Directive is tested.

KEYWORDS

INSPIRE, Cadastre, Addresses, Cadastral Parcels, Administrative Units, Buildings, Metadata,

RUIAN, services, WMS, WFS, GML

PROHLASENI

Prohlasuji, ze jsem tuto diplomovou praci vypracoval samostatne pod vedenm Ing. Petra

Soucka, Ph.D. Pouzitou literaturu a dals zdroje uvadm v seznamu zdroju.

V Praze dne . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

(podpis autora)

PODEKOVANI

Me podekovan patr vedoucmu prace Ing. Petrovi Souckovi Ph.D. za skvele a uzitecne

tema prace a za jej veden. Za konzultace a odborne rady bych rad podekoval docentovi RNDr.

Tomasovi Reznkovi Ph.D. Dalsm na rade je Ing. Bohumil Vlcek ze Zememerickeho uradu,

ktery provad implementaci dalsch INSPIRE temat a se kterym jsme meli mnoha jednan

o zpusobech implementace. Ne vzdy jsme se shodli, ale jednan byla vzdy pro obe strany

prnosem. Martinovi Lzcarovi bych chtel podekovat mimo jine za poskytnute statistiky. Skoro

na zaver bych chtel podekovat prtelkyni, ktera to se mnou poslednch par mescu vubec nemela

lehke, za to ze to vydrzela. Nakonec bych chtel podekovat rodine za to, ze me podporovala

behem dlouhych studentskych let.

Obsah

1 Uvod 10

2 Smernice INSPIRE 13

2.1 CO je to INSPIRE? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

2.2 JAK je INSPIRE zaclenen do nas legislativy? . . . . . . . . . . . . . . . . . 14

2.3 JAKA temata INSPIRE obsahuje a CO je jejich obsahem? . . . . . . . . . . 15

3 Data 19

3.1 O formatu GML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

3.2 Data INSPIRE tematu Adresy (AD) . . . . . . . . . . . . . . . . . . . . . . 26

3.2.1 Datova specifikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

3.2.2 Analyza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

3.2.3 Vzorovy GML soubor . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

3.3 Data INSPIRE tematu Uzemn spravn jednotky (AU) . . . . . . . . . . . . 43

3.3.1 Datova specifikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

3.3.2 Analyza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51

3.3.3 Vzorovy GML soubor . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

3.4 Data INSPIRE tematu Budovy (BU) . . . . . . . . . . . . . . . . . . . . . . 57

3.4.1 Analyza . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

4 Sluzby 62

4.1 Prohlzec sluzby INSPIRE . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

4.1.1 Dotazy typu getCapabilities . . . . . . . . . . . . . . . . . . . . . 64

4.1.2 Dotazy typu getMap . . . . . . . . . . . . . . . . . . . . . . . . . . . 68

4.1.3 Prohlzec sluzby INSPIRE tematu Adresy . . . . . . . . . . . . . . . 70

4.1.4 Prohlzec sluzby INSPIRE tematu Uzemn spravn jednotky . . . . 71

4.2 Stahovac sluzby INSPIRE . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

4.2.1 Dotazy typu getCapabilities . . . . . . . . . . . . . . . . . . . . . 75

4.2.2 Dotazy typu getFeature . . . . . . . . . . . . . . . . . . . . . . . . 77

4.2.3 Dotazy StoredQueries . . . . . . . . . . . . . . . . . . . . . . . . . . 79

4.2.4 Dotazy typu describeFeatureType . . . . . . . . . . . . . . . . . . 79

4.2.5 Stahovac sluzby INSPIRE tematu Adresy . . . . . . . . . . . . . . . 80

4.2.6 Stahovac sluzby INSPIRE tematu Uzemn spravn jednotky . . . . 81

5 Metadata 84

5.1 Metadata pro serii datovych sad . . . . . . . . . . . . . . . . . . . . . . . . 85

5.1.1 Metadata o metadatech . . . . . . . . . . . . . . . . . . . . . . . . . 86

5.1.2 Identifikace dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87

5.1.3 Kvalita dat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

5.1.4 Distribuce . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

5.1.5 Referencn system . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90

5.1.6 Obsah dat, Katalog zobrazen, Rozsren metadat . . . . . . . . . . . 90

5.2 Metadata pro sluzby . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

5.2.1 Metadata o metadatech . . . . . . . . . . . . . . . . . . . . . . . . . 91

5.2.2 Identifikace sluzeb . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92

5.2.3 Kvalita sluzby . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

5.2.4 Distribuce . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

5.2.5 Rozsren metadat . . . . . . . . . . . . . . . . . . . . . . . . . . . . 94

6 Zaver 95

7 Seznam citac a zdroju 97

8 Prlohy 99

CVUT v Praze SEZNAM OBRAZKU

Seznam obrazku

2.1 Oficialn logo projektu INSPIRE . . . . . . . . . . . . . . . . . . . . . . . . 13

3.1 Logo firmy Geovap, autora software Marushka R . . . . . . . . . . . . . . . 20

3.2 Ceske Budejovice prklad obce slozene z vce oddelenych cast . . . . . . . 25

3.3 Prvky (featureType) aplikacnho schematu pro tema Adresy (AD) . . . . . 28

3.4 Schema pouzit dat tematu Adresy . . . . . . . . . . . . . . . . . . . . . . . 35

3.5 Logo programu oXygen XML editor . . . . . . . . . . . . . . . . . . . . . 38

3.6 Prvky (featureType) aplikacnho schematu pro tema Uzemn spravn jed-

notky (AU) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

3.7 Topologie realizovana plochym modelem . . . . . . . . . . . . . . . . . . . . 48

3.8 Topologie realizovana mnohovrstevnym modelem . . . . . . . . . . . . . . . 49

3.9 Schema pouzit dat tematu Uzemn spravn jednotky . . . . . . . . . . . . . 51

3.10 Moznosti rozsren popisu budov a pouzit vcerozmerne geometrie . . . . . 58

3.11 Budova reprezentovana 2.5D geometri . . . . . . . . . . . . . . . . . . . . . 59

3.12 Schema pouzit dat tematu Budovy . . . . . . . . . . . . . . . . . . . . . . . 60

4.1 Zdroje publikacn databaze a na n zavisle produkty. Zdroj: Ing. Petr

Soucek, Ph.D. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

4.2 Ukazka graficke legendy vrstva AU.3rdOrder.Okres z tematu Uzemn

spravn jednotky . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

4.3 Ruzne scenare naplnen prvku ExtendedCapabilities podle Technickeho

navodu INSPIRE pro prohlzec sluzby . . . . . . . . . . . . . . . . . . . . . 67

4.4 Statistika prstupu k prohlzec sluzbe tematu Adresy Zdroj: Bc. Martin

Lzcar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

4.5 Statistika prstupu k prohlzec sluzbe tematu Uzemn spravn jednotky

Zdroj: Bc. Martin Lzcar . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

4.6 Statistika prstupu ke stahovac sluzbe tematu Adresy prostrednictvm WFS

Zdroj: Bc. Martin Lzcar . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80

8

CVUT v Praze SEZNAM OBRAZKU

4.7 Statistika prstupu ke stahovac sluzbe tematu Adresy prostrednictvm

predpripravenych souboru GML Zdroj: Bc. Martin Lzcar . . . . . . . . . . 81

4.8 Statistika prstupu ke stahovac sluzbe tematu Uzemn spravn jednotky

prostrednictvm WFS Zdroj: Bc. Martin Lzcar . . . . . . . . . . . . . . . . 82

4.9 Statistika prstupu ke stahovac sluzbe tematu Uzemn spravn jednotky

prostrednictvm predpripravenych souboru GML Zdroj: Bc. Martin Lzcar . 83

9

CVUT v Praze KAPITOLA 1. UVOD

1 Uvod

Tato diplomova prace byla vytvorena pro Sekci centraln databaze resortu Ceskeho

uradu zememerickeho a katastralnho, ktery je povinnym poskytovatelem nekterych temat

dle smernice INSPIRE. V ramci teto prace jsem od zakladu zpracovaval data, sluzby a

metadata temat Uzemn spravn jednotky (AU) a Adresy (AD), pokracoval jsem v praci

na tematu Parcely (CP), ktere bylo rozpracovano jiz pred zacatkem me prace, a zacal jsem

s navrhem datoveho modelu pro tema Budovy (BU). Prace na tomto tematu byla pozdeji

prerusena z duvodu nedostatku podkladu ze strany Evropske komise1. Tema Parcely je

okrajove zmneno v casti o metadatech a v casti o prprave dat je obsazena zbezna analyza

dat tematu Budovy. Data, metadata i sluzby byly zpracovany dle Datovych specifikac a

Technickych navodu vydanych Evropskou komis a dostupnych na internetovych strankach

Joint Research Center (JRC)2.

Vzhledem k sirokemu zaberu prace byla nutna znalost pomerne velkeho mnozstv tech-

nickych prostredku. Pro tvorbu datovych modelu byla vyzadovana urcita znalost jazyka

UML (Unified Modelling Language), ktery byl pouzit v Datovych specifikacch a Tech-

nickych navodech INSPIRE pro prehled vsech nalezitost datovych sad a sluzeb, a hlavne

jazyka GML (Geographical Mark-up Language), ve kterem jsou publikovana INSPIRE data.

V jazyce GML jsou publikovany nejen predpripravene soubory, ale i data navracena jako

odpoved na dotaz getFeature sluzby WFS (Web Feature Service). Stove sluzby3 dle

smernice ISNPIRE vyuzvaj jako technicke prostredky sluzby WMS 1.3.0 a WFS 2.0.0

dle standardu OGC4. Pro tvorbu metadat byl pouzit znackovac jazyk XML (eXtended

Mark-up Language) validovany proti souborum XSD (XML Schema Document) zpravidla

definovanymi JRC. Jazyk XML i jedho schemata odpovdaj standardum W3C (World Wide

Web Consortium5). Informativn dokumenty slouzc k propagaci, navody k praci s daty

a sluzbami INSPIRE a tato diplomova prace byly napsany ve znackovacm jazyce doku-

mentu LATEX. Vsechny technicke prostredky zmnene v tomto odstavci s vyjimkou jazyku

LATEXbyly pouzity kvuli pozadavkum smernice INSPIRE, Technickych navodu a Datovych

1V soucasne dobe uz je draft verze podkladu k dispozici2http://inspire.jrc.ec.europa.eu/3stahovac a prohlzec sluzby, dalsmi stovymi sluzbami INSPIRE jsou vyhledavac a transformacn

sluzby4http://www.opengeospatial.org/5http://www.w3.org/

10

http://inspire.jrc.ec.europa.eu/http://www.opengeospatial.org/


specifikac INSPIRE. Veskere dokumenty jsem vysazel pomoc jazyka LATEXz toho duvodu,

ze je to dle meho nazoru nejleps a nejjednoduss zpusob tvorby dokumentu a dokumenty

vytvorene tmto zpusobem nejvce splnuj me pozadavky na vzhled a prehlednost doku-

mentu. Vizualn testovan souboru a sluzeb probhalo zpravidla v opensourcovem pro-

gramu QGIS6.

Tato textova dokumentace je rozdelena do sesti cast. V prvn z nich je popsano co je to

INSPIRE, jakym zpusobem je zaclenen do ceske legislativy, jaka temata jsou spravovana

Sekc centraln databaze CUZK a co vsechno tato temata obsahuj. Obsah jednotlivych

temat zde nen probran prlis podrobne. Podrobny popis obsahu temat je popsan v druhe

casti teto dokumentace, ktera se zabyva daty. Tuto cast jsem se napsal tak, aby zaklady

INSPIRE pochopil i laik.

V druhe casti teto dokumentace jsou podrobne popsana data publikovana v ramci IN-

SPIRE. Pro kazde z temat spravovanych Sekc centraln databaze jsem zde popsal rozbor

Datove specifikace pro dane tema, analyzu dat dostupnych v resortu a co a jak bude

publikovano v ramci INSPIRE serie datovych sad. Na zaklade teto analyzy jsem vytvoril

vzorovy GML soubor, ktery jsem v teto casti podrobne popsal. Pro temata Parcely (CP) a

Budovy (BU) jsou rozbory teto casti omezene, protoze tema Parcely bylo v dobe zacatku

me prace uz temer hotovo a u tematu Budovy bylo z technickych duvodu na strane JRC

nemozne dovest do stavu, ve kterem by se dalo vubec uvazovat o publikaci. V teto casti

je take podrobneji rozebran jazyk GML.

Tret cast dokumentace je zamerena na INSPIRE sluzby. Popisuje jake sluzby jsou

poskytovany v ramci INSPIRE a jake standardy tyto sluzby. Specialn pozornost je zde

venovana predevsm dvema sluzbam uzce spojenym s publikac prostorovych dat IN-

SPIRE. Jedna se o stahovac a prohlzec sluzbu podle technickych navodu INSPIRE.

V teto casti prace je podrobne popsano jak jsou pozadavky na tyto sluzby splneny pro

temata poskytovana Sekc centraln databaze CUZK, predevsm pak pro temata Adresy a

Uzemn spravn jednotky.

6http://www.qgis.org/

11

http://www.qgis.org/


Dals, tedy ctvrta, cast textu je venovana metadatum. Metadata v ramci INSPIRE maj

pomerne siroky zaber a jsou nepostradatelnou soucast implementace smernice. Z pohledu

JRC by se dalo rct ze dokud neexistuj metadata, neexistuje ani to co popisuj. Na rozdl

od druhe casti teto prace, ktera popisuje data dle temat, jsou metadata vsech temat

popsana najednou v ramci jednoho typu metadat. Metadata poskytovana v ramci IN-

SPIRE by se dala rozdelit nastaticka, ktera jsou dostupna pomoc prohlzecch sluzeb a

striktne splnuj pozadavky INSPIRE, a metadatadynamicka, ktera jsou prmo spojena

se sluzbami a odpovdaj standardum kterym jsou plneny tyto sluzby. Do prvn kategorie

spadaj metadata Serie datovych sad ISNPIRE, INSPIRE stahovacch sluzeb a

INSPIRE prohlzecch sluzeb, do druhe kategorie spadaj naprklad getCapabilities,

getFeatureInfo nebo describeStoredQueries. V teto casti jsou popsany pouze meta-

data prvn kategorie. Metadata druhe kategorie jsou popsana v ramci sluzeb.

Clem prace bylo za pomoci Technickych navodu, Datovych specifikac a velkeho

mnozstv dat v databazi vytvorit zaklad pro plnohodnotne serie datovych sad vcetne

stahovacch a prohlzecch sluzeb v souladu se smernic INSPIRE, tuto infrastrukturu

vsestranne otestovat a opatrit metadaty a nasledne umoznit a usnadnit uzivatelum jejich

uzvan.

Na zaver uvodu povazuji za vhodne vysvetlit proc je v zadan a v titulu prace uve-

dena jina katedra. Zatmco v zadan prace (ktere bylo odevzdano v prubehu zar) je

uvedena Katedra mapovan, ve zbytku prace je uvadena Katedra geomatiky. Ta vznikla

1.10.2013 sloucenm dvou stavajcch kateder, a sice Katedry vyss geodezie a prave Kate-

dry mapovan a kartografie.

12

CVUT v Praze KAPITOLA 2. SMERNICE INSPIRE

2 Smernice INSPIRE

INSPIRE INfrastructure for SPatial InfoRmation in Europe je iniciativou

Evropske komise. Stejnojmenna smernice Evropske komise a Rady si klade za cl vytvorit

evropsky legislativn ramec potrebny k vybudovan evropske infrastruktury prostorovych

informac. Stanovuje obecna pravidla pro zalozen evropske infrastruktury prostorovych

dat zejmena k podpore environmentalnch politik a politik, ktere zivotn prostred ovlivnuj.

Hlavnm clem INSPIRE je poskytnout vets mnozstv kvalitnch a standardizovanych pro-

storovych informac pro vytvaren a uplatnovan politik Spolecenstv na vsech urovnch

clenskych statu.1

Obr. 2.1: Oficialn logo projektu INSPIRE

2.1 CO je to INSPIRE?

Jak uz je napsano vyse, INSPIRE je iniciativou Evropske komise a zaroven jej

smernic. Jeho zamerem je unifikovat prostorova data clenskych statu. K tomu vyuzva

nekolika zakladnch principu:

data jsou sbrana jen jednou a jsou spravovana na takove urovni, kde je to neje-

fektivnejs,

uzivatele i aplikace maj moznost data bezesve kombinovat a sdlet,1Zdroj: http://inspire.gov.cz/o-inspire

13

http://inspire.gov.cz/o-inspire


data jsou sdlena naprc urovnemi statn spravy,

data jsou sdlena za podmnek, ktere neomezuj jejich vyuzit,

snadno lze vyhledat dostupnost dat, vyhodnotit vhodnost jejich vyuzit pro ruzne

ucely a zjistit za jakych podmnek lze tato data vyuzvat.

Smernice vstoupila v platnost jiz pred vce nez sedmi lety 15. kvetna 2007 a od

te doby probha dlouhotrvajc proces jejho naplnovan clenskymi staty. Z meho pohledu

je hlavn napln implementace smernice INSPIRE tvorba datovych sad dle datovych

specifikac, metadat a stovych sluzeb slouzcch k jejich zskan. S implementac je

vsak spojena i cela rada dalsch produktu a sluzeb. Jde naprklad o vytvoren vnitrn

infrastruktury poskytovan dat, o licencovan dat i sluzeb, sdlen dat a monitoring a

reporting. Tyto prvky zajistuj kompatibilitu infrastruktury jednotlivych clenskych statu

a neomezene vyuzit dat v ramci Spolecenstv.

2.2 JAK je INSPIRE zaclenen do nas legislativy?

Behem dvou let od vstoupen smernice v platnost probhala transpozice smernice

do legislativy clenskych statu. V Ceske republice byla smernice transponovana zakonem

cslo 380/2009 Sb., ktery novelizuje zakon 123/1998 Sb., o pravu na informace o zivotnm

prostred a zakon c. 200/1994 Sb., o zememerictv.

Novela narizuje zrzen Narodnho geoportalu INSPIRE, ktery je spravovan Minister-

stvem zivotnho prostred. To prostrednictvm geoportalu zajistuje zprstupnovan dat a

stovych sluzeb zalozenych na prostorovych datech, sdlen prostorovych dat ve verejne

sprave a informuje o vyuzvan infrastruktury prostorovych dat. Sluzby zalozene na pro-

storovych datech jsou dle novely:

vyhledavac umoznuj vyhledavan dat a sluzeb na zaklade obsahu metadat,

prohlzec umoznuj prohlzen dat,

stahovac umoznuj stahovan dat,

transformacn umoznuj transformaci prostorovych dat a

14


dals sluzby umoznujc spousten predchozch sluzeb.

Novela zakona dale stanovuje Pravidla zprstupnovan dat. Dalsm clankem usta-

novuje Prstup k prostorovym datum a upravuje ho nevyhradn licencn smlouvou.

Zaroven s tm umoznuje Omezen a odepren prstupu k prostorovym datum

v prpade ze by tm byla porusena ochrana prav tretch osob nebo pokud by tm byla

ohrozena verejna bezpecnost. Jako koordinator a kontaktn bod je stanoveno Minister-

stvo zivotnho prostred.

Zakon novelizuje i takzvany zememericky zakon c. 200/1994.

2.3 JAKA temata INSPIRE obsahuje a CO je jejich

obsahem?

Protoze prostorovych dat vyuzvanych statn spravou je jednoduse moc, byla data

obsazena v INSPIRE rozdelena do 33 temat, ktera jsou dale rozdelena do tr Prloh. Ceska

republika samozrejme neimplementuje vsechny a pro vsechny z nich doposud nejsou ani

hotove podklady ze strany Evropske komise. Proto jsem zatm pracoval pouze s tematy

z Prlohy I. Pro temata z Prloh II & III jsou dostupne draftove verze, ktere ovsem podle

zdroju blzkych Evropske komisi budou ve sve finaln podobe vyrazne zmeneny. Prloha

I obsahuje nasledujc temata2:

# Nazev Popis

1. Souradnicove referencn

systemy

Systemy umoznujc jednoznacne prirazen

polohy prostorovym informacm pomoc souboru

souradnic (x, y, z) nebo zemepisne srky,

zemepisne delky a vysky, vychazejc z udaju

polohovych a vyskovych geodetickych systemu.

pokracovan tabulky na dals strane

2zde pouzite nazvy temat vychaz z Vyhlasky a plne neodpovdaj prekladu Smernice

15


pokracovan tabulky z predchoz strany

# Nazev Popis

2. Zemepisne soustavy

souradnicovych st

Harmonizovana souradnicova st s vceurovnovym

rozlisenm, normalizovanou polohou a velikost

bunek souradnicove ste, a spolecnym vztaznym

bodem.

3. Zemepisna jmena Jmena oblast, regionu, mst, velkomest,

predmest, mest nebo sdel nebo jakychkoli

zemepisnych nebo topografickych utvaru

verejneho zajmu nebo historickeho vyznamu.

4. Uzemn spravn jednotky Uzemn spravn jednotky rozdelujc uzem, ve

kterem clenske staty maj nebo vykonavaj svr-

chovana prava, pro ucely mstn, regionaln a

statn spravy, oddelene spravnmi hranicemi.

5. Adresy Poloha nemovitost podle adresnch identi-

fikatoru, obvykle pomoc nazvu ulice, csla domu,

postovnho smerovacho csla.

6. Parcely Uzem vymezena v katastru nemovitost nebo

v obdobnem rejstrku.

7. Dopravn ste Silnicn, zeleznicn, letecke a vodn dopravn ste a

souvisejc infrastruktura. Zahrnuj spojnice mezi

jednotlivymi stemi. Zahrnuj rovnez transevrop-

skou dopravn st, jak je vymezena v rozhodnut

Evropskeho parlamentu a Rady c. 1692/96/ES

ze dne 23. cervence 1996 o hlavnch smerech

Spolecenstv pro rozvoj transevropske dopravn

ste a v budoucch zmenach uvedeneho rozhod-

nut.

pokracovan tabulky na dals strane

16


pokracovan tabulky z predchoz strany

# Nazev Popis

8. Vodstvo Prrodn prvky, vcetne morskych oblast a vsech

ostatnch s nimi souvisejcch vodnch teles a

prvku, vcetne povod a dlcch povod. Prpadne

v souladu s definicemi uvedenymi ve smernici

Evropskeho parlamentu a Rady 2000/60/ES ze

dne 23. rjna 2000, kterou se stanov ramec pro

cinnost Spolecenstv v oblasti vodn politiky, a

v podobe st.

9. Chranena uzem Uzem urcena nebo spravovana v ramci

mezinarodnch pravnch predpisu a pravnch

predpisu Spolecenstv a clenskych statu pro

dosazen konkretnch clu jejich ochrany

Tab. 2.1: INSPIRE temata Prlohy I

Cesky urad zememericky a katastraln je povinnym poskytovatelem temat Parcely (CP),

Adresy (AD) a Uzemn spravn jednotky (AU) z Prlohy I a tematu Budovy (BU) z Prlohy

III3. Z Prloh II & III stoj v ramci implementace INSPIRE za zmnku jeste tato temata:

Chranena uzem,

Nadmorska vyska,

Krajinne pokryt,

Ortograficke zobrazen.3Zememericky urad, ktery je take soucast CUZK, ma na starosti implementaci temat Zemepisna

jmena (GN), Vodstvo (HY) , Dopravn ste (TN), Souradnicove referencn systemy, Zemepisne soustavy

souradnicovych st a Ortograficke zobrazen

17


Nektera z dalsch temat nema smysl v Ceske republice vubec implementovat (naprklad

Morske oblasti), jina implementovana budou, ale v soucasne dobe se na nich nepracuje.

18

CVUT v Praze KAPITOLA 3. DATA

3 Data

V teto kapitole se venuji datum a procesu jejich tvorby. Proces tvorby dat je beh

na dlouhou trat a sklada se z nekolika etap. Zakladem je analyza Datovych specifikac

INSPIRE pro jednotliva temata. Datove specifikace byly vytvoreny draftovymi tymy JRC

slozenymi ze zastupcu vce clenskych statu Spolecenstv. Kazde tema zpracovaval jiny tym

a lis se tedy i uroven jejich zpracovan. Do procesu prpravy se mohly zapojit i ostatn

formou testovan. V letech 2008 a 2009 se tm zabyvalo i CUZK. Dle meho nazoru nejlepe

zpracovana specifikace je pro tema Adresy. Naopak spatne zpracovana je specifikace pro

tema Budovy, nebo alespon ta draftova verze se kterou jsem se pokousel pracovat.

Kazda specifikace ma pevne danou strukturu a obsahuje vsechny informace ktere jsou

potreba k implementaci tematu do legislativy clenskeho statu. Jsou to:

Overview zakladn popis toho cm se dane tema zabyva,

Data content and structure nejdulezitejs cast z pohledu tvorby dat, popisuje

datove typy pouzite v datove sade, pouzite codelisty a predevsm aplikacn schema,

ktere obsahuje i takzvany Feature catalogue, tedykatalog prvku, ktery popisuje

datovou strukturu GML dokumentu pro dane tema vcetne typu a kardinality prvku,

Reference systems popisuje predepsane referencn systemy, pro Ceskou republi-

ku jsou to vzdy S-JTSK Krovak East North1, ktery je pouzvan v Ceske republice a

ETRS892, ktery je povinny pro vsechna data INSPIRE z duvodu interoperability,

Data quality popisuje testy kontroly kvality ktere jsou relevantn pro dane tema,

Dataset-level metadata popisuje pravidla pro tvorbu metadat k danemu tematu,

Delivery popisuje zpusob publikace dat a jejich dostupnost,

Data capture popisuje zpusob porizovan dat,

Portrayal popisuje jakym zpusobem maj byt data vizualizovana v prohlzecch

sluzbach a urcuje typy vrstev a jejich zakladn styly.

1EPSG::55142EPSG::4258

19


Behem procesu prpravy a tvorby dat je nejdulezitejs kapitola Data content and

structure. Postupoval jsem podle katalogu a porovnaval jsem data, ktera vyzaduje

smernice INSPIRE s daty, ktere jsou k dispozici v databazch CUZK3. Neslo pouze o to

zda jsou data dostupna, ale take o to zda jsou dostupna pro cele uzem a v pozadovane

podobe. Dalsm faktorem behem implementace byla interoperabilita mezi jednotlivymi

tematy. Pro zacatek jsem se pokousel zajistit interoperabilitu mezi tematy poskytovanymi

resortem CUZK. Ta je zajistena pomoc atributu xlink u daneho prostoroveho prvku.

Naprklad adresa patr k budove a k parcele, zaroven i k obci a k prslusne poste. Parcela

patr ke katastralnmu uzem a tak dale.

Na zaklade analyzy jsem vytvoril vzorovy GML soubor, ktery obsahuje vsechny typy

prvku, ktere se objev ve finalnm datovem produktu vyplnene vzorovymi daty. Krome

toho bylo potreba vytvorit system identifikace jednotlivych prvku tak, aby byly iden-

tifikatory jednotlivych prvku vzdy unikatn v ramci ceske implementace INSPIRE. Je-

dinecnost v ramci celeho INSPIRE je dana tzv. namespace, coz je ve sve podstate identi-

fikator poskytovatele dat. Ve vsech datovych sadach pro vsechna harmonizovana INSPIRE

temata, ktera jsem zpracovaval (AD, AU, BU a CP) i pro lokaln temata doplnujc IN-

SPIRE data (KM, UX) je namespace CUZK.

Obr. 3.1: Logo firmy Geovap, autora software Marushka R

Vzorove soubory jsem poslal RNDr. Milanu Drasilovi z firmy Geovap, ktera pro

CUZK dodava software Marushka R. Na zaklade vzoroveho souboru Marushka R generuje

predpripravene soubory po zakladnch vydejnch jednotkach. Tato jednotka je pro kazde

tema jina pro Parcely jsou generovany soubory po katastralnch uzemch, pro Uzemn

spravn jednotky je generovan jeden soubor pro celou Ceskou republiku a pro Adresy jsou

generovany soubory po obcch. Marushka R ma na starosti i prohlzec a stahovac sluzby.3ISKN, ZABAGED, ISUI ...

20


Struktura dat zustava stejna i pro data generovana ve stahovac sluzbe WFS jako odpoved

na dotaz typu getFeature.

3.1 O formatu GML

GML, tedy Geography Mark-up Language, je znackovac jazyk urceny k popisu ge-

ografickych objektu sveta okolo nas. Se zaklady na sirsch internetovych standardech World

Wide Web Consortium (W3C), GML vyjadruje geografickou informaci zpusobem, ktery

je jednoduse citelny a snadno sdleny na internetu. GML je rozsrenm eXtensible Mark-

up Language (XML). Objekty skutecneho sveta jsou v jazyce GML nazyvany features

tedy prvky4. Prvky mohou byt pevne a hmatatelne (budovy, reky, ulice) nebo abstraktn

(hranice, uzemn spravn jednotky, adresn msta).

Prvky jsou v GML popsany pomoc vlastnost. Vlastnosti mohou byt geometricke

(naprklad poloha nebo tvar) nebo negeometricke. Prklady negeometrickych vlastnost

jsou barva, vyska, rychlost. V kontextu INSPIRE to muze byt typ csla adresnho msta,

nazev uzemn spravn jednotky nebo parceln cslo.

Typy prvku jako je treba adresn msto nejsou definovany prmo v jazyce GML, ale

v takzvanych aplikacnch schematech, ktera v prpade INSPIRE poskytuje JRC.

Krome toho, ze je GML znackovacm jazykem popisujcm objekty kolem nas, take pouzva

XML k presunu techto popisu po internetu, v podstate ve tvaru textovych dat. GML muze

byt pouzito jak k presunu popisu prvku (jako je naprklad Address), tak i k presunu

samotnych dat konkretnho adresnho msta. Toto umoznuje vymenu popisu i instanc

prvku mezi uzivateli i mezi aplikacemi po internetu prostrednictvm webovych sluzeb.

Zmnil jsem se jiz o webovych sluzbach. Jejich prostrednictvm lze sdlet GML data,

ale GML muze hrat nekolik ruznych rol ve vztahu ke geoprostorovym stovym sluzbam.

Naprklad, GML muze byt soucast dotazu i odpovedi webove sluzby, nebo muze slouzit ke

komunikaci mezi pocatecnm a koncovym bodem dotazu. V prpade INSPIRE je GML v kon-

textu webovych sluzeb pouzito predevsm ve formatu odpovedi (response) webove sluzby,

4pod pojmem feature je myslen geograficky vzhled dle normy CSN/ISO 19101:2004

21


ale muze byt i soucast dotazu (request). To se deje predevsm v prpade preddefinovanych

dotazu, takzvanych storedQueries, nebo pri vyhledavan prvku podle prirozeneho iden-

tifikatoru.

Open Gis Consortium (OGC) vyvj sadu standardu geoprostorovych webovych sluzeb,

vcetne nasledujcch tr:

Web Map Service (WMS)

Web Feature Service (WFS)

Web Coverage Service (WCS)

V prpade sluzby WFS je GML pouzvano v dotazu i v odpovedi na nej. Sluzba WFS je

standardizovana sluzba pro prstup ke geografickym prvkum (features) a v INSPIRE je

jejm prostrednictvm provozovana harmonizovana stahovac sluzba.

Na zaver uvedu prklad objektu popsaneho pomoc jazyka GML. V prklade pouziji realna

data a strukturu prvku typu NUTSRegion z INSPIRE tematu Uzemn spravn jednotky

(AU).

50.918968 15.267783 50.919022 15.267725 50.919067 15.267708

...

...

50.91916 15.267734 50.919174 15.267743 50.919244 15.267648

22


SU.NUTS1.CZ031

CZ_00025712-CUZK_AU

SU.NUTS1.CZ

V tomto prklade je prvkem NUTSRegion a jeho vlastnostmi jsou geometricka vlastnost

geometry a negeometricke vlastnosti inspireId, NUTSCode, beginLifeSpanVersion a

endLifeSpanVersion. Za povsimnut stoj i to, ze vlastnost inspireId je v podstate kon-

tejnerem obsahujcm nekolik dalsch vlastnost, v tomto prpade localId a namespace.

Predpona base odkazuje na schema, ve kterem jsou tyto vlastnosti definovany. Pouzitym

schematum jsou v hlavicce prirazeny zkratky jmenneho prostoru, ktere jsou pote pouzvany

msto opakovaneho odkazovan do schematu odkud vlastnosti prvku pochaz.V tomto

prpade je to base, ktery je v hlavicce definovan takto:

xmlns:base="urn:x-inspire:specification:gmlas:BaseTypes:3.2"

Ostatn vlastnosti prvku NUTSRegion zadnou predponu nemaj, protoze jmenny pro-

stor je definovan jako atribut GML elementu NUTSRegion (jedna se o aplikacn schema

StatisticalUnits). GML vyuzva dedicnosti a vlastnosti definovane v nadrazenem prvku

plat i pro prvky vnorene.

Vlastnosti beginLifeSpanVersion a endLifeSpanVersion maj jako atribut xsi:nil

s hodnotou "true". To znamena, ze vyplnen hodnoty teto vlastnosti nen povinne. Je to

podobne jako kdyby byla hodnota NULL.

Specialn vlastnost prvku je identifikator. O jedinecnosti identifikatoru v ramci IN-

SPIRE jsem psal jiz v uvodu teto kapitoly. O systemu pridelovan identifikatoru se zmnm

zvlast u popisu dat kazdeho INSPIRE tematu.

V jazyce GML je podporovano velke mnozstv typu geometrie. Ale i INSPIRE ma pro

geometrii pomerne striktn pozadavky. INSPIRE naprklad neumoznuje zobrazovan lini

23


jako krivek, ale pouze jako liniovych segmentu a tak jsou v datech INSPIRE pouzvany

predevsm tri typy geometrie body, linie a polygony.

Nejjednodussm typem geometrie je bod, tedy Point. Bod je vyjadren pomoc vlast-

nosti pos, ktera reprezentuje souradnice v zavislosti na zvolenem souradnicovem referen-

cnm systemu. Soucast vlastnosti pos mohou byt atributy dimension a srsName, ktere

upresnuj vlastnosti geometrickeho zobrazen.

K reprezentaci lini je pouzit typ geometrie Curve. Linie je reprezentovana seri lomovych

bodu vlastnost posList. Mezi jednotlivymi body nen zadny oddelovac, proto je potreba

nastavit hodnotu atributu dimension tak, aby odpovdala rozmerum jednotlivych bodu.

Pro reprezentaci polygonu v GML je pouzvan typ Polygon. Polygon pouzva vlastnost

LinearRing, jejichz instanc muze obsahovat i vce nez jednu. To umoznuje i reprezentaci

polygonu s drou, nebo takovych, ktere obsahuj dve nebo vce oddelenych cast. Oba

prpady jsou v INSPIRE vyuzity pri reprezentaci obc. Prkladem prvnho prpadu je obec

Liberec. Do polygonu obce Liberec nepatr polygon obce Straz nad Nisou5. V GML je to

vyreseno tak, ze polygon obsahuje dve vlastnosti typu LinearRing. Jedna je uvnitr vlast-

nosti exterior vnejs hranice Liberce. Druha je uvnitr vlastnosti interior hranice

Straze nad Nisou.

-688625.11 -967550.61

...

...

-688625.11 -967550.61

-691160.12 -969521.11

...

...

5jedna se o anomalii, ktera odporuje soucasnemu zakonu 128/2000Sb., o obcch, nicmene tam je

24


-691160.12 -969521.11

Z prkladu je videt, ze i zde je podporovana dedicnost mezi prvky GML a hodnoty atributu

srsDimension a srsName jsou nastaveny pro vlastnost MultiSurface. Presto plat i pro

souradnice vlastnosti LinearRing.

Prkladem obce ktera se sklada z vce oddelenych cast jsou Ceske Budejovice.

Katastraln uzem Trebotovice, ktere je soucast obce Ceske Budejovice nesoused prmo

s zadnou jinou cast obce. V datech GML ma geometrie obce Ceske Budejovice dve instance

vlastnosti surfaceMember.

Obr. 3.2: Ceske Budejovice prklad obce slozene z vce oddelenych cast

GML 3.2.1 umoznuje i 3D reprezentaci objektu. INSPIRE umoznuje vyuzit trojrozmer-

ne geometrie v nekterych tematech z Prloh II & III, naprklad v tematu Budovy (BU)

je mozne ukladat budovy jako trojrozmerne objekty. V Ceske republice ovsem nemame

25


v ramci statn spravy trojrozmerna data a bylo by pomerne slozite tato data zskat6.

V dohledne dobe budou vsechna data nadale poskytovana ve 2D.

3.2 Data INSPIRE tematu Adresy (AD)

Smernice INSPIRE definuje tema prostorovych dat Adresy (AD) jakoPolohu nemovi-

tost podle adresnch identifikatoru, obvykle pomoc nazvu ulice, csla domu, postovnho

smerovacho csla. Data INSPIRE tematu Adresy (AD) tedy obsahuj informace

o adresnch mstech. Plna adresa obsahuje hierarchicky system komponent se zvysujc

se urovn podrobnost od statu pres mesta, mestske casti a ulice. Dalsmi komponentami

jsou prave postovn smerovac cslo, popisne ci evidencn cslo a cslo orientacn. Podoba

a tvar adresy jsou definovany v provadec vyhlasce c. 359/2011 Sb., o zakladnm registru

uzemn identifikace, adres a nemovitost (RUIAN).

Data tematu Adresy maj slouzit k nekolika dlcm ucelum. Jsou to:

poloha,

identifikace,

jurisdikce,

trden a razen,

nouzove ucely.

Poloha adresnho msta byva ve vetsine prpadu definovana jako poloha objektu, ke

kteremu je adresa vztazena. Adresn bod byva zpravidla bud u vchodu do objektu

nebo v jeho tezisti, ale ve vsech prpadech by se mel nachazet uvnitr. Krome toho jsou

u nekterych objektu v RUIAN definovan i prstupovy bod pro hasice a zachrannou sluzbu.

Adresa jednoznacne identifikuje objekt ke kteremu patr. Podle adresy se da dohledat i

autorita odpovedna za objekt, ke kteremu se adresa vztahuje.

6Zememericky urad porizuje metodou laserscanningu digitaln model reliefu (DMR). Sbraj se mracna

bodu, ktera jsou pote vizualizovana jako objekty.

26


Adresu, a tedy popisne nebo evidencn cslo, mohou mt ruzne typy prostorovych

objektu, byvaj to vsak predevsm budovy. Adresa nemuze existovat samostatne bez

stavebnho objektu, nen vsak nutne aby byl stavebn objekt s prirazenou adresou evidovan

v katastru nemovitost. Muze se jednat o stavebn objekty evidovane pouze v RUIAN.

Cslo domovn vznika az zapisem do registru, takze je vzdy prideleno stavebnmu ob-

jektu. Protoze se identifikace adresy znacne dotyka i systemu registrace budov, jedna se

o velice dulezitou soucast infrastruktury, kterou ovsem bude pomerne obtzne standar-

dizovat. V kazdem clenskem state maj vybudovany pomerne slozity a hlavne zavedeny

system adres a systemy jednotlivych statu se v mnohem lis. Bylo proto celkem zasadn

pripravit dokument, ktery bude slouzit jako navod pro implementaci smernice INSPIRE

nad tematem Adresy a zaroven vezme v uvahu vsechny (alespon ty zasadn) odlisnosti

v adresnch systemech jednotlivych clenskych statu. Tmto dokumentem je Datova speci-

fikace pro tema Adresy7.

3.2.1 Datova specifikace

Tvorba dat tematu Adresy, stejne jako vsech ostatnch temat, se oprala o Datovou

specifikaci k tomuto tematu. INSPIRE datova specifikace pro tema Adresy je dokument,

ktery upresnuje jakym zpusobem maj byt data strukturovana v ramci serie datovych

sad a vychaz ze Smernice INSPIRE. Vydavatelem specifikace je INSPIRE tematicka pra-

covn skupina pro tema Adresy, ktera byla zalozena pri JRC. Specifikace je z vets casti

prosty text. V textu jsou ramecky, ktere oznacuj pozadavky (Requirement) a doporucen

(Recommendation). Pozadavky jsou povinne, doporucen maj informativn charakter

a zpravidla nen nutne je dodrzovat, ale je to doporuceno.

Konkretne specifikace pro tema Adresy je podle meho nazoru nejkvalitneji zpracovanou

datovou specifikac, alespon mezi temi se kterymi jsem pracoval.

7verze 3.0.1 z 26.4.2010

27


Obsah a struktura dat

V teto casti textu je popsano aplikacn schema tematu Adresy. Aplikacn schema popisuje

prvky tematu a jejich vlastnosti. Popisuje stereotypy ruznych vlastnost, ktere jsou defi-

novany v XSD schematech a podrobne popisuje jednotlive vlastnosti prvku. Pozor: vlast-

nostem, jak je zname v GML jsou v terminologii INSPIRE ekvivalentn atributy. Atribut

prvku INSPIRE je v GML reprezentovan vlastnost.

Datove sady tematu Adresy obsahuj nekolik typu prvku (featureType). Zakladnm a

nejdulezitejsm typem je Address. Koncept adresy je vymyslen zajmavym zpusobem, a

sice ze jednotlive komponenty adres, jako jsou stat, mesto, ulice a podobne jsou obsazeny

v samostatnem prvku typu AddressComponent a konkretn adresa obsahuje xlink,

ktery odkazuje na jednotlive komponenty. Komponenty adresy jsou rozsreny dalsm typem

prvku v zavislosti na charakteru komponenty. Temito typy jsou ThoroughfareName

popisujc nazev ulice, AddressAreaName popisujc nazev adresn oblasti (v Ceske

republice se jedna o cati obc), PostalDescriptor popisujc postu a smerovac cslo

a AdminUnitName popisujc nazvy uzemne spravnch jednotek, ktere jsou soucast

adresy (v Ceske republice to jsou stat a obec).

Obr. 3.3: Prvky (featureType) aplikacnho schematu pro tema Adresy (AD)

28


V UML schematu je popsana struktura prvku a jejich typu a jejich obsahu. Pro priblzen

jeste popsu jakym zpusobem UML diagram cst.

Diagram se sklada z trd, ktere reprezentuj jednotlive typy prvku. Tyto trdy obsahuj

atributy reprezentujc vlastnosti. Kazdy atribut ma nazev a typ. Typ prvku Address-

Component obsahuje atributy inspireId, alternativeIdentifier a dals. Atribut

inspireId je typu Identifier.

Za typem je uvedena kardinalita. Pokud nen kardinalita uvedena, je 1. Kardinalita

urcuje mozny pocet vyskytu. Kardinalita 1 znamena, ze prvek obsahuje uvedeny atribut

prave jednou. Kardinalita [0..1] znamena, ze obsahuje bud jeden nebo zadny a kardinalita

[1..*] znamena, ze prvek ma uvedenych atributu libovolny pocet, ale minimalne jeden.

Atributy vypsane pod radkem s napisem voidable je mozne takzvanevyprazdnit.

Hodnotu atributu lze vyprazdnit pokud poskytovatel nedokaze priradit vlastnosti rele-

vantn hodnotu (vetsinou protoze o ni nema informace). Naprklad atribut validFrom se

mus povinne vyskytnout prave jednou, protoze jeho kardinalita je 1. Pokud ale poskyto-

vatel nema zadnou informaci o tom, odkdy je zaznam platny, muze v datove sade hodnotu

tohoto atributu vyprazdnit.

V nejnizs casti popisu trdy se nachaz operace. Operace v tomto prpade reprezen-

tuj constraints, tedy podmnky. Podmnky upravuj kardinalitu jednotlivych atributu

v zavislosti na cetnosti vyskytu jinych atributu. Jednotlive podmnky jsou popsany ve

specifikaci. Podmnka PostNameEmpty typu prvku PostalDescriptor naprklad rka,

ze pokud je atribut postName prazdny, pak mus byt vyplnen atribut postCode.

Zjednodusene receno, pokud nen u prvku vyplnen nazev posty, mus byt vyplneno alespon

jej postovn smerovac cslo.

Soucast Datove specifikace INSPIRE pro tema Adresy je i kompletn UML model apli-

kacnho schematu Adresy vcetne vsech datovych typu, ktere jsem v obrazku v ramci

prehlednosti zamerne vynechal.

29


Aplikacn schema tematu Adresy obsahuje celkem 6 typu prvku s mnoha atributy a

celou radu datovych typu.

Address Typ prvku Address reprezentuje samotne adresn msto, jednoznacne identi-

fikuje jeho polohu a vlastnosti. Obsahuje atributy:

inspireId [1] jedinecny identifikator prvku,

alternativeIdentifier [0..1] alternativn identifikator prvku, umoznuje inter-

operabilitu s existujcmy systemy a aplikacemi,

position [1..*] poloha bodu reprezentujcho prostorovy objet adresnho msta,

status [0..1] voidable platnost adresy v ramci zivotnho cyklu prostoroveho

objektu (vztahuje se k adrese jako takove, nikoliv k objektu ke kteremu je adresa

vztazena),

locator [1..*] citelne oznacen nebo nazev,

validFrom [1] voidable datum a cas od ktereho je adresa platna ve skutecnem

svete,

validTo [0..1] voidable datum a cas kdy adresa ve skutecnem svete zanika,

beginLifespanVersion [1] voidable, lifeCycleInfo datum a cas od ktereho je

adresa soucast datove sady,

endLifespanVersion [0..1] voidable, lifeCycleInfo datum a cas zneplatnen

nebo nahrazen adresy v datove sade.

Krome atributu obsahuje typ prvku Address jeste ctyri prirazovac role (association

role), ktere slouz k propojen prvku typu Address s dalsmi prvky, ke kterym ma nejaky

vztah. Konkretn adresa ma naprklad vztah k budove, ke ktere patr, nebo k parcele, na

ktere lez. Prirazovac role prvku typu Address jsou:

parcel [0..*] voidable katastraln parcela, ke ktere je adresn msto prirazeno,

parentAddress [0..1] voidable hlavn adresa, ktera sdruzuje vce adresnch

mst,

30


building [0..*] voidable budova, ke ktere je adresa prirazena,

component [0..*] voidable predstavuje komponentu adresy jako soucast adresy.

Posledn soucast typu prvku Address jsou podmnky (constraints), jejichz smysl byl

jiz popsan vyse. Podmnky platne pro typ Address jsou:

AddressCountry kazdy prvek typu adresa mus mt adresn komponentu spravn

jednotky na urovni 1 (t.j. stat),

AddressPosition kazdy prvek typu adresa mus mt prave jednu standardn geo-

grafickou polohu (atribut default prvku datoveho typu GeographicalPosition

mus mt hodnotu true),

EndLifespanVersion pokud prvek typu adresa obsahuje atribut

endLifespanVersion, mus byt jeho hodnota pozdejs nez hodnota atributu

beginLifespanVersion.

AddressComponent Komponentami adresy jsou v kontextu INSPIRE mysleny identi-

fikatory nebo zemepisne nazvy zemepisnych oblast nebo jinych prostorovych objektu ktere

definuj adresu. Typ prvku AddressComponent je abstraktnm typem. To znamena, ze

nelze vytvorit jeho instanci. Atributy definovane v tomto typu ale prebraj podrzene

typy, ktere od typu AddressComponent ded. Jsou to typy AddressAreaName,

ThoroughfareName, PostalDescriptor a AdminUnitName. Atributy, prirazovac

role a podmnky definovane v typu prvku AddressComponent maj vsechny podrzene

typy prvku spolecne. Jedna se o tyto atributy:

inspireId [1] jedinecny identifikator prvku,

alternativeIdentifier [0..1] alternativn identifikator prvku, umoznuje inter-

operabilitu s existujcmy systemy a aplikacemi,

position [1..*] poloha bodu reprezentujcho prostorovy objet adresnho msta,

status [0..1] voidable platnost komponenty adresy v ramci zivotnho cyklu

prostoroveho objektu (vztahuje se ke komponente jako takove, nikoliv k objektu ke

kteremu je komponenta vztazena),

31


validFrom [1] voidable datum a cas, od ktereho je komponenta platna ve

skutecnem svete,

validTo [0..1] voidable datum a cas, kdy komponenta ve skutecnem svete

zanika,

beginLifespanVersion [1] voidable, lifeCycleInfo datum a cas, od ktereho je

komponenta soucast datove sady,


nebo nahrazen komponenty v datove sade.

Abstraktn typ AddressComponent obsahuje prirazovac roli

situatedWithin [0..*] voidable komponenta adresy nadrazena popisovane

komponente (naprklad stat je nadrazen obci).

Abstraktn typ AddressComponent obsahuje podmnku

EndLifespanVersion pokud prvek typu adresa obsahuje atribut

endLifespanVersion, mus byt jeho hodnota pozdejs nez hodnota atributu

beginLifespanVersion.

Typ prvku AddressComponent ma nasledujc podtypy:

AddressAreaName V kontextu INSPIRE jsou adresnmi uzemmi mysleny uzem

sdruzujc serie adres, ktere nespadaj do jinych oblast. V Ceske republice se jedna o casti

obc. Typ AddressAreaName obsahuje informace o nazvu takoveho adresnho uzem a

rozsiruje abstraktn typ AddressComponent o jeden atribut:

name [1..*] jmeno adresn oblasti,

a jednu prirazovac roli:

namedPlace [0..1] voidable pojmenovane msto, ke kteremu se vztahuje adresn

uzem.

32


AdminUnitName Prvky typu AdminUnitName obsahuj informace o nazvech

uzemnch spravnch jednotek vztazenych k adrese. Jedna se uzemn jednotky popsane v IN-

SPIRE datove specifikaci pro tema Uzemn spravn jednotky (AU), ktere jsou vztazeny

k adrese. Typ AdminUnitName rozsiruje abstraktn typ AddressComponent o dva

atributy:

name [1..*] oficialn zemepisny nazev uzemn spravn jednotky, v prpade potreby

uveden ve vce jazycch,

level [1] uroven clenen v narodn hierarchii,

a jednu prirazovac roli:

adminUnit [1] voidable uzemn spravn jednotka vztazena ke jmenu.

PostalDescriptor Typ PostalDescriptor je komponentou adresy predstavujc

prslusnost adres a dorucovacch bodu k prslusnemu postiovnmu uradu. Typ

zPostalDescriptor obsahuje informace o nazvu a/nebo kodu postovnho uradu ke

kteremu je adresn msto prirazeno a rozsiruje abstraktn typ AddressComponent o dva

atributy:

postName [0..*] nazev prslusne posty,

postCode [0..1] kod prslusne posty (respektive postovn smerovac cslo),

a o dve podmnky:

postCodeEmpty pokud je atribut postCode prazdny, mus byt vyplnen atribut

postName,

postNameEmpty pokud je atribut postName prazdny, mus byt vyplnen atribut

postCode.

ThoroughfareName Prvky typu ThoroughfareName obsahuj nazev ulice, cesty,

koridoru, vodn cesty nebo namest. Abstraktn typ AddressComponent je tmto typem

rozsren o jeden atribut:

33


name [1..*] nazev ulice,

a o jednu prirazovac roli:

transportLink [0..*] voidable jedna nebo vce transportnch st, ke kterym

je prirazen nazev ulice.

Datova specifikace dale obsahuje informace o cele rade datovych typu, o vzhledu a

o zpusobu a pravidlech zobrazovan nebo stahovan dat prostrednictvm prohlzecch a

stahovacch sluzeb. Hodnoty nekterych atributu mus podle smernice byt urciteho typu a

tyto typy zde jsou podrobne popsany, v teto casti se jimi vsak nebudu zabyvat. O nekterych

z nich se zmnm v dalsch castech teto prace.

3.2.2 Analyza

Pote co jsem nastudoval specifikace jsem musel rozhodnout, ktere prvky a jejich atributy

lze v ramci implementace INSPIRE v Ceske republice zahrnout do serie datovych sad

Adresy. Nezalezelo pouze na tom, zda jsou data vubec dostupna, ale take na tom jak

casto by bylo mozne data aktualizovat a zda jsou data dostupna pro vsechny prvky, nebo

pouze pro jejich cast. Datova specifikace INSPIRE v nekterych prpadech umoznuje nekolik

zpusobu implementace a bylo tedy nutne rozhodnout jakym zpusobem data implementovat

v konkretnch prpadech.

Data INSPIRE tematu Adresy pochaz z Registru uzemn identifikace, adres a nemovi-

tost (RUIAN), ktery byl vybudovan za ucelem sdlen referencnch udaju o uzemnch

prvcch, uzemne evidencnch jednotkach a adresach pro potreby verejne spravy v CR.

Oficialne byl spusten 1. 7. 2012, spolecne s ostatnmi zakladnmi registry8. RUIAN vzniknul

na zaklade dat z UIR-ADR (uzemne identifikacn registr adres spravovany MPSV), RSO

(registru sctacch obvodu a budov spravovanym CSU) a ISKN (informacnho systemu

katastru nemovitost spravovanym CUZK)9. RUIAN je aktualizovan prubezne. Denne jsou

vytvareny zmenove soubory a jednou mescne jsou generovany stavove soubory vymenneho

formatu RUIAN (VFR), ve kterych jsou zaneseny vsechny zmeny za predchoz kalendarn

8podle zakona c. 111/2009 Sb., o zakladnch registrech9krome toho jeste obsahuje data z Registru komunalnch symbolu (REKOS) a DDM

34


mesc. Prubeznou aktualizaci provad zakonem stanoven editori, kterymi jsou pro data

obsazena v tematu Adresy obce, stavebn urady a CUZK10 - v souladu se zakonem

c. 111/2009 Sb., o zakladnch registrech a vyhlaskou c. 359/2011 Sb., o zakladnm registru

uzemn identifikace, adres a nemovitost. Editorem postovnch kodu PSC je CUZK, ktery

zmeny provad na podklade udaju od Ceske posty, s.p.11

Obr. 3.4: Schema pouzit dat tematu Adresy

Po porovnan pozadavku INSPIRE s dostupnymi daty, predevsm z registru RUIAN,

jsem vytvoril datovy model, na jehoz zaklade jsem pote napsal vzorovy GML soubor.

Datovy model vychaz z jazyka UML, ale pro sve potreby jsem nektere veci trochu upravil.

Vysledek jsem pracovne nazvalSchema pouzit.

10poslednm editorem je Cesky statisticky urad, ktery dodava informace o zakladnch sdelnch jed-

notkach11tento odstavec je citac puvodu z metadat, ktera jsem k serii datovych sad Adresy vytvoril v ramci

teto prace

35


Ve schematu pouzit jsou jednotlive typy prvku predstavovany trdami. Trda s nadpisem

Addresses AD shrnuje seznam vsech typu prvku v tematu. Za nazvem kazdeho z nich

je oznaceno zda bude v datovem modelu prtomen (ANO), nebo NE. Mezi typy prvku je

prtomna i prirazovac role Building. Sipky propojuj trdy, ktere se vyskytuj v modelu a

urcuj jejich hierarchickou strukturu. Kazda trda predstavujc typ prvku obsahuje seznam

atributu a prirazovacch rol formou atributu. Jako parametr opet obsahuj bud ANO, NE

nebo Prazdny, ktery urcuje zda je dany atribut v sade prtomen nebo ne a zda nen

vyprazdnen. V nekterych prpadech je u atributu nebo prirazovac role zapsana hodnota

NE nebo Prazdny. V techto prpadech je v podstate jedno, zda bude hornota atributu

vyprazdnena, nebo zda bude atribut uplne vynechan. Z hlediska spravnosti INSPIRE by

mel byt atribut vyprazdnen, pokud hodnoty daneho atributu sbrame, ale pro konkretn

prvek nen hodnota znama nebo ji nelze jednoznacne urcit a vynechan, pokud jeho hodnotu

vubec nesledujeme, ale z hlediska validity GML souboru je to jedno.

V datovem modelu implementace INSPIRE datove sady Adresy (AD) se vysky-

tuj vsechny typy prvku uvedene ve specifikaci, nevyskytuje se pouze prirazovac role

Building, protoze ma odkazovat na prvky INSPIRE datove sady Budovy (BU), ktera

jeste nen hotova. Typ prvku AddressComponent je abstraktn a dale ho rozvjej

podrazene typy prvku AddressAreaName, AdminUnitName, ThoroughfareNamea

PostalDescriptor.

Address Atributy typu prvku Address se v datovem modelu vyskytuj temer vsechny.

Vyjimkou jsou casove atributy validTo a endLifespanVersion, ktere nejsou uvedeny,

protoze nen znama casova platnost adresnch mst. Take se v datech nevyskytuje atribut

parentAddress, protoze v Ceske republice nic takoveho nevedeme. Atribut status zustava

prazdny. Je to z toho duvodu, ze vsechny adresy v INSPIRE datove sade pochaz z regis-

tru RUIAN, ktery obsahuje pouze platna data. Tm padem jsou vsechny adresy v da-

tove sade take platne. Pri implementaci jsem hledal zpusob jak do prvku typu Ad-

dress zapsat adresu v trradkovem tvaru12. K tomuto ucelu byl vyuzit nepovinny atribut

alternativeIdentifier. Adresa je jinak skladebna z adresnch komponent (component),

12podle provadec vyhlasky c. 359/2011 Sb., o zakladnm registru uzemn identifikace, adres a nemovitost

(RUIAN)

36


a ktere prvek odkazuje, a popisne nebo evidencn cslo, vcetne csla orientacnho, je popsano

atributem locator.

AddressComponent Abstraktn typ stejne jako typ Address neobsahuje

casove atributy validTo a endLifespanVersion a atribut status. Pro atribut

alterantiveIdentifier jsem v prpade adresnch komponent nenasel zadne vhodne

vyuzit a proto v datech take nen obsazen. Trochu netypicky je atribut situatedWithin.

Nektere podrzene typy prvku by ho obsahovat mohly (naprklad cast obce, obec) a jine

ne, ale vytvaren zavislost by mohlo byt pomerne slozite (a ve vetsine prpadu zbytecne),

takze jsem se rozhodl atribut vubec neuvadet.

Podrzene typy prvku Typy prvku podrzene abstraktnmu typu AddressCompo-

nent zpravidla obsahuj pouze jeden nebo dva atributy a ty vsechny jsou v datech obsazeny.

Obsazeny nejsou prirazovac role transportLink nebo namedPlace, ktere by mely od-

kazovat na prvky z jinych INSPIRE temat (transportLink z tematu Dopravn ste,

namedPlace z tematu Zemepisna jmena). Tato temata uz jsou v urcite praci zpracovan, ale

ne vzdy je mozne prvky ruznych temat propojit13. Vyjimkou je prirazovac role adminUnit

u typu AdminUnitName. Uzemn pravn jednotky z tematu Uzemn spravn jednotky

(AU) jsou k adresam prirazeny podle INSPIRE identifikatoru. U prvku typu PostalDe-

scriptor je u obou dvou atributu napsano ANO, ale vyskyt je upresnen podmnkou. Podle

n mus kazdy prvek tohoto typu obsahovat alespon jeden z techto atributu.

Na zaklade teto analyzy vznikl vzorovy GML soubor, ktery ukazuje strukturu dat na

prkladech skutecnych dat.

3.2.3 Vzorovy GML soubor

K tvorbe vzoroveho GML dokumentu jsem pouzil program oXygen XML editor14. Jiz

drve jsem s nm pracoval pri editaci a tvorbe metadat a byl jsem s nm spokojen.

13toto je jedna z vec ktere prijdou na radu v dals fazi implementace14od firmy SyncRO Soft

37


Obr. 3.5: Logo programu oXygen XML editor

V hlavicce GML dokumentu jsou definovana schemata, ktera jsou v dokumentu pouzita,

a jejich jmenne prostory15. Predevsm je to schema GML a schemata pro geometrii a dale

jsou to schemata INSPIRE. Jedna se o INSPIRE schema pro dane tema a o schemata pro

temata odkazovana prostrednictvm prirazovacch rol. Dulezitym INSPIRE schematem je

schema base, ktere obsahuje zakladn datove typy pouzvane v INSPIRE.

Vzorovy GML soubor je prototypem predpripraveneho souboru. Predpripravene soubory

INSPIRE tematu Adresy (AD) jsou distribuovany po obcch. To znamena, ze soubor ob-

sahuje vsechna adresn msta patrc do dane obce, vcetne komponent adresy. Soubory GML

pro data stazena prostrednictvm stahovacch sluzeb se vsak od predpripravenych souboru

prlis nelis. Predne ma jinak strukturovanou hlavicku, odkazy na schemata vsak obsahuje

take. Krome toho je v hlavicce uvedeno datum a cas stazen dat a pocet prvku, ktere byly

pomoc tohoto dotazy stazeny. Nasledujc text popisuje obecne GML pro tema Adresy,

na prpadne rozdly mezi predpripravenymi soubory a soubory zskanymi prostrednictvm

WFS upozornm na prslusnem mste.

Kazdy predpripraveny GML soubor s daty tematu Adresy (AD) dale obsahuje prvek

identifier ze schematu INSPIRE base. Identifikatorem je soubor jednoznacne identi-

fikovan. V souborech tematu Adresy (AD) je identifikator ve tvaru AD.SD.kod obce, kde

SD znamena Spatial Dataset. Identifikator je jedinecny v ramci celeho INSPIRE. To

je zajisteno jmennym prostorem CUZK ve tvaru CZ-00025712-CUZK AD. V ramci tohoto

jmenneho prostoru jsou vsechny identifikatory jedinecne. Soubory stazene prostrednictvm

stahovac sluzby identifikator nemaj, msto toho obsahuj prvek boundedBy, ktery ob-

sahuje informace o hodnote parametru BBOX a srsName WFS dotazu, jehoz prostrednictvm

byla data stazena.

15namespace

38


Dalsm prvkem ze schematu INSPIRE base je metadata. Ten zustava zpravidla prazdny,

u dat stazenych pomoc stahovac sluzby nen vubec.

Dale soubor pokracuje radou prvku typu member. Odtud uz je struktura souboru stejna

pro predpripravene soubory i soubory stazene prostrednictvm WFS. Prvky typu member

obsahuj dals prvky typu podle aplikacnho schematu. Jsou to prvky typu Address

a typu podrzenych abstraktnmu typu AddressComponent. Do prvku typu Address a

AddressComponent jsou hierarchicky vnoreny jejich vlastnosti, tedy atributy a prirazovac

role a respektuj podmnky dane specifikac INSPIRE. Parametrem elementu typu prvku

je jeho jedinecny identifikator. Tento identifikator slouz jednak k jednoznacnemu urcen

prvku, ale take je podle nej zprostredkovavany vazby mezi prvky v serii datovych sad i

mezi prvky v ruznych serich datovych sad. K tomu slouz linkovac jazyk XLink. V tematu

Adresy je navc dulezitym nastrojem slouzcm k sestaven adresy z jejch komponentu.

Aby bylo mozne jednoznacne prvek urcit, bylo potreba zavest system pridelovan iden-

tifikatoru prvku. Protoze se v tematu Adresy (AD) vyskytuje nekolik typu prvku, vytvoril

jsem odpovdajc rady identifikatoru. Zde jsou uvedeny prklady z obce Zitovlice na

Nymbursku a litovelske ulice U Stadionu s vysvetlenm identifikacnch klcu:

Nazev prvku Identifikator Vysvetlen

AdminUnitName AU.1.1 AdministrativeUnit.uroven clenen

v hierarchii CR(stat = 1, obec =

4).kod uzemn spravn jednotky po-

dle INSPIRE tematu AU

AddressAreaName AA.197271 AddressArea.kod casti obce

PostalDescriptor PD.28934 PostalDescriptor.postovn

smerovac cslo

ThoroughfareName TF.666386 Thoroughfare.kod ulice z registru

RUIAN

Address AD.18296599 Address.kod adresy z registru

RUIAN

Tab. 3.1: Identifikatory prvku tematu Adresy

39


Vsechny prvky typu podrzenych AddressComponent obsahuj krome identifikatoru

atribut name16, jehoz obsahem je prvek typu GeographicalName. Tento typ pochaz

z tematu Zemepisna jmena a ve specifikaci tohoto tematu je take popsan.

ces

endonym

official

Cesky urad zememericky a katastraln

Zitovlice

Latn

Prvky typu Address mus vsechny bez vyjimky obsahovat geometrii. Z toho duvodu

chyb v datech tematu Adresy nekolik destek tisc adresnch mst17, protoze nemaj

prirazenou geometrii. V prpade adres je geometrie reprezentovana objektem datoveho

typu Point. Kazdy bod ma take jedinecny identifikator. Jedna se o identifikator adresy

s prefixem P jako Point. Krome identifikatoru je parametrem urcen i souradnicovy refe-

rencn system a jeho rozmer.

-689456.25 -1027520.25

Adresa je urcena pomoc komponentu. K tomu je pouzvan jazyk XLink. Kazdy prvek

predstavujc adresu obsahuje neklik atributu component, ktere nemaj zadnou hodnotu,

ale pouze parametry. Jeste k tomu jsou parametry pouze ze jmenneho prostoru xlink.

Jedna se o odkaz na prslusny prvek typu AddressComponent a, pro vets prehlednost,

o jmeno komponenty.

16u prvku typu PostalDescriptor je to atribut postName17k 29.11.2013 je to 185 797, tedy 6,36% z celkoveho poctu adres

40


Poslednm atributem potrebnym k jednoznacnemu urcen adresy je locator, ktery

predstavuje domovn a orientacn cslo budovy. Protoze je tolik zpusobu cslovan bu-

dov, kolik je clenskych zem, bylo teto problematice venovano dost prostoru ve specifikaci

a kazda zeme ma v podstate nacrtnuty scenar jak csla v ISNPIRE datech ukladat. Pro

pripomenut: v Ceske republice muze mt budova ctyri druhy oznacen. Jedna se o cslo do-

movn, ktere muze byt bud cslem popisnym, nebo evidencnm, cslo orientacn a psmeno

csla orientacnho. Atribut locator obsahuje objekt datoveho typu AddressLocator a ten

sdruzuje sadu atributu typu designator. Kazdy designator ma hodnotu a typ. Podle

typu uzivatel pozna, co si hodnota predstavuje. Podle druhu oznacen rozeznavame typy:

buildingIdentifierPrefix nabyva hodnoty c.p. nebo c.e., definuje o jaky typ adresy

se jedna,

buldingIdentifier obsahuje samotne cslo,

addressNumber obsahuje orientacn cslo, pokud ho stavebn objekt ma,

addressNumberExtension obsahuje psmeno cslo orientacnho.

Adres obsahujcch vsechny ctyri typy je minimum, ale narazit se na ne da, ve mestech

docela bezne.

c.p.

buildingIdentifierPrefix

1252

buildingIdentifier

41


1

addressNumber

a

addressNumberExtension

siteLevel

Pro zjednodusen a prehlednost lze v datech najt i celou adresu v jedinem atributu.

K tomuto ucelu poslouzil atribut alternateIdentifier. Adresa je zde uvedena ve tvaru

podle provadec vyhlasky c. 359/2011 Sb., o zakladnm registru uzemn identifikace, adres

a nemovitost (RUIAN). Radky adresy jsou oddeleny carkami.

Mlynska 1252/1a, 78401 Litovel

Vyse popsana struktura odpovda jak datum predpripravenych souboru, tak datum

stazenych pomoc stahovacch sluzeb. Na zaklade tohoto modeloveho GML souboru byl

firmou Geovap dodan software Marushka R, s funkcemi generovan predpripravenych

souboru a poskytovan prohlzecch a stahovacch sluzeb. Vygenerovane predpripravene

soubory jsem strukturove a obsahove porovnany s vzorovym souborem a odpovdaj ve

vsech smerech.

Zakladn informace o datech INSPIRE tematu Adresy jsou obsazeny i v PDF doku-

mentu, ktery generuji ze znackovacho jazyka LATEXa ktery se nachaz na interne-

tove strance http://services.cuzk.cz/doc/inspire-ad-data.pdfa take v prloze teto

prace. Tento dokument obsahuje zakladn popis datoveho modelu pro aplikacn schema

Adresy, zpusobu distribuce a take ukazku dat.

42

http://services.cuzk.cz/doc/inspire-ad-data.pdf


3.3 Data INSPIRE tematu Uzemn spravn jednotky (AU)

Uzemnmi spravnmi jednotky jsou podle Smernicejednotky rozdelujc uzem, ve kterem

clenske staty maj nebo vykonavaj svrchovana prava, pro ucely mstn, regionaln a statn

spravy, oddelene spravnmi hranicemi. V praxi to zahrnuje jednotky na techto hierar-

chickych urovnch:

Stat,

VUSC vyss uzemn samospravn celek18,

okres,

obec.

Primarne jde o jejich polohove urcen. Data tohoto tematu obsahuj krome polygonu

techto jednotek i jejich hranice. V datech jsou zahrnuty i jednotky NUTS1 a NUTS3, ktere

odpovdaj urovni statu a VUSC.

Mnozstv dat z jinych INSPIRE temat je nebo bude prmo navazano na uzemn spravn

jednotky. Vazbou na tuto jednotku zskava prostorovy objekt okamzitou prostorovou in-

formaci bez pouzit souradnic. Prkladem jsou prvky typu Address z tematu Adresy, kde

je prslusnost k uzemnm spravnm jednotkam na urovni obce a statu komponentou teto

adresy a definuje tak zprostredkovane jej polohu.

Hranice uzemnch spravnch jednotek obsahuj informace o sousednch objektech a jsou

klcem k interoperabilite dat sousednch jednotek.

Podobne jako ma kazdy stat jiny system adresovan, jsou i jine typy hierarchie uzemnch

spravnch jednotek. Zpravidla plat, ze cm vets stat, tm podrobneji je delen, ale neplat

to vzdy. Bylo tedy treba rozhodnout, ktere urovne clenen jsou si v ruznych zemch ekviva-

lentn. Za tm ucelem vznikla tabulka popisujc uroven clenen clenskych statu na zaklade

regionu NUTS a LAU.

18tzv. nove kraje

43


Krome zde zminovanych typu prostorovych objektu pocta tema Uzemn spravn jed-

notky i s takzvanymi Condominii19, tedy uzemmi spravovanymi zaroven dvema nebo

vce staty. U nas zadne takove uzem nen a proto se v pravi tmto typem vubec nezabyvam.

3.3.1 Datova specifikace

Obecne informace o datove specifikaci jsou v kapitole Data INSPIRE tematu Adresy

AD20. V teto casti textu rozebram Datovou specifikaci INSPIRE tematu Uzemn spravn

jednotky (AU) s predpokladanou znalost struktury a charakteru techto dokumentu.

Obsah a struktura dat

Tema Uzemn spravn jednotky obsahuje tri zakladn typy prvku21. Stezejnm typem

je AdministrativeUnit. Prvky tohoto typu predstavuj polygony uzemnch spravnch

jednotek. Krome geometrie neobsahuj mnoho jinych informac. To same plat i pro prvky

typu NUTSRegion, s tm rozdlem,ze jsou navazany k polygonum uzemnch spravnch

jednotek. Oboustrannou vazbu k nim maj prvky typu AdministrativeBoundary.

Struktura a vzajemne vztahy typu jsou znazorneny v UML schematu. Po vzoru popisu

dat z tematu Adresy popsu strukturu dat na zaklade tohoto schematu. Diagram se cte

stejnym zpusobem jako diagram pro adresy.

AdministrativeUnit Typ AdministrativeUnit reprezentuje polygon uzemn spravn

jednotky a obsahuje deset atributu, sest prirazovacch rol, ktere pln ulohu hierarchie a

vzajemnych vztahu mezi jednotkami a tri podmnky (z nichz je jedna vztazena ke Condo-

miniu). Atributy popsane tmto typem jsou:

geometry geometricka reprezentace uzem uzemn spravn jednotky,19V Evrope patr mezi kondominia naprklad reka Mosela a jej prtoky Sauer a Our na hranicch mezi

Nemeckem a Lucemburskem nebo ostrov na rece Bidasoa mezi Spanelskem a Franci. Nemecko a Rakousko

povazuje za kondominium tr zem (jeste Svycarska) plochu Bodamskeho jezera, Svycarsko vsak je toho

nazoru, ze hranice vede stredem jezera. Zadna mezinarodn dohoda o Svycarsko-Nemecko-Rakouske hranici

vsak v mste Bodamskeho jezera neexistuje.20doplnit referenci a cslo kapitoly21ve skutecnosti ctyri, ale Condominium nema pro nase data zadny vyznam

44


Obr. 3.6: Prvky (featureType) aplikacnho schematu pro tema Uzemn spravn jednotky

(AU)

nationalCode identifikator odpovdajc znacen ve clenske zemi,

country dvoupsmenny kod statu podle ISO 3166-1,

name [1..*] voidable oficialn nazev uzemn spravn jednotky (kardinalita je

[1..*], protoze nektere uzemn spravn jednotky maj oficialn nazev ve vce jazycch),

residenceOfAuthority [1..*] voidable administrativn centrum,


jednotka soucast datove sady,


nebo nahrazen jednotky v datove sade,

inspireId jedinecny identifikator prvku,

nationalLevel kod narodn urovne clenen, muze nabyvat hodnot 1stOrder,

2ndOrder...6thOrder,

nationalLevelName [1..*] voidable nazev narodn urovne clenen.

45


Krome prirazovac role condominium patr k prvku typu AdministrativeUnit rada

dalsch prirazovacch rol. S jejich pomoc je v tematu Uzemn spravn jednotku resena

hierarchie mezi jednotkami. Prvky typu AdministrativeUnit se pomoc prirazovacch

rol odvolavaj na prvky stejneho typu, ktere jsou podrazene, nadrazene nebo na stejne

urovni jako aktualn prvek. Jsou to:

lowerLevelunit [0..*] voidable jednotky nizs urovne clenen spravovane touto

jednotkou,

upperLevelUnit [0..1] voidable jednotka vyss urovne clenen, ktera tuto jed-

notku spravuje,

administeredBy [0..*] voidable jednotka stejne urovne clenen, ktera je s touto

jednotkou spravovana spolecne,

coAdminister [0..*] voidable jednotka stejne urovne clenen, ktera tuto jed-

notku spravuje,

NUTS [1..3] voidable region NUTS, ktery teto jednotce topologicky odpovda,

boundary [1..*] voidable hranice mezi touto jednotkou a sousednmi jed-

notkami.

Vzhledem k rade vztahu mezi jednotkami zprostredkovanymi prirazovacmi rolemi mus

byt osetreny situace, ktere by mohly nastat pri doslovnem plnen pravidel. Za tm ucelem

se k prvkum typu AdministrativeUnit vztahuj jeste tyto podmnky:

AdministrativeUnitLowestLevel jednotky na nejnizs urovni clenen daneho

statu nesm mt asociacn roli typu lowerLevelUnit,

AdministrativeUnitHighestLevel jednotky na nejvyss urovni clenen nesm mt

asociacn roli typu upperLevelUnit.

AdministrativeBoundary Prvky tohoto typu jsou demarkacnmi liniemi mezi

uzemnmi spravnmi jednotkami. Zasadnm zpusobem urcuj vztahy nejen mezi jednotkami

stejne urovne clenen, ale i mezi jednotkami nadrazenymi a podrazenymi. Z technickeho

hlediska se jedna o linie s vazbou na sousedn spravn jednotky. Tato vazba je nezavisla

46


na urovni clenen teto jednotky, takze naprklad linie tvorc statn hranici zaroven tvor

i hranici kraje, okresu a obce. K problematice topologie hranic se vratm v zaveru teto

casti prace.

Prvky typu AdministrativeBoundary obsahuj nasledujc atributy:

geometry geometricka reprezentace linie hranice,


country dvoupsmenny kod statu podle ISO 3166-1,

nationalLevel [1..6] uroven clenen jednotky, jejz hranice je tvorena touto lini

(kradinalita [1..6] znac, ze jedna linie muze byt cast hranice uzemnch spravnch

jednotek na vce urovnch clenen),

legalStatus voidable pravn stav hranice (je posuzovan z hlediska politicke

spravnosti prubehu hranice),

technicalStatus voidable technicky stav hranice (je posuzovan z hlediska

topologicke spravnosti hranice),


hranice soucast datove sady,


nebo nahrazen hranice v datove sade.

Hranice nen omezena zadnymi podmnkami a obsahuje pouze jednu prirazovac roli, a

sice

admUnit [1..*] voidable uzemn spravn jednotka oddelena touto hranic,

ktera prirazuje hranici k prslusne uzemn pravn jednotce (nebo jednotkam).

Jak jsem avizoval v uvodu do popisu uzemnch spravnch hranic, na tomto mste bych

se rad vratil k problematice topologie hranic. Dle specifikace INSPIRE jsou povoleny dva

topologicke modely:

47


Plochy model flat model

1. Model je sestavovan odspodu kazdy prvek typu AdministrativeBoundary

odpovda krivce mezi dvema uzly topologickeho grafu zrzenymi na nejnizs

urovni clenen.

2. Kazdy prvek typu AdministrativeBoundary by mel odkazovat na jednu nebo

vce uzemnch spravnch jednotek.

3. Kazdy prvek typu AdministrativeUnit je pridruzen ke vsem prvkum typu

AdministrativeBoundary, kterych se dotyka.

4. Kazdy prvek typu AdministrativeBoundary je pridruzen ke vsem prvkum

typu AdministrativeUnit, kterych se dotyka.

Obr. 3.7: Topologie realizovana plochym modelem

Mnohovrstevny model multi-layer model

1. Kazdy prvek typu AdministrativeBoundary predstavuje prave jednu hranici

zrzenou na jiste urovni clenen naprklad hranice mezi Ceskou republikou a

Nemeckem, nebo mezi Libercem a Jabloncem nad Nisou.

2. Prvky typu AdministrativeBoundary jsou identifikovany vzdy na jedne

urovni clenen prvky predstavujc hranice kraju, hranice okresu atd.

48


3. Kazdy prvek typu AdministrativeBoundary je pridruzen pouze k tem

prvkum typu AdministrativeUnit, ktere jsou na stejne urovni clenen.

4. Kazdy prvek typu AdministrativeUnit je pridruzen pouze k tem prvkum

typu AdministrativeBoundary, ktere jsou na stejne urovni clenen.

5. Kazdy prvek typu AdministrativeBoundary je pridruzen ke vsem prvkum

typu AdministrativeUnit, kterych se dotyka a ktere jsou na stejne urovni

clenen.

Obr. 3.8: Topologie realizovana mnohovrstevnym modelem

49


Pri implementaci datovych modelu pro tema Uzemn spravn jednotky v Ceske republice

jsem zvolil Plochy model. Dokaze lepe dokumentovat vazby mezi jednotkami a hranicemi

a nevyzaduje tolik prostoru v databazi.

NUTSRegion Posledn typem prvku, ktery se vyskytuje v tematu Uzemn spravn

jednotky je NUTSRegion, ktery obsahuje informace o regionech NUTS ekvivalentnch

uzemnm spravnm jednotkam. Pro Ceskou republiku jsou to NUTS1, ktery odpovda

statu, a NUTS3, ktery odpovda VUSC. Schvalne psu ze se v tomto tematu vyskytuje,

protoze zde nen definovan. Prvek typu NUTSRegion totiz patr do INSPIRE tematu

Statisticke jednotky (SU) NUTS regiony neslouz ke sprave, ale ke statistice. V tematu

Uzemn spravn jednotky jsou obsazeny pouze ty NUTS regiony, ktere odpovdaj ceskym

uzemnm spravnm jednotkam. Proto se zde nevyskytuje naprklad NUTS2 jeho uzem

je vets nez uzem kraju, ale mens nez uzem statu a nema zadnou samospravu. Jednotky

NUTS jsou definovany Narzenm 1059/2003 Evropskeho parlamentu a Rady z 26. kvetna

2003.

Z technickeho pohledu se ale v tematu Uzemn spravn jednotky chovaj velice podobne

jako ostatn typy prvku definovane v tomto tematu. Protoze se jedna pouze o informativn

typ, jehoz hlavn cast je popsana v jinem tematu, obsahuj pouze pet atributu a nic jineho:

geometry geometricka reprezentace regionu NUTS,


NUTSCode jedinecny kod uzemn jednotky definovane Narzenm 1059/2003

Evropskeho parlamentu a Rady z 26. kvetna 2003,


region NUTS soucast datove sady,


nebo nahrazen regionu NUTS v datove sade.

Datova specifikace dale obsahuje informace o cele rade datovych typu, o vzhledu

a o zpusobu a pravidlech zobrazovan nebo stahovan dat prostrednictvm prohlzecch

a stahovacch sluzeb. Hodnoty nekterych atributu mus podle smernice byt urciteho

50


typu a tyto typy zde jsou podrobne popsany, v teto casti se jimi vsak nebudu zabyvat.

O nekterych z nich se zmnm v dalsch castech teto prace.

3.3.2 Analyza

U uzemnch spravnch jednotek bylo rozhodovan o tom, ktera data do serie datovych

sad zaradit celkem snadne. Vsechny typy prvku jsou ulozeny v databazi ISUI22. Oznacen

regionu NUTS je take zname a geometrie je totozna s prvky uzemnch spravnch jednotek.

Hranice jsou ulozeny ve forme lini od trojmez do trojmez na nejnizs urovni clenen. Po-

drobny prehled vsech atributu je ve schematu pouzit pro tema Uzemn spravn jednotky.

Obr. 3.9: Schema pouzit dat tematu Uzemn spravn jednotky

22Informacn system uzemn identifikace

51


Data INSPIRE tematu Uzemn spravn jednotky pochaz z Registru uzemn identifikace,

adres a nemovitost (RUIAN), ktery byl vybudovan za ucelem sdlen referencnch udaju

o uzemnch prvcch, uzemne evidencnch jednotkach a adresach pro potreby verejne spravy

v CR a ktery jsem popsal drve.

Z atributu nejsou v sadach uvedeny pouze endLifespanVersion, protoze dopredu

nen vetsinou jasne, kdy skonc platnost prvku a residenceOfAuthority. Podle speci-

fikace ma byt obsahem atributu residenceOfAuthority nazev a poloha spravnho uradu.

V soucasne dobe v ramci jineho projektu prevadm seznamy obecnch uradu do publikacn

databaze, ale porad nemaj geometrii, pouze adresu. Podle adresy bude mozne ve vetsine

prpadu geometrii dohledat. Do datove struktury Uzemnch spravnch jednotek jsem je

vsak zatm nezaradil. Navc se jedna pouze o obecn urady. S urcitym usilm by se povedlo

zajistit alespon nazvy spravnch uradu, ale z charakteru datove sady je nazev prslusneho

spravnho uradu snadno odvoditelny (obce spravuj obecn urady, kraje spravuj krajske

urady).

Co se tyce prirazovacch rol, je jich vynechano vce. Je to z toho duvodu, ze prirazovac

role slouz k osetren vsech vztahu mezi jednotkami a hranicemi, ktere mohou vzniknout

ve vsech clenskych statech. Ty prirazovac role, ktere se v ceske serii datovych sad neob-

jevuj, predstavuj vztahy, ktere se na nasem uzem ve vztahu k uzemnm spravnm jed-

notkam nevyskytuj. Vsechny uzemn spravn jednotky se stejnou urovn clenen se spravuj

samostatne, a proto nen prirazovacch rol administeredBy a coAdminister potreba.

Stejne jako u tematu Adresy vznikl i pro tema Uzemn spravn jednotky vzorovy GML

soubor, na kterem jsou predvedeny zakladn principy struktury dat a vztahy mezi prvky.

Tento soubor je podrobne predstaven v dals casti.

3.3.3 Vzorovy GML soubor

Vzorovy GML soubor vznikal v programu oXygen XML editor, ktery se mi pri tvorbe

a editaci souboru v jazycch vychazejcch z XML uz osvedcil. V nasledujcm textu popsu

zakladn strukturu GML dokumentu pro INSPIRE tema uzemn spravn jednotky a blze

se zamerm na ty casti, ktere jsou pro danou problematiku zasadn, nebo jsou zajmave

52


zpracovany. Rozdly mezi predpripravenymi soubory a daty stazenymi prostrednictvm

WFS jsou stejne jako u tematu Adresy, nebudu se o nich tedy zvlast zminovat.

Jako kazdy GML soubor, i tento zacna hlavickou. V n jsou definovana schemata, ktera

jsou v dokumentu pouzita, vcetne jmennych prostoru. Krome geometrie a obecnych IN-

SPIRE schemat jsou dulezita specialn schemata pro Uzemn spravn jednotky a pro Statis-

ticke jednotky. Statisticke jednotky jsou zahrnuty kvuli regionum NUTS. Jak uz jsem psal

drve, regiony NUTS nemaj charakter spravnch jednotek a proto jsou primarne zahrnuty

v tematu Statisticke jednotky23.

Za hlavickou nasleduje identifikator realizovany prostrednictvm prvku identifier.

Identifikator je pouzvan pro identifikaci predpripravenych souboru. Vzhledem k tomu,

ze pro celou serii datovych sad tematu Uzemn spravn jednotky je generovan pouze jeden

predpripraveny soubor v rozsahu cele Ceske republiky, identifikator je jenom jeden. Tvar

identifkatoru je AU.SD.1. Jedinecnost v kontextu celeho spolecenstv je zajistena pomoc

jmenneho prostoru CUZK ve tvaru CZ-00025712-CUZK AU.

Nasleduj prvky member obsahujc prvky typu AdministrativeUnit,

AdministrativeBoundary a NUTSRegion. Tyto prvky jsou uvnitr serie datovych

sad jednoznacne urceny prostrednictvm identifikatoru a obsahuj hierarchicky vlastnosti

atributy a prirazovac role podle XSD schemat.

Vzhledem k velkemu mnozstv vazeb mezi jednotlivymi prvky je nezbytne priradit

kazdemu prvku jedinecny identifikator. Identifikatory jsou prirazovany podle urciteho

klce, aby bylo mozne jistit identifikatory vsech prvku. Identifikatory jsou popsany

v nasledujc tabulce na realnem prkladu obce Spalene Porc na jiznm Plzensku

s vysvetlenm identifikacnch klcu.

23Implementaci tematu Statisticke jednotky v Ceske republice ma na starosti Cesky statisticky urad

53


Nazev prvku Identifikator Vysvetlen

AdministrativeUnit AU.4.558362 AdministrativeUnit.cslo urovne ad-

ministrativnho clenen v hierarchii CR

(stat = 1, kraj = 2, okres = 3, obec =

4).kod uzemn spravn jednotky z reg-

istru RUIAN

AdministrativeBoundary AB.184294 AdministrativeBoundary.kod linie

hranice

NUTSRegion SU.NUTS3.CZ032 StatisticalUnit.NUTS1/NUTS3.kod

NUTS podle Narzen 1059/2003

Evropskeho parlamentu a Rady z 26.

kvetna 2003

Tab. 3.2: Identifikatory prvku tematu Uzemn spravn jed-

notky

Identifikatory jsou v GML soubory na dvou mstech. Jako parametr je identifikator

soucast materskeho elementu kazdeho prostoroveho objektu. Identifikator je take hodno-

tou prvku inspireId. Spolecne se jmennym prostorem umoznuj jedinecnou identifikaci

prvku v ramci celeho INSPIRE.

AU.4.546101

CZ_00025712-CUZK_AU

Vsechny prvky predstavujc uzemn spravn jednotky jsou pojmenovany. Jmeno jed-

notky je v GML osetreno prostrednictvm typu GeographicalName definovaneho v XSD

schematu Zemepisna jmena. Ukazka tohoto typu byla uvedena uz pri popisu vzoroveho

GML souboru pro tema Adresy. Vzhledem k tomu, ze se jedna o atribut typu definovaneho

stejnym zpusobem, nen zde dals prklad nutny.

54


Duvodem, proc data vlastne vznikaj, je prostorova identifikace uzemnch spravnch

jednotek. Ta je realizovana prostrednictvm atributu geometry, ktery v prpade uzemnch

spravnch jednotek obsahuje polygon a v prpade hranic linii. Hierarchie a tvar je dan XSD

schematem definovanym prmo GML. Geometricka reprezentace uzemn spravn jednotky

(v tomto prpade obce Cmer na Jindrichohradecku) v datech vypada takto (zkraceno):

49.085348 14.994711 49.085329 14.99506

...

49.085365 14.994392 49.085348 14.994711

Z prkladu je videt, ze je struktura celkem slozita a ze krome samotnych souradnic prvek

geometry obsahuje i informace o souradnicovem referencnm systemu, poctu rozmeru to-

hoto systemu a identifikuje i jednotlive geometricke prvky.

Pomoc dalsch dvou atributu je urcena uroven clenen v ramci hierarchie IN-

SPIRE. Atribut nationalLevel obsahuje hodnotu typu AdministrativeHierar-

chyLevel z codeListu. Podle nej muze nabyvat hodnot 1stOrder, 2ndOrder, 3rdOrder,

4thOrder, 5thOrder nebo 6thOrder, pro Ceskou republiku pripadaj v uvahu pouze prvn

ctyri. Atribut nationalLevelName obsahuje volny retezec s oficialnm nazvem narodn

urovne clenen v narodnm jazyce.

4thOrder

Obec

55


To je temer cely popis uzemn spravn jednotky. Na samotnych uzemnch spravnch

jednotkach nen nic sloziteho, obsahuj pouze geometrii, nazev a uroven clenen. To, co je

cin zajmavymi, jsou vazby mezi nimi. Vazby jsou v GML vyreseny prostrednictvm jazyka

XLink, ktery umoznuje odkazovan navzajem mezi prvky v jedne nebo vce sadach. Zde jsou

pouzity k realizaci vazeb mezi nadrzenymi a podrzenymi jednotkami a mezi jednotkami

a hranicemi. V prpade regionu NUTS jsou pouzity i k vazbam mezi jednotkami na stejne

urovni. Pro strojovou citelnost je vzdy uveden parametr xlink:href, pro lidskou citelnost

je doplnen o parametr xlink:title, kde je vypsano jmeno odkazovaneho prvku. Pro vazbu

okresu k nadrzenemu prvkum vypada zapis v jazyce GML takto:

Podobnym zpusobem jsou vyreseny i vazby jednotek k hranicm a jednotek k regionum

NUTS. Popis regionu NUTS pomoc GML je jeste jednoduss nez v prpade uzemnch

spravnch jednotek. Regiony NUTS obsahuj jenom geometrii, identifikator a kod NUTS.

Neobsahuj dokonce zadne prirazovac role. Hranice uzemnch spravnch jednotek jsou

obsahem GML docela podobne uzemnm spravnm jednotkam. Zakladem je take prvek

geometry, ac obsahujc namsto polygonu linii, dalsmi prvky jsou take inspireId,

nationalLevel, nationalLevelName. Krome toho jeste hranice obsahuj dva prvky,

ktere urcuj spravnost hranice. Prvnm z nich je legalStatus, ktery obsahuje informaci

o pravn spravnosti hranice, druhym je pak technicalStatus obsahujc informaci o topo-

logicke spravnosti hranice. Hodnoty obou jsou vyplnovany podle cselnku. Prpustnymi

hodnotami pro legalStatus jsou agreed nebo notAgreed, pro technicalStatus pak

edgeMatched nebo notEdgeMatched.

agreed

edgeMatched

Z prvku typu AdministrativeBoundary vede vazba k prslusne uzemn spravn

jednotce. Vzhledem k pouzit plocheho topografickeho modelu muze kazda linie tvorit

hranici mezi dvojicemi jednotek na nekolika urovnch clenen. Na zaklade tohoto mode-

loveho GML souboru byl firmou Geovap dodan software Marushka R, s funkcemi genero-

van predpripravenych souboru a poskytovan prohlzecch a stahovacch sluzeb. Obsah

nekterych atributu nen vzdy presne takovy jako ve vzorovem souboru. Uzemn spravn

jednotky jsou nasazeny do ostreho provozu od 29.9.2013.

56


Stejne jako pro tema Adresy i pro Uzemn spravn jednotky jsem vytvoril PDF

dokument, ktery slouz k zakladnmu zorientovan se v datech INSPIRE tematu.

Tento dokument se nachaz na internetove adrese http://services.cuzk.cz/doc/

inspire-au-data.pdf a obsahuje seznam prvku, ktera data obsahuj, zpusoby jejich dis-

tribuce

Date post:	25-Nov-2018
Category:	Documents
Upload:	ngothuan
View:	221 times
Download:	0 times

DIPLOMOVA PR ACE - cvut.czgeo.fsv.cvut.cz/proj/dp/2014/michal-med-dp-2014.pdf · DIPLOMOVA PR ACE...

Documents