Zdravím vás,
rád bych se tímto tématem zeptal, zda někdo používáte digitální katastr ?
Je možné si za nějaký poplatek udělat někam přístup, abych si mohl stáhnout dané katastrální mapy a importovat je do cadu v digitální podobě a ne v jpg či pdf ?

Ve Zlínském kraji si můžete na portálu Jednotné digitální technické mapy objednat (po registraci a přihlášení) zakázku zaměření území s výstupem DGN nebo DXF s inženýrskými sítěmi nebo bez inženýrských sítí. 

Používám vytvořené PDF z nahlížení do KN. PDF poté převedu do DWG - převod je dle mého dosti přesný. Když to nasadím na podklad od geodeta setí to přesně.

V Civilu občas používám on-line připojení přes WMS, problém bývá s kvalitou tisku.

Oficiální cesta přes ČÚZK vede prostřednictvím souborů VFK (obsahují grafiku i GIS atributy). Do produktů Autodesku načtete VFK pomocí "VFK Import".
Pak ještě existuje nová cesta (zdarma), a to přes formát RÚIAN (jen grafika, čísla parcel, stavová data). Do GIS produktů Autodesku jej načtete pomocí "Import RÚIAN".

Dobrý den,JDTM Zlínského kraje sice poskytuje data polohopisu a průběhu sítí v elektronickém formátu, ale nikoliv data katastru. Katastr lze v prohlížeči JDTM ZK zobrazit, ale co je mi známo, tak rozhodně Vám je nevydají, neboť tyto data spravuje Český úřad zeměměřický a katastrální a vydává je za úplatu.Bezplatné získání dat skrze AutoCAD MAP jsem nezkoušel a nepředpokládám, že MAP máte k dispozici. Popíši tedy obecný postup, který je mi znám. Pro získání dat katastru navštivte prosím příslušný katastrální úřad (KÚ), kde pomocí formuláře Žádost o výdej dat z KN v elektronické podobě zažádáte o výdej dat. Výdej dat je zpoplatněn a cena se odvíjí od počtu bodů. Pokud se jedná o běžný rozsah, kdy potřebujete parcely kolem stavby, tak se cena může pohybovat od 100 Kč až do 1 000 Kč. Pokud budete chtít větší území, tak samozřejmě zaplatíte více. Počítejte spíše s osobní návštěvou KÚ, neboť úhrada by měla být provedena na místě. Je tu sice možnost uhrady na účet, ale celý proces to prodlouží neboť KÚ nemají individuální účet a vše jde přes Prahu.Poznámka: V žádosti uveďte, že si žádáte o data ve formátu DGN nebo DWG, jinak Vám bude poskytnut výměnný formát VFK, který obsahuje sice podstatně více informací, ale pro jeho převod do CADu musíte buď mít placenou utilitu nebo požádat někoho, kdo má software, který s tímto formátem umí pracovat (AutoCAD MAP, ....).Pro studenty doplním, že data lze získat i zdarma, viz Poskytování dat k diplomové, bakalářské nebo semestrální práci.Existují ale samozřejmě i jiné cesty se kterými si někdy můžete vystačit a to z portálu Nahlížení do KN vytáhnout potřebnou část mapy buď v PDF (popisoval výše zdrk) nebo obrázku. Tento soubor pak můžete podložit do DWG výkresu nebo jej převést na vektorová data. Nečekejte však ale přesnost a kvalitu digitálního výstupu z KÚ.PS: Ještě je nutno upozornit, že ne všechna katastrální území jsou převedena do digitální podoby.





PepaR2012-11-29 22:44:47

Neviete, existuje nieco ako RUIAN aj na Slovensku?

Áno existuje, už sa tu o tom písalo. Formát slovenského katastra VGI prekonvertujete do katastra pomocou utilitky VGI import (alebo si u nejakého geodeta dajte tento súbor prekonvertovať do DWG). Viac tu:

TIP 7769

VGI Import

Možností ako získať tieto podklady katastra je viac ... od nejakého dobrého kamaráta geodeta alebo oficiálne z katastrálneho úradu, kde sa dajú zakúpiť v digitálnej forme ... celé katastrálne územie vychádza tak na 100 - 200 € alebo ak Vám netreba celé územie môžte si zakúpiť iba časť a tam platíte za počet parciel, je tam jednotková cena za parcelu (už netuším koľko). Jedna podstatná výhoda keď to kúpite oficiálne je tá že Vám vydajú potvrdenie z katastra že tieto mapy sú platné (3 mesiace) a právne záväzné, t.j. sú ako keby s kolkom a môžte ich oficiálne použiť do projektu pre územné rozhodnutie a stavebné povolenie, nemusíte už dokladať fyzicky mapy s kolkom. K mapám dostanete aj databázu parciel, vlastníkov, podielov, výmer, kultúr atď atď .... Mapy sú v súradnicovom systéme JTSK.

Samozrejme aj u nás platí že nie všetky mapy sú už zdigitalizované. Na zákres inžinierských sietí do máp zabudnite, to u nás nejde, jedine vyžiadať si ich od rozvodných závodov.

A samozrejme je aj tretia možnosť, už to tu spomínal pán ZDRK, z katastrálneho portálu si mapu vytlačíte do PDF a potom ju "prerobíte" na DWG toto však ide len pre územia menšieho rozsahu, resp. poskladáte to z viac máp. Samozrejme že táto mapa je bez súradníc.

be_em2012-11-30 07:51:05

Ano to jsem si myslel, že to takto bude. Prozatím funguji jak popisujete a to je export z KN do pdf a podloženído dwg, tedy pokud nemám mapu od geodeta.
takže to vypadá jedině v pokračování KN a export do pdf, případně nějaká domluva s geodetem.
Každopádně děkuji všem za plodné příspěvky v diskuzi

[QUOTE=be_em]Áno existuje, už sa tu o tom písalo. Formát slovenského katastra VGI prekonvertujete do katastra pomocou utilitky VGI import[/QUOTE]Dakujem, VGI Import poznam, ale ale myslel som nejaky slovensky RUIAN, tak aby sa nemuselo platit za data katastra.

Je možné zkusit demoverzi pro Import RÚIAN? Je to i pro starší verze AutoCadu, nebo jen pro R2013?Mimochodem, nepadlo tady použití WMS. V GISsovém programu si data uložíte do georeferencovaného rastru, který pak načtete do souřadnic.


alfred2012-12-01 13:41:02

Přímo demoverze Importu RÚIAN neexistuje, ale můžeme poskytnout DWG s oborovým modelem pro Map 3D 2013 nebo ukázku výsledné SQLlite databáze - ta půjde připojit i do starších mapových aplikací používajících FDO (Map, Civil, Topobase).
 
Oproti WMS (obrázek) dává import RUIANu plnohodnotná GIS data.

Lepší by bylo standardně trial verze - například časově omezená či omezený na 10 importů.Je aplikace i pro AutoCad 2011?Pokud jsem dobře četl, tak ten výměný formát je vlastně GML. Nevíte proč nefunguje "mapimport"? Je to "vylepšením" v RÚIANu nebo nedostatečnými schopnostmi MAPIMPORTu? Mimochodem, absolutně nechápu, proč jsou v RÚIANu ty vlajky a znaky obcí. Kdo to proboha potřebuje neustále aktualizovat? Myslím, že zrovna tuhle fukčnost bych docela klidně postrádal...

[QUOTE=alfred]
Mimochodem, nepadlo tady použití WMS. V GISsovém programu si data uložíte do georeferencovaného rastru, který pak načtete do souřadnic.


[/QUOTE]
Můžu Vás poprosit o "nakopnutí", jak udělat z WMS georefetrencovaný rastr? Případně od které verze to je možné?Děkuji

[QUOTE=Mantlík]Můžu Vás poprosit o "nakopnutí", jak udělat z WMS georefetrencovaný rastr? Případně od které verze to je možné? [/QUOTE]1. V libovolném GISovém programu načtete data WMS a zobrazíte si potřebné měřítko. Vhodný je například ArcView, nebo třeba JANITOR (zdarma), možná by to šlo i v GRASSu (nevyzkoušeno). AutoCad to pokud vím nějak rozumně neumí. Tedy šlo by to udělat trochu komplikovaně - vložení WMS, tisk do rastru, ruční vložení rastru přesně na oblast tisku a vytvoření georeferenčního souboru (pomocí příkazu WORLDOUT v GeoReImg). Jednou jsem takhle dělal do jednoho rastru soutisk několika dlaždic rastrů + ortofoto + projektované trasy. 2. Uložíte georeferencovaný rastr (např. TIF + TFW). Rastr máte uložen lokálně. Posunete pohled a uložíte další rastr. V podstatě si "vydraždicujete" celé zájmové území. Pokud máte velký monitor, tak to jde docela rychle. 3. Nakonec všechny uložené rastry načtete do AutoCadu - v MAPu pomocí příkaz "MAPIINSERT".Výhoda je, že data máte uložena lokálně a přesně ve stavu, kdy jste projekt dělal.

Děkuji, vyzkouším

Další možnost je použít Google Earth - viz blog:http://www.civil3d.cz/2009/09/lze-ulozit-wms-katastralni-mapy.html

Trial verze k dispozici není, nemá valný smysl. Struktura a podoba dat je ze specifikace základního registru RÚIAN zřejmá a importní nástroj tato data importuje 1:1 do relační databáze Oracle, MS SQL, nebo souborové SQLlite. Z těchto zdrojů jde připojit přes technologii FDO do aplikací Autodesk, jako je Civil 3D, Map 3D, Infrastructure Modeller a nebo Infrastructure Map Server (případně starší Topobase Client, MapGuide Enterprise, atd). Připojená data poté můžete dále zpracovávat jako výkresy DWG atd, ale přímý import do výkresů DWG pro prostý AutoCAD nyní nenabízíme. Výměnný formát RÚIAN (VFR) je vlastně formát GML 3.2.1, který je bohužel zatím velmi málo podporován obecně ve všech CAD a GIS technologiích. Co se týče vlajek, chápu jejich zařazení, protože RÚIAN je prostě jeden ze základích registrů a tyto informace jsou součástí územního členení a identifikace. Vzhledem k tomu, o jakou informaci se jedná, s nimi však náš importní nástroj nepočítá. Importovat je vlastně není ani nutné, je to sada grafických souborů dodávaná samostatně, souběžně s ostatními informacemi.

[QUOTE=jakub.bican]

Trial verze k dispozici není, nemá valný smysl. Struktura a podoba dat je ze specifikace základního registru RÚIAN zřejmá a importní nástroj tato data importuje 1:1 do relační databáze Oracle, MS SQL, nebo souborové SQLlite. Z těchto zdrojů jde připojit přes technologii FDO do aplikací Autodesk, jako je Civil 3D, Map 3D, Infrastructure Modeller a nebo Infrastructure Map Server (případně starší Topobase Client, MapGuide Enterprise, atd). Připojená data poté můžete dále zpracovávat jako výkresy DWG atd, ale přímý import do výkresů DWG pro prostý AutoCAD nyní nenabízíme.[/QUOTE]
A co je vlastě přesně výstupem? Myslel jsem, že hlavním výstupem je grafické vykreslení DKM mapy, s vazbou pozemků na další vlastnosti (č. parcely, druh, využití, výměra, vlastníci, LV, ...).Pro holý AutoCad aplikace tedy není? Co starší MAPy (MAP 2011, 2012), funguje aplikace i tam?Neznám cenu (pokud jsem si všiml, tak je na poptávku), ale když je funkce do jisté míry omezená, nemožnost vyzkoušení je trochu nevýhoda. Nemůžete alespoň nabídnout nějaká ukázková data (originální XML  + převedené DWG včetně všech nutných souborů)? Pro ArcGIS jsem narazil na převodní soft zdarma :http://www.arcdata.cz/produkty-a-sluzby/software/arcdata-praha/vfr-import-tool/[QUOTE]
Výměnný formát RÚIAN (VFR) je vlastně formát GML 3.2.1, který je bohužel zatím velmi málo podporován obecně ve všech CAD a GIS technologiích.[/QUOTE] 
Takže je to skutečně "čisté" GML (tedy otevřený formát)? Jakou verzi GML podporuje AutoCad MAP 2013? Lze teoreticky předpokládat, že třeba nová verze MAPu to již bude umět?[QUOTE]
Co se týče vlajek, chápu jejich zařazení, protože RÚIAN je prostě jeden ze základích registrů a tyto informace jsou součástí územního členení a identifikace. Vzhledem k tomu, o jakou informaci se jedná, s nimi však náš importní nástroj nepočítá. Importovat je vlastně není ani nutné, je to sada grafických souborů dodávaná samostatně, souběžně s ostatními informacemi.[/QUOTE]Je to jen drobnost, ale přijde mi to zbytečné každý měsíc vydávat aktuální vlajky a znaky pro celou republiku. Nepřijde mi to tak zásadní informace, že by se na to musely plýtvat veřejné prostředky. Prostě, zabývat se vlajkami a znaky v nějakém veřejném registru v téhle době mi přijde trochu k ničemu. Ale to jen na okraj...

Prosím, lepší bude, když si prostudujete specifikaci RÚIAN a výměnného formátu VFR. Zde se dozvíte, jaká data registr obsahuje. (Například NEobsahuje informace o vlastnících a další data, která jsou výhradně předmětem komerčních dat CÚZK.) Náš importní nástroj RÚIAN umí automatizovaně stahovat úplná stavová data pro stát a obce a tato data importovat do relačních databází Oracle, MS SQL a souborové databáze SQLlite. Data v těchto databázích jsou uložena pomocí otevřených datových struktur (OGC). Můžete je připojit a zpracovat v libovolných aplikacích Autodesku, které mají technologii FDO, tedy i starší verze, které zmiňujete. Data můžete použít i dalšími systémy a nástroji, které umí pracovat s relační databází (např. Excel!). Importní aplikace jako taková funguje samostatně a nezávisle na jakékoliv aplikaci Autodesk. Pracuje pouze s danou cílovou databází. Na rozdíl od SW od ArcData se jedná o komerční aplikaci, která není vázána na konkrétní produkt a výsledkem jsou otevřená data použitelná ve zmíněných Autodesk produktech (jakýchkoliv s FDO), ale například i třeba v ArcGIS. Nástroj je také podporován jako komerční produkt. Samostatně dodáváme RÚIAN Oborový model v DWG, který je použitelný pouze pro Map 3D 2013 (a v budoucnu vyšší). Oborový model obsahuje kompletní datové struktury, formuláře, nástroje pro vyhledávání, hladiny a další důležité nástroje pro prácui s RÚIAN daty. Nyní pracujeme na nástroji pro tvorbu záborových elaborátů nad daty RÚIAN.

Přiznám se, že to je na mě už dost složité, ale myslím, že asi nebudu sám . Na druhou stranu to vypadá velmi zajímavě. Moje první představa byla, že výsledek bude moci být i DWG soubor s objektovými daty, ale evidentně to tak asi není.  Specifikaci VFR jsem si velmi zběžně prošel. Vím, že vlastníci tam nejsou, ale například druh pozemku ano.Ale právě kvúli té složitosti bych čekal, že budete poskytovat buď trial verzi (časově omezenou třeba na 1 měsíc) a nebo ukázková data. Například pro tyto ukázky dat od ČÚZK: http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-VFRNabylo by možné poskytnout "výsledky" převodu?Rád bych se ještě vrátil k jedné části mého dotazu: - Jsou data v RÚIAN skutečně čisté" GML (tedy otevřený formát) 3.2.1? Není tam žádné "vylepšení navíc"?- V MAPu 2011 v nápovědě čtu, že lze importovat GML verze 2 nebo verze 3. Jakou verzi GML podporuje AutoCad MAP 2013?- Lze teoreticky předpokládat, že třeba nová verze MAPu to již bude umět, nebo je jasné, že to Autodesk nebude podporovat?



alfred2012-12-04 14:15:05

Ukázky výstupů zvážíme, případně je nahrajeme na stránku s informacemi o importním nástroji. Podle všech informací se jedná skutečně o čisté GML, jedná se ale o dotaz spíše na ČÚZK. Ve stávajících verzích podpora není. GML 3.2.1 je prostě příliš nové. Budoucí podpora je možná až pravděpodobná, neumíme ji však nijak potvrdit.

[QUOTE=jakub.bican]

Ukázky výstupů zvážíme, případně je nahrajeme na stránku s informacemi o importním nástroji. Podle všech informací se jedná skutečně o čisté GML, jedná se ale o dotaz spíše na ČÚZK. Ve stávajících verzích podpora není. GML 3.2.1 je prostě příliš nové. Budoucí podpora je možná až pravděpodobná, neumíme ji však nijak potvrdit.[/QUOTE]Ukázky výstupů pro jednotlivé oblasti (DKM, KM-D, ...) by byly dle mého názoru opravdu potřeba. Nedovedu si představit, že půjdu za šéfem s žádostí o zakoupení SW a nebudu mu moci ukázat co tím získáme a co se s tím dá dělat... Specifikace GML 3.2.1. je "horká" novinka z roku 2007 . Z roku 2010 je GML 3.3. http://www.opengeospatial.org/standards/gmlKoukal jsem se do helpu AutoCadu MAP 2013 a popis GML importu je naprosto stejný jako v 2011. Pravděpodobně se tedy v AutoCadu MAP 2014 asi nic v tomto směru nezlepší. Dobrá zpráva je, že se snad jedná o "čisté" GML. Jsem tradostí bez sebe, že použili otevřený formát.

U nás na škole jsme se importem GML zabývali. Dělá to problémy u většiny GISů, protože RUIAN i různé další datové zdroje přidávají do specifikace GML vlastní jmenné prostory a s těmi si pak ty GISy neumí poradit. Čisté GML se prakticky nevyskytuje.Neřekla bych tedy, že ty problémy jsou způsobeny moc novým formátem, ale spíš tím že ten XML formát je moc volně definovaný, až příliš otevřený. Ale na druhou stranu ta otevřenost pomáhá naprogramovat aplikace jako má ESRI nebo CAD Studio a GML soubor jimi zpracovat a načíst.

[QUOTE=PetuleH]U nás na škole jsme se importem GML zabývali. Dělá to problémy u většiny GISů, protože RUIAN i různé další datové zdroje přidávají do specifikace GML vlastní jmenné prostory a s těmi si pak ty GISy neumí poradit. Čisté GML se prakticky nevyskytuje.Neřekla bych tedy, že ty problémy jsou způsobeny moc novým formátem, ale spíš tím že ten XML formát je moc volně definovaný, až příliš otevřený. Ale na druhou stranu ta otevřenost pomáhá naprogramovat aplikace jako má ESRI nebo CAD Studio a GML soubor jimi zpracovat a načíst.[/QUOTE]Těžko dokážu pochopit, že by někdo zapsal informace určitým způsobem dle určité specifikace a někdo jiný (kdo umí číst tento formát) ta zapsaná data nepřečetl. Buď to jeden neumí zapsat, nebo druhý neumí přečíst. Pokud program tvrdí, že umí číst GML, tak to je buď pravda, nebo ne. Pokud je formát "příliš otevřený" - u formátu pro grafická, či GIS data je to tak trochu pochopitelné - tak musí být zobrazovací program dostatečně šikovný, aby to dokázal přečíst. Jinak je to na ...Podle mě jde jen o to, zda se v RÚIANu nepustili úplně mimo ty "příliš otevřené" mantinely. Pokud ne, tak je to "čisté" GML a každý program se to může naučit číst.

V ideálním případě by to tak být mělo.Každý XML je formátově čistý, ale může přidávat další jmenné prostory a s těmi pak ty různé GISy nepočítají a někdy ani počítat nemůžou.