Vypořádání připomínek

Transkript

1 Vypořádání ke dni: Fáze: Standard VF XML DTM DMVS Vypořádání připomínek Připomínkující Připomínky Vypořádání Při porovnávání datového modelu DTMP s objekty ve VF jsme některé prvky nedokázali zařadit. Možná se jen špatně díváme, prosíme o rady a pomoc. Hřbitov druh pozemku bod Těžba druh pozemku bod Předměty malého rozsahu. V současné době řešíme takto: Měřeno středem bod s příslušným znakem (např. dle ČSN kombinace 4.11 a 4.12) Měřeno skutečnou velikostí obvod linií malé předměty, do plochy symbol. Např Přidat Základní konstrukční prvek Hranice povrchové stavby? V případě objektu hřbitova se jedná o areálový objekt, který je složený ze základních objektů jako např. obvodová zeď, plot, chodníky, udržované plochy zeleně, plochy pro hrobová místa aj. V DM VF XML DTM DMVS není hřbitov veden jako samostatný objekt. Doplnění DM o areálové objekty (hřbitov, ČOV atd.) se předpokládá při rozšíření VF o další agendy (datové bloky), kdy bude VF pokrývat další objekty nad rámec obsahu DTM. Tento objekt není ve stávající verzi DM VF XML DTM DMVS obsažen. Je tento objekt významově podstatný a má být do DM VF XML DTM DMVS doplněn? Při vyhotovení DM VF XML DTM DMVS byla snaha o zredukování nekonkrétních pojmenování objektů vedených v DM stávajících projektů DTM. Pokud se jedná o objekty významného charakteru, které je potřeba v DTM evidovat, pak by měly mít své vlastní místo (=konkrétní pojmenování) v rámci DM VF XML DTM DMVS.

2 ( ) Sloup Příhradový Do Stavba sdílená, speciální, podpěrné zařízení přidat typ sloupu Příhradový Zeď opěrná svislá kresleno linií (ČSN č. 4.22). Ve VF je jen plocha a symbol. Komunikace, portály liniové Patří do hranice dopravní stavby? Jsou to konstrukce nad silnicí s navěšenými informačními cedulemi. Podzemní objekty Do typu průběhu hranice přidat atribut Podzemní Liniovou reprezentaci (obvod) je možné navázat k objektu hranice stavby. Pro bodové označení předmětu malého rozsahu není prozatím v DM VF XML DTM DMVS objekt stanoven. V rámci DM VF XML DTM DMVS je příhradový sloup veden jako objekt V. úrovně Podpěrné zařízení s hodnotou domény atributu typu podpěrného zařízení stožár příhradový. DM VF XML DTM DMVS eviduje opěrnou zeď jako plošný objekt. Liniové reprezentace zdí je možné vázat na objekt v DM VF XML DTM DMVS Hranice zdi. Tento objekt může být rozšířen o doménový atribut typ zdi s hodnotami nezjištěno, opěrná atd. Je tento objekt významově podstatný a má být do DM VF XML DTM DMVS doplněn? Tyto objekty jsou v DM VF XML DTM DMVS vedeny jako bodový objekt nosič dopravního zařízení. Samotná konstrukce nad silnicí s navěšenými informačními cedulemi pak zasahuje spíše do pasportních evidencí dopravní infrastruktury nad rámec DTM. Do DM VF se tedy může doplnit v rámci rozšiřování VF o nové agendy. Doplněno. Sloupek proti parkování bod Přidat typ dopravního zařízení Jedná se o podrobný pasportní prvek dopravní infrastruktury nad rámec rozlišovací schopnosti DM VF XML DTM DMVS. Do DM může být doplněn při

3 Mezník bod rozšiřování VF o nové agendy související s dopravní infrastrukturou. Mezník jako způsob stabilizace majetkových hranic pozemků není předmětem vedení v DM VF XML DTM DMVS. Výdejní automat jízdenek bod Viz výše sloupek proti parkování. Staničník Přidat typ dopravního zařízení Viz výše sloupek proti parkování. Tunel liniový průběh Možná totéž jako Podzemní objekty Sloupy bez vedení bod Protipovodňové patky, hradítko, piloty body V rámci DM VF XML DTM DVMS jsou vedeny objekty portálu tunelu a průběhu tunelu. Objekty jsou vedeny jako plošné s definičním kódem plochy. Objekty tunelu doporučujeme vést jako plošné. Sloupy jsou v rámci DM VF XML DTM DMVS vedeny jako sdílené speciální stavby (pasivní prvky technické infrastruktury). Nejsou tedy závislé na typu vedení, které přes ně probíhá a mohou tak být i bez vedení. Jedná se o objekt V. úrovně Podpěrné zařízení s hodnotou domény atributu typu podpěrného zařízení sloup, stožár. V rámci DM VF XML DTM DMVS je veden objekt protipovodňové hráze s rozlišením protipovodňového valu, protipovodňové zdi a mobilní protipovodňové zábrany. Podrobnější objekty jako protipovodňové patky, hradítka a piloty jako samostatné bodové objekty nejsou nyní v DM VF XML DTM DMVS vedeny.

4 Osa mobilní stěny Typ protipovodňové hráze mobilní protipovodňová zábrana? Pramen, zřídlo bod Potřebujeme dát do budovy nebytové (úroveň 6) dát typ využití (např. kostel, trafostanice). Doporučujeme při dalším postupu neklást si příliš široké a rozsáhlé cíle a o stavu průběžných pracích informovat oslovený tým a nechat mu prostor na komentáře - pořád se musí něco dít. Z celospolečenského hlediska je vhodné celý proces urychlit hlavně s ohledem na geodetickou veřejnost, poskytování dat apod. Jsou tyto objekty významově podstatné a mají být do DM VF XML DTM DMVS doplněny? Mobilní protipovodňová zábrana je vedena v rámci objektu Protipovodňová hráz jako jedna z hodnot doménového atributy. Objekt Protipovodňová hráz je nyní veden jako plošný objekt s definičním kódem plochy. Při potřebě vedení osy mobilní protipovodňové stěny v DM VF XML DTM DMVS je možné zavést doménový atribut u objektu Hranice vodohospodářské stavby, který bude rozlišovat typ hranice a jednou z hodnot může být mobilní protipovodňová zábrana. Je tento objekt významově podstatný a má být do DM VF XML DTM DMVS doplněn? Tento objekt není součástí DM VF XML DTM DMVS. Do DM může být doplněn při rozšiřování VF o nové agendy. Budova nebytová na 6. úrovni je vedena v rámci ontologického katalogu, nikoli DM VF XML DTM DMVS. DM VF XML DTM DMVS zatím vůbec nesleduje způsob využití budovy. Doplnění o způsob využití se předpokládá v dalších etapách rozvoje VF DMVS. Informace

5 V první části pilotního projektu řešit hlavně nastavení procesu stažení dat, aby mohly společnosti z týmu partnerů projektu začít pracovat na implementaci VF do svých produktů. Zatím chybí propojení na legislativu a momentálně známé produkty (např. RÚIAN), doporučujeme řešit v další etapě prací na projektu. Stabilita datového modelu - v rutinním provozu doporučujeme aktualizace nejvýše jednou ročně v dostatečném předstihu, aby bylo možné upravit a odladit klientské aplikace. V dokumentaci jasně vymezit množinu definic typů objektů, které je možné v rámci technické mapy používat. Kružnice a křivky doporučujeme používat nalámané na polyline s definovanou přesností (některé GIS produkty s těmito entitami nedokážou pracovat). Přivítáme vzorek (příklad) výměnného formátu (fiktivní data, datový model, obsah číselníků). Informace Legislativní vazby objektů vedených v ontologickém slovníku a propojení na již existující agendy bude řešeno v dalších etapách rozvoje projektu VF DMVS. Informace byla doplněna do Standardu do dokumentu Správa VF XML DTM DMVS. V provozní fázi projektu je předpoklad aktualizací DM VF XML DTM DMVS v ročních intervalech. V realizační fázi může být potřeba aktualizací flexibilnější s ohledem na požadavky partnerů projektu. V dalších etapách rozvoje projektu VF DMVS bude vypracován podrobný popis jednotlivých typových objektů DM VF XML DTM DMVS včetně stanovení množin povinných a nepovinných objektů DTM pořizovaných geodeticky. S touto problematikou je v tomto duchu počítáno a bude blíže specifikována v rámci jedné z dalších etap rozvoje projektu VF DMVS, kdy bude vypracován podrobný popis jednotlivých typových objektů DM VF XML DTM DMVS včetně jejich geometrické reprezentace. Nebudou povoleny kružnice křivky, oblouky apod. způsoby geometrické reprezentace objektů. Zpracování vzorových souborů ukázkové lokality bude provedeno v následující etapě rozvoje projektu VF DMVS. Zavést pilotní provoz za účasti týmu partnerů projektu. Informace. Pilotní provoz bude realizován za účasti

6 Verzování datového modelu - rozpracované zakázky odevzdávat ve verzi VF, která platila v okamžiku zahájení prací na zakázce. Popsat proces a metody editace, např. zamykání oblasti, zamykání oblasti se selekcí např. pro konkrétního editora - typicky správce sítě technického vybavení (v uživatelské příručce, snahou je omezit nekorektní editace a omezit páchání případných škod na datech). Obecně bude třeba řešit záležitost případných konfliktů při editaci více editory ve shodné lokalitě a offline provozu. Validace dat - doporučujeme on-line validaci jako webovou službu pro editory. Dodávky dat z centrální databáze - součástí dodávky musí být: Aktuální platný popis datového modelu (nemusí být součástí dat a může být k dispozici on-line ke stažení) Aktuální obsah číselníků (nemusí být součástí dat a může být k dispozici on-line ke stažení) Garance prvků, vymahatelnost a verifikace některých atributů - příklady. Není znám mechanismus pro průběžné sledování změn hodnot atributů VLASTNIK a PROVOZOVATEL s výjimkou významných dodavatelů dat (ČEZ, innogy apod.). Proto doporučujeme u těchto atributů vést na úrovni provozovatele číselníky, aby se do systému nedostávaly údaje, pro které neexistuje legislativně zakotvený mechanismus sledování změn jejich hodnot. Popis této problematiky je vhodné vést v on-line příručce. týmu partnerů projektu. Do Standardu do dokumentu Správa VF XML DTM DMVS byla doplněna informace o validitě rozpracovaných akcí, které mohou být předány zpět ve verzi DM, která byla platná v době zahájení akce. Zamykání oblastí nemůže být v rámci VF obecně navrhováno a podmiňováno. Je na věci každého dílčího projektu DTM. VF slouží zejména pro předávání dat. Validační webová služba bude vyhotovena v dalších etapách rozvoje projektu VF DMVS. Popis DM bude k dispozici online a ke stažení. Obsahy číselníků budou součástí DM, který bude k dispozici online a ke stažení. Doplněno do Standardu do dokumentu Správa VF XML DTM DMVS. Upraveno. Atributy VLASTNIK a PROVOZOVATEL jsou nastaveny jako číselníky (doménové atributy). Naplnění hodnot číselníku bude provedeno v pilotním provozu projektu.

7 Dalibor Bednář (innogy) Dalibor Bednář (innogy) Garance prvků, vymahatelnost a verifikace některých atributů - příklady. Prvky, pro které není garant, nemá smysl v DTM vést (např. se nedozvíme, že byly odstraněny. Identifikátory objektů při editaci zakázky U stávajících objektů používat stávající identifikátory generované centrální databází. U nových objektů doporučujeme použít v klientské aplikaci dočasné identifikátory, kterým teprve při uploadu do centrální databáze přidělí definitivní identifikátory. Zpřístupnit historii změn prvků včetně autorů změn, přístupnou zhotoviteli zakázky on-line dotazem do centrální databáze. Historie změn geometrie generované centrální databází. Historie změn atributů. Jeden XML soubor, který v sobě může obsahovat i další části. Jeden DTD soubor, kterým můžeme jednodušeji validovat XML soubor. Informace. Bude zohledněno v rámci dalšího rozvoje projektu VF DMVS, kdy budou definovány množiny povinných a nepovinných objektů DTM pořizovaných geodeticky a specifikováni editoři jednotlivých údajů. Bude stanoven jedinečný identifikátor a způsob jeho generování, aby byla zajištěna unikátnost a homogenita napříč kooperujícími systémy partnerů projektu VF XML. V dokumentaci Standardu v dokumentu Správa VF XML DTM DMVS je doplněna informace o potřebě metodiky, která bude tuto problematiku řešit. Příslušná metodika bude vypracována v rámci rozvoje VF DMVS. Kooperaci se zhotoviteli zakázek řeší každý projekt DTM samostatně. Prozatím nejsou ukotveny principy, vznik ani správa centrálního datového úložiště pro všechny projekty DTM. Prozatím je ponecháno rozdělení XML souborů v souladu s konceptem VF. Nicméně, je počítáno s tím, že v realizační fázi (zavádění VF XML DTM DMVS) může vyvstat technický požadavek na sloučení do jednoho XML souboru. V tom případě proběhne flexibilní úprava struktury VF. Bude dopracováno v navazující etapě rozvoje VF DMVS v rámci zpracování vzorových souborů VF DMVS (vzorové lokality).