27.06.2015 Views

Modelování geoprostorové báze dat na úrovni datového modelu KN

Modelování geoprostorové báze dat na úrovni datového modelu KN

Modelování geoprostorové báze dat na úrovni datového modelu KN

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Modelování geoprostorové báze <strong>dat</strong> <strong>na</strong> úrovni <strong>dat</strong>ového <strong>modelu</strong> <strong>KN</strong><br />

8 Závěr<br />

Hlavním cílem práce mělo být otestování a popsání možností uložení<br />

prostorových <strong>dat</strong> pomocí zvolené <strong>dat</strong>ové struktury v Oracle Spatial a<br />

funkcio<strong>na</strong>lity pro provádění generalizačních postupů.<br />

Uložení <strong>dat</strong> v prostředí Spatial je v současné době možné provést<br />

s využitím několika hlavních přístupů. Nejvíce podporovaným přístupem<br />

je zřejmě objektově-relační způsob uložení, pro nějž je k dispozici<br />

rozsáhlá množi<strong>na</strong> procedur, funkcí a prostorových operátorů. V práci<br />

jsem se zabýval právě tímto přístupem, popsal jsem způsob převodu<br />

<strong>dat</strong> ze souboru výměnného formátu do <strong>na</strong>vrženého objektově-relačního<br />

<strong>modelu</strong> s využitím objektového <strong>dat</strong>ového typu SDO_GEOMETRY. Výhody<br />

použití tohoto typu spatřuji v:<br />

• možnosti uklá<strong>dat</strong> prostorová <strong>dat</strong>a společně s atributovými<br />

v jednom řádku a sloupci tabulky.<br />

• rozsáhlé množině předprogramovaných procedur a funkcí<br />

podporujících tento typ v prostředí Spatial.<br />

Nad <strong>dat</strong>y uloženými pomocí typu SDO_GEOMETRY lze aplikovat funkce,<br />

respektive proceduru, které jsou v prostředí Spatial ke generalizačním<br />

účelům primárně určeny, či lze „generalizačního“ průběhu vhodně<br />

zvolené funkce dosáhnout přiměřenou volbou vstupního parametru.<br />

Toto je ovšem poměrně nešťastný krok, ukázalo se, že takovéto<br />

obcházení nemá pro konkrétní účely reálný výz<strong>na</strong>m. Ovšem i v případě<br />

čistě generalizačních funkcí, pracujících <strong>na</strong>d typem SDO_GEOMETRY,<br />

nejsou získané výsledky příliš optimistické. Na první pohled je<br />

z vykreslených zjednodušených geometrických popisů katastrálních<br />

hranic vidět, že nedojde k zachování topologických vztahů, které se<br />

vyskytovaly mezi popisy původními.<br />

Ovšem, i kdyby se tyto otestované funkce chovaly z hlediska<br />

požadovaného výstupu korektně, nechalo by se určitě použití tohoto<br />

přístupu optimalizovat:<br />

• Vylepšením by jistě bylo <strong>na</strong>definování souřadnicového systému<br />

S-JTSK a uložení příslušných hodnot do systémové tabulky<br />

MDSYS.CS_SRS.<br />

• Rovněž by bylo určitě vhodné mít <strong>dat</strong>abázi ve stavu, při kterém<br />

by existovala tabulka se souřadnicemi bodů, <strong>na</strong> kterou by se<br />

pouze odkazovalo z tabulek jiných. To z<strong>na</strong>mená, místo přímého<br />

ukládání souřadnic geometrického popisu prvku do atributu<br />

sdo_ordi<strong>na</strong>tes_array jak je vyžadováno nyní, by se ukládaly<br />

pouze identifikátory alias odkazy <strong>na</strong> příslušné body.<br />

• Možným vylepšením by jistě bylo i rozšíření funkcio<strong>na</strong>lity o další<br />

funkce, které by realizovali postupy kartografické generalizace,<br />

78

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!