Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
On Sun, 24 Jan 2010 03:54:13 +0100, Jan Bilak   
wrote:

> Já nemyslel GUI v tom smyslu, že tam bude 5 tlačítek a ty budou
> spouštět tyhle skripty. Ale co je třeba dělat?

Já vidím zatím největší problém ve výpočetní náročnosti celého procesu (mé  
velmi hrubé odhady se pohybují od 50 do 100 hodin jenom pro 2. fázi).  
Možná by bylo lepší udělat něco ve stylu s...@home - rozdělit republiku na  
čtverce rozumné velikosti (zpracování ~1 hodina). Program by si zjistil,  
které území ještě chybí, a uploadnul někam by výsledné soubory (asi ty 3  
.osm + .csv). Až by to bylo hotové, tak by se to rozsekalo na menší celky  
(například ORP), a lidi by to mohli manuálně kontrolovat a uploadovat.  
Manuální kontrolu jde bez problému provést v JOSM, dokonce i původní  
OCRkovaný text je tam vidět.

Kontrola by taky šla zvýšit vytvořěním nějaké stránky ve stylu  
, která by porovnávala databáze adres s  
OSM.

Dlouhodobé hledisko bych příliš neřešil, protože další korekce adresních  
bodů proběhne nejdříve za rok, a to může být situace úplně jiná (může být  
dostupná nějaká dostupná databáze, WMS katastrálního úřadu se může změnit,  
...).

>
> Pro adresní body:
> - vybrat území, které mne zajímá (zajímavá informace zde bude, co už
> je hotové a co nikoli ... zatím není skoro nic, ale časem...)
> - automaticky stáhnou potřebná data (mapování, adresy, hranice kat.
> území, dlaždice) a OCRovat
> - pak je třeba manuální kontrola mapování, adres, výsledku OCRu -
> zejména pro kontrolu OCRu se hodí možnost v GUI si zobrazit daný text
> v podobě výřezu obrázku (zcela automaticky, aniž bych musel něco
> složitě někde hledat či zadávát)
> - automaticky provést mergování
> - opět kontrola výsledků
> - ...
>

Zakreslování domů je, myslím, úplně jiná pohádka. Ta mapa je složená z  
částí, které byli kresleny ručně snad ještě za Rakouska Uherska a z částí,  
které vznikly renderingem vektorové KM. Nevím také, jak je to s  
dostupností vektorové KM. Návaznost na adresní body bych moc neřešil,  
jinak moc nevím, jak to udělat. Asi bych ale asi nedělal vlastní GUI, ale  
řešil to taky formou pluginu do JOSM, protože s tím umí pracovat asi  
nejvíc lidí a už je tam plno nástrojů implementovaných.

> Pro zakreslování domů to bude také zajímavé ... nějaké poloautomatický
> rozpoznávání obrysů, možnost korektur, ověřování na fotomapě, ruční
> zakreslení budov, návaznost na adresní body, ...
>

Czechadress je určen na manuální dolaďování adres s pomocí databáze MVČR  
(tedy byl určen i na hromadné zanášení bodů, ale to teď odpadá).

> Možnosti pluginů do JOSM neznám, zatím ani Czechadress. Ale nemyslím,
> že bude jednoduché to do toho nějak vhodně napasovat, aby s tím šlo
> pohodlně pracovat. Přecijen republika je velká a tak zpracování takové
> velké oblasti dá mnoho práce. Takže investice do co nejpohodlnějšího
> GUI pro práci se vyplatí. Čím jednodušší to bude, tím více lidí se do
> toho zapojí. Určitě jsou lidi, kteří by do toho šli, ale je to na ně
> moc složité. Jak jsem pochopil, tak zatím na tom dělají vlastně jen
> programátoři (nebo alespoň převážně). Přitom je tam spousta manuální
> práce, která z principu programátorské schopnosti nevyžaduje, pokud by
> bylo nějaké rozumné programové vybavení.

Vyřešit poloautomatické rozpoznávání budov z katastrální mapy by bylo  
jistě přínosné. Chce to ale prozkoumat všechny možnosti (vektorová KM,  
není mi moc jasné jak by to mělo fungovat).

Pak je tady spousta dalších věcí:

-Export mapových značek z Wiki do XML (pro možnosti dalšího vytváření
-Kontrolor relací (seznam relací ve stylu [1] + historie)
-Kontrolor všeho možného co ještě kontrolováno není
-Dodělání paralelních turistických tras ve stylu seznam.cz do Mapniku  
(Osmarenderu)
-Další práce na OpenTrackMap
-Další renderery věcí, které ještě renderovány nejsou


[1] http://wiki.openstreetmap.org/wiki/Cyklotrasy_v_ČR

> Co je podle tebe třeba teď dělat? Mapovací soubor apod. je krátkodobý
> cíl. Myslím alespoň ze střednědobého pohledu.
>
> Honza
>



-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Háček je v tom "bezplatně". U OSM nikdo nezakazuje, aby byla data  
prodávána. Je otázka, zdali se ale nejedná o úřední dílo - v tom případě  
by si ČSÚ takové podmínky diktovat asi nemohl.

On Sun, 24 Jan 2010 04:46:05 +0100, Jan Bilak   
wrote:

>
> "Veškeré údaje na internetových stránkách ČSÚ si může kdokoliv převzít
> pro své účely bezplatně, pouze s podmínkou, že uvede jako zdroj ČSÚ.
> Je doporučováno uvádět i datum, kdy údaje byly převzaty."


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Ahoj. K využití dat z ČSÚ ... na stránce:
http://www.czso.cz/csu/redakce.nsf/i/zasady_cenove_strategie_v_csu_ se
píše:

"Veškeré údaje na internetových stránkách ČSÚ si může kdokoliv převzít
pro své účely bezplatně, pouze s podmínkou, že uvede jako zdroj ČSÚ.
Je doporučováno uvádět i datum, kdy údaje byly převzaty."

Pod "svým účelem" si mohu představit kde co ... třeba vytváření open
source mapy. Patrně nejde jen o osobní využití, tam by nemělo smysl
uvádět zdroj.

A ČSÚ má mimo jiné na svých stránkách i mapy ... ale většina věcí je
tam stejná s katastrem. Např.:
http://apl.czso.cz/irso/mapa.jsp?budId=207400&obrprvId=184459

Honza


2010/1/24 Jan Bilak :
> Já nemyslel GUI v tom smyslu, že tam bude 5 tlačítek a ty budou
> spouštět tyhle skripty. Ale co je třeba dělat?
>
> Pro adresní body:
> - vybrat území, které mne zajímá (zajímavá informace zde bude, co už
> je hotové a co nikoli ... zatím není skoro nic, ale časem...)
> - automaticky stáhnou potřebná data (mapování, adresy, hranice kat.
> území, dlaždice) a OCRovat
> - pak je třeba manuální kontrola mapování, adres, výsledku OCRu -
> zejména pro kontrolu OCRu se hodí možnost v GUI si zobrazit daný text
> v podobě výřezu obrázku (zcela automaticky, aniž bych musel něco
> složitě někde hledat či zadávát)
> - automaticky provést mergování
> - opět kontrola výsledků
> - ...
>
> Pro zakreslování domů to bude také zajímavé ... nějaké poloautomatický
> rozpoznávání obrysů, možnost korektur, ověřování na fotomapě, ruční
> zakreslení budov, návaznost na adresní body, ...
>
> Možnosti pluginů do JOSM neznám, zatím ani Czechadress. Ale nemyslím,
> že bude jednoduché to do toho nějak vhodně napasovat, aby s tím šlo
> pohodlně pracovat. Přecijen republika je velká a tak zpracování takové
> velké oblasti dá mnoho práce. Takže investice do co nejpohodlnějšího
> GUI pro práci se vyplatí. Čím jednodušší to bude, tím více lidí se do
> toho zapojí. Určitě jsou lidi, kteří by do toho šli, ale je to na ně
> moc složité. Jak jsem pochopil, tak zatím na tom dělají vlastně jen
> programátoři (nebo alespoň převážně). Přitom je tam spousta manuální
> práce, která z principu programátorské schopnosti nevyžaduje, pokud by
> bylo nějaké rozumné programové vybavení.
>
> Co je podle tebe třeba teď dělat? Mapovací soubor apod. je krátkodobý
> cíl. Myslím alespoň ze střednědobého pohledu.
>
> Honza
>
>
> 2010/1/24 Petr Dlouhý :
>> Co se týče skriptů, tak myslím, že je třeba se vydat jinou cestou.
>> Pokud to jde alespoň trochu jednoduše udělat, tak by ten skript měl
>> dokázat pracovat s celou mapou katastrálních území. Nemůže být problém z
>> toho souboru vytáhnout pouze ty relace (ty moc nezabírají), a hranice
>> tahat jen podle potřeby.
>> Pokud se navíc vytvoří mapovací soubor pro celou ČR, tak to celý proces
>> výrazně zjednoduší. Pro to není potřeba žádné GUI, manuální práce na
>> začištění ale asi bude potřeba vždy.
>>
>> Co se týče pozdějších manuálních, tak na to existuje Czechaddress plugin
>> do JOSM. Takže vlastně GUI.
>>
>> On Sun, 24 Jan 2010 02:27:55 +0100, Jan Bilak 
>> wrote:
>>
>>> A hlavně mým cílem je, aby celý proces byl poměrně jednoduchý ...
>>> integrovaný časem do nějaké GUI, protože i když, jak tady někdo psal,
>>> se to může zdát jako jednorázový proces, tak
>>>
>>> a) je natolik pracný, že je třeba distribuovat mezi více lidí (teď
>>> nemyslím jen adresní body, ale tahání informací z katastrálních map)
>>> b) informace v katastru se mění (aktualizují), takže čím více bude
>>> proces automatický, tím lepší pro pozdější aktualizace
>>>
>>> Přecijen tohle mi přijde snadněji použitelné (i když nechci tvrdit, že
>>> tam to je nějak extra složité - nevím.
>>>
>>> Honza
>>>
>>>
>>> 2010/1/24 Jan Bilak :
 Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
 podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
 cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
 nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
 nezkoumal.

 Honza


 2010/1/24 Petr Dlouhý :
> Není to trochu nově vynalezené kolo, když tu mám osmosis?
>
> [1]
> http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
>
> On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak 
> wrote:
>
>> Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
>> mapy katastrálních území
>> http://lkabrt.aspone.cz/osm/kucr.zip.
>> Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
>> zakomentování do celku).
>>
>> Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
>> ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
>> porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
>> paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
>> Používá to XmlTextReader a XmlTextWriter místo LINQ.
>>
>> Zadá se vstupní soubor, výstupní soubor a obdélník

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Já nemyslel GUI v tom smyslu, že tam bude 5 tlačítek a ty budou
spouštět tyhle skripty. Ale co je třeba dělat?

Pro adresní body:
- vybrat území, které mne zajímá (zajímavá informace zde bude, co už
je hotové a co nikoli ... zatím není skoro nic, ale časem...)
- automaticky stáhnou potřebná data (mapování, adresy, hranice kat.
území, dlaždice) a OCRovat
- pak je třeba manuální kontrola mapování, adres, výsledku OCRu -
zejména pro kontrolu OCRu se hodí možnost v GUI si zobrazit daný text
v podobě výřezu obrázku (zcela automaticky, aniž bych musel něco
složitě někde hledat či zadávát)
- automaticky provést mergování
- opět kontrola výsledků
- ...

Pro zakreslování domů to bude také zajímavé ... nějaké poloautomatický
rozpoznávání obrysů, možnost korektur, ověřování na fotomapě, ruční
zakreslení budov, návaznost na adresní body, ...

Možnosti pluginů do JOSM neznám, zatím ani Czechadress. Ale nemyslím,
že bude jednoduché to do toho nějak vhodně napasovat, aby s tím šlo
pohodlně pracovat. Přecijen republika je velká a tak zpracování takové
velké oblasti dá mnoho práce. Takže investice do co nejpohodlnějšího
GUI pro práci se vyplatí. Čím jednodušší to bude, tím více lidí se do
toho zapojí. Určitě jsou lidi, kteří by do toho šli, ale je to na ně
moc složité. Jak jsem pochopil, tak zatím na tom dělají vlastně jen
programátoři (nebo alespoň převážně). Přitom je tam spousta manuální
práce, která z principu programátorské schopnosti nevyžaduje, pokud by
bylo nějaké rozumné programové vybavení.

Co je podle tebe třeba teď dělat? Mapovací soubor apod. je krátkodobý
cíl. Myslím alespoň ze střednědobého pohledu.

Honza


2010/1/24 Petr Dlouhý :
> Co se týče skriptů, tak myslím, že je třeba se vydat jinou cestou.
> Pokud to jde alespoň trochu jednoduše udělat, tak by ten skript měl
> dokázat pracovat s celou mapou katastrálních území. Nemůže být problém z
> toho souboru vytáhnout pouze ty relace (ty moc nezabírají), a hranice
> tahat jen podle potřeby.
> Pokud se navíc vytvoří mapovací soubor pro celou ČR, tak to celý proces
> výrazně zjednoduší. Pro to není potřeba žádné GUI, manuální práce na
> začištění ale asi bude potřeba vždy.
>
> Co se týče pozdějších manuálních, tak na to existuje Czechaddress plugin
> do JOSM. Takže vlastně GUI.
>
> On Sun, 24 Jan 2010 02:27:55 +0100, Jan Bilak 
> wrote:
>
>> A hlavně mým cílem je, aby celý proces byl poměrně jednoduchý ...
>> integrovaný časem do nějaké GUI, protože i když, jak tady někdo psal,
>> se to může zdát jako jednorázový proces, tak
>>
>> a) je natolik pracný, že je třeba distribuovat mezi více lidí (teď
>> nemyslím jen adresní body, ale tahání informací z katastrálních map)
>> b) informace v katastru se mění (aktualizují), takže čím více bude
>> proces automatický, tím lepší pro pozdější aktualizace
>>
>> Přecijen tohle mi přijde snadněji použitelné (i když nechci tvrdit, že
>> tam to je nějak extra složité - nevím.
>>
>> Honza
>>
>>
>> 2010/1/24 Jan Bilak :
>>> Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
>>> podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
>>> cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
>>> nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
>>> nezkoumal.
>>>
>>> Honza
>>>
>>>
>>> 2010/1/24 Petr Dlouhý :
 Není to trochu nově vynalezené kolo, když tu mám osmosis?

 [1]
 http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html

 On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak 
 wrote:

> Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
> mapy katastrálních území
> http://lkabrt.aspone.cz/osm/kucr.zip.
> Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
> zakomentování do celku).
>
> Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
> ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
> porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
> paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
> Používá to XmlTextReader a XmlTextWriter místo LINQ.
>
> Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
> south, east). Výsledný soubor obsahuje všechny
> nodes, ways a relations, které alespoň jedním nodem zasahují do daného
> obdélníku.
>
> Příklad použití:
> ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
> -east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm
>
> Ke stažení:
> http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro
> .NET)
> http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)
>
> Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor
> nebude
> proti.
>
> Honza
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listin

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Ahoj,

díky, už se mi podařilo. Jeden postřeh je ten, že soubor mapování
nesmí obsahovat nic navíc, než je nutné. Pokud je tam nějaké mapování
navíc (neexistuje k tomu katastrální území v *.osm mapce apod.), tak
to při mergování spadne.

Honza


2010/1/23 Lukas Kabrt :
>> V kroku 3 (vytvoreni XML souboru, ktery definuje prirazeni mezi
>> katastralnim uzemim a obci / casti obce z databaze adresnich bodu)
>> jsem převzal XML z dokumentace. A k tomu se váže první dotaz. Kde
>> berete tyto informace? A k čemu je to dobré? Upozorňuji, že nejsem
>> zaměměřič, ale programátor, takže o struktuře území toho moc nevím, i
>> když jsem k této oblasti trochu přičichnul.
>
>> Moje představa je, že čísla domů jsou jedinečná v části obce (proto
>> např. v nahlížení do KN říkám obec, část obce, číslo budovy). Proto je
>> třeba nějak určit část obce, do které dané území patří.
>
> Presne tak.
>
>> číselníky částí obcí a jejich vztahy k obcím, okresům, krajům apod.
>> jsou na Českém Statistikém Úřadě. Ale nevím, zda je lze z licenčních
>> důvodů použít (ví to někdo?). Ruční vytváření XML pro každé
>> katastrální území, kterých jsou tisíce(?) je poněkud nepraktické a
>> hlavně hrozí chyby.
>
> Ano je to trochu neprakticke. Asi by to slo castecne automatizovat.
> Muj postup je, ze si z databaze [1] vytahnu stukturu oblast - obec -
> cast a z mapy nazvy k. u. a rucne prirazuju, vestinou je to jasne
> (zatim stejne delam v mistech, ktere jakz takz znam). Prirazeni k.u. -
> obec lze nalezt na strankach CUZK [2]. Jak je to s licenci nevim.
> Problemy jsou ale s nekterymi castmi obci - na jednom k.u. muze byt
> vice casti obce.
>
>>kterých jsou tisíce(?)
>
> Presne 13027.
>
>> A pak je třeba udělat merge. Odkud pochází databáze adres? To je
>> UIR-ADR? Z jakého původního zdroje pocházejí hranice katastrálních
>> území?
>
> Adresy pochazeni z webu MVCR [1], hranice k.u. ktere mam na strankach
> jsou vektorizovane mapy CUZK - vektorizaci delal hanoj [3], a Martin
> Kupec pracuje na OCR nazvu k.u., vysledek na mych strankach jeste neni
> hotovy, chybi jeste cca 800 nazvu.
>
>> A co vlastně merge dělá? Moje představa je, že pro každý adresní bod z
>> toho CSV souboru vygenerovaném v jednom z předchozích kroků najde
>> katastrální území, jehož hranice je v souboru daném parametrem
>> territories.
>
> Merge vezme CSV soubor se souradnicemi budov a rozpoznanym popiskem,
> najde k.u., ve kterem se budova nachazi, podiva se do souboru *.map
> jaka obec, mestska cast se na k.u. nachazi a podle toho se budove
> pokusi priradit adresu z databaze MVCR.
>
>> U druhého parametru nevím. Zkoušel jsem
>> http://osm.templ.net/kucr.osm.bz2
>
> ten urcite fungovat nebude, tam nejsou nazvy k.u.
>
>> http://lkabrt.aspone.cz/osm/kucr.zip.
>
> ten muzes pouzit, ale je potreba zkotrolovat, jestli tam je zadany to
> k.u. o ktery se zajimas - nazvy jeste nejsou kompletni.
>
>
>> Čtvrtý parametr - to je to XML převzaté pro pokus z dokumentace.
>
> priklad z dokumentace mozna nebude kompatiblni s mapu z
> http://lkabrt.aspone.cz/osm/kucr.zip. Koukam, ze je to jeste z doby,
> kdy jsem mapu zkousel malovat jen tak priblizne rucne, jen pro ucely
> tohohle programu takze asi nesedi nazvy.
>
>> 2) V případě použití http://lkabrt.aspone.cz/osm/kucr.zip program
>> vytíží jedno jádro procesoru a nic ... tedy nechal jsem to pár desítek
>> minut (nebo mám čekat déle?). Poslední hláška je, že Loading
>> territories borders...
>
> Pro parsovani XML pouzivam XML.LINQ, a ten neni delany na zpracovani
> tak velkych souboru, proto si ze souboru kucr.zip vyriznu cast se
> kterou chci pracovat [4]. S parsovanim XML dokumentu mozna neco
> udelam, fakt to neni nejrychlejsi. XML.Linq ma ale tu vyhodu, ze se s
> tim hezky pracuje, takze jsem ho pouzil pri vyvoji.
>
>> Další věc je, že ten XML soubor z kroku 2 definuje vztahy pomocí
>> názvů. Ale ty myslím nejsou jednoznačné. Přitom číselníky katastru i
>> Stat. úřadu používají pro označení obce, části obce, katastr. území
>> apod. také nějaká číselná IDčka (kupodivu dokonce stejná).
>
> Jmena k.u. jsou jedinecna, stejne tak kombinace oblast-obec-cast z databaze.
>
> [1] http://aplikace.mvcr.cz/adresa/adresy.zip
> [2] 
> http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10&MENUID=10015&AKCE=DOC:10-CISE_KUAP
> [3] http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003204.html
> [4] http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
> --
> Lukas
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Co se týče skriptů, tak myslím, že je třeba se vydat jinou cestou.
Pokud to jde alespoň trochu jednoduše udělat, tak by ten skript měl  
dokázat pracovat s celou mapou katastrálních území. Nemůže být problém z  
toho souboru vytáhnout pouze ty relace (ty moc nezabírají), a hranice  
tahat jen podle potřeby.
Pokud se navíc vytvoří mapovací soubor pro celou ČR, tak to celý proces  
výrazně zjednoduší. Pro to není potřeba žádné GUI, manuální práce na  
začištění ale asi bude potřeba vždy.

Co se týče pozdějších manuálních, tak na to existuje Czechaddress plugin  
do JOSM. Takže vlastně GUI.

On Sun, 24 Jan 2010 02:27:55 +0100, Jan Bilak   
wrote:

> A hlavně mým cílem je, aby celý proces byl poměrně jednoduchý ...
> integrovaný časem do nějaké GUI, protože i když, jak tady někdo psal,
> se to může zdát jako jednorázový proces, tak
>
> a) je natolik pracný, že je třeba distribuovat mezi více lidí (teď
> nemyslím jen adresní body, ale tahání informací z katastrálních map)
> b) informace v katastru se mění (aktualizují), takže čím více bude
> proces automatický, tím lepší pro pozdější aktualizace
>
> Přecijen tohle mi přijde snadněji použitelné (i když nechci tvrdit, že
> tam to je nějak extra složité - nevím.
>
> Honza
>
>
> 2010/1/24 Jan Bilak :
>> Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
>> podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
>> cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
>> nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
>> nezkoumal.
>>
>> Honza
>>
>>
>> 2010/1/24 Petr Dlouhý :
>>> Není to trochu nově vynalezené kolo, když tu mám osmosis?
>>>
>>> [1]
>>> http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
>>>
>>> On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak 
>>> wrote:
>>>
 Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
 mapy katastrálních území
 http://lkabrt.aspone.cz/osm/kucr.zip.
 Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
 zakomentování do celku).

 Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
 ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
 porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
 paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
 Používá to XmlTextReader a XmlTextWriter místo LINQ.

 Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
 south, east). Výsledný soubor obsahuje všechny
 nodes, ways a relations, které alespoň jedním nodem zasahují do daného
 obdélníku.

 Příklad použití:
 ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
 -east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm

 Ke stažení:
 http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro  
 .NET)
 http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)

 Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor  
 nebude
 proti.

 Honza

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>>
>>> --
>>> Petr Dlouhý
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Soubor cr.map pro import adres

2010-01-23 Tema obsahu Petr Dlouhý 
Ahoj,

vygeneroval jsem soubor cr.map [2] obsahující mapování pro program
merge-cuzk-db. Soubor je jednoduše vygenerován z ulic MVČR [1], takže trpí
některými zásadními nedostatky:

1) V MVČR se bohužel vykašlali na velikost písmen a napsali všechno
velkýma. V souboru je vždy první písmeno velké a ostatní malá. Je tedy
nutné upravit názvy podle pravopisu.

2) Nepodařilo se mi najít žádný klíč, podle kterého by bylo možné spojit
databáze MVČR a CUZK. Do parametru "name" elementu "territory" jsem tedy
doplnil jméno oblasti. Je tedy nutné doplnit tam "u něčeho", pokud se
jméno katastrálního území liší.

3) Program merge-cuzk-db nezvládá pokud jsou v .map souboru nějaká území
navíc oproti .osm souboru katastrálních území. Je tedy nutné před použitím
zakomentovat vše kromě těch území, pro která se budou adresy přiřazovat.

Doufám, že i přes problémy to bude užitečné. Jestli má někdo nápady, jak
problém vyřešit, tak ať napíše.

[1] http://aplikace.mvcr.cz/adresa/ulice.zip
[2] http://www.flyshare.cz/stahni/45770/addr_map.tar.bz2

-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Padat by neměl (nevím, co říká, můžeš se pokusit nahlásit chybu), a  
databázi pokud vím nepotřebuje.

Už jsem ho dlouho nepoužil, i ten kucr.zip se mi daří poměrně dobře  
vystříhout i pomocí JOSM (a to mám docela starý počítač). Ono totiž když  
se to zvětší (není zobrazená celá mapa naráz), tak už to jede docela  
rychle.

On Sun, 24 Jan 2010 02:19:01 +0100, Jan Bilak   
wrote:

> Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
> podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
> cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
> nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
> nezkoumal.
>
> Honza
>


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
A hlavně mým cílem je, aby celý proces byl poměrně jednoduchý ...
integrovaný časem do nějaké GUI, protože i když, jak tady někdo psal,
se to může zdát jako jednorázový proces, tak

a) je natolik pracný, že je třeba distribuovat mezi více lidí (teď
nemyslím jen adresní body, ale tahání informací z katastrálních map)
b) informace v katastru se mění (aktualizují), takže čím více bude
proces automatický, tím lepší pro pozdější aktualizace

Přecijen tohle mi přijde snadněji použitelné (i když nechci tvrdit, že
tam to je nějak extra složité - nevím.

Honza


2010/1/24 Jan Bilak :
> Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
> podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
> cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
> nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
> nezkoumal.
>
> Honza
>
>
> 2010/1/24 Petr Dlouhý :
>> Není to trochu nově vynalezené kolo, když tu mám osmosis?
>>
>> [1]
>> http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
>>
>> On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak 
>> wrote:
>>
>>> Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
>>> mapy katastrálních území
>>> http://lkabrt.aspone.cz/osm/kucr.zip.
>>> Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
>>> zakomentování do celku).
>>>
>>> Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
>>> ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
>>> porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
>>> paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
>>> Používá to XmlTextReader a XmlTextWriter místo LINQ.
>>>
>>> Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
>>> south, east). Výsledný soubor obsahuje všechny
>>> nodes, ways a relations, které alespoň jedním nodem zasahují do daného
>>> obdélníku.
>>>
>>> Příklad použití:
>>> ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
>>> -east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm
>>>
>>> Ke stažení:
>>> http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro .NET)
>>> http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)
>>>
>>> Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor nebude
>>> proti.
>>>
>>> Honza
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> --
>> Petr Dlouhý
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Asi ano, ale kdyz jsem osmosis zkousel, tak vzdycky spadnul na nejakou
podovnou vyjimku. Pak jsem v rychlosti dospel k zaveru, ze asi ke sve
cinnosti potrebuje nejakou DB (PostreSQL apod.) ... a to se mi
nechtelo instalovat ... ale treba je to spatny zaver. Moc jsem to
nezkoumal.

Honza


2010/1/24 Petr Dlouhý :
> Není to trochu nově vynalezené kolo, když tu mám osmosis?
>
> [1]
> http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
>
> On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak 
> wrote:
>
>> Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
>> mapy katastrálních území
>> http://lkabrt.aspone.cz/osm/kucr.zip.
>> Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
>> zakomentování do celku).
>>
>> Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
>> ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
>> porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
>> paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
>> Používá to XmlTextReader a XmlTextWriter místo LINQ.
>>
>> Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
>> south, east). Výsledný soubor obsahuje všechny
>> nodes, ways a relations, které alespoň jedním nodem zasahují do daného
>> obdélníku.
>>
>> Příklad použití:
>> ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
>> -east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm
>>
>> Ke stažení:
>> http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro .NET)
>> http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)
>>
>> Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor nebude
>> proti.
>>
>> Honza
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>
>
> --
> Petr Dlouhý
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Není to trochu nově vynalezené kolo, když tu mám osmosis?

[1]  
http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html

On Sun, 24 Jan 2010 02:08:17 +0100, Jan Bilak   
wrote:

> Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
> mapy katastrálních území
> http://lkabrt.aspone.cz/osm/kucr.zip.
> Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
> zakomentování do celku).
>
> Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
> ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
> porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
> paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
> Používá to XmlTextReader a XmlTextWriter místo LINQ.
>
> Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
> south, east). Výsledný soubor obsahuje všechny
> nodes, ways a relations, které alespoň jedním nodem zasahují do daného
> obdélníku.
>
> Příklad použití:
> ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
> -east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm
>
> Ke stažení:
> http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro .NET)
> http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)
>
> Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor nebude  
> proti.
>
> Honza
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Ahoj, udělal jsem si utilitku pro vyjmutí části území ze souboru *.osm
mapy katastrálních území
http://lkabrt.aspone.cz/osm/kucr.zip.
Třeba se také někomu bude hodit (ať již jako binárka nebo zdroják k
zakomentování do celku).

Upozorňuji, že nejde o nic obecného (i když by to možná zobecnit šlo),
ale je to dělané na míru tomuto souboru. Rychlost nemám s čím
porovnat, na mém stroji to trvá tak 10 sekund. Dělá to všechno v
paměti, takže to zabere pro daný konkrétní soubor asi 260 MB RAM.
Používá to XmlTextReader a XmlTextWriter místo LINQ.

Zadá se vstupní soubor, výstupní soubor a obdélník (north, west,
south, east). Výsledný soubor obsahuje všechny
nodes, ways a relations, které alespoň jedním nodem zasahují do daného
obdélníku.

Příklad použití:
ExtractBoundingBox.exe -north 50.50 -west 16.10278129 -south 50.49
-east 16.123 -input "kucr-jmena.osm" -output kucr-part.osm

Ke stažení:
http://jabi.aspone.cz/osm/ExtractBoundingBox-bin.rar (binárka pro .NET)
http://jabi.aspone.cz/osm/ExtractBoundingBox-src.rar (zdrojáky v C#)

Použil jsem k tomu parser parametrů z CUZK.Common.dll, snad autor nebude proti.

Honza

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Omlouvám se, pořádně jsem si to nepřečetl. Použiju samozřejmě to ze  
stránek CUZK.

On Sat, 23 Jan 2010 21:50:22 +0100, Petr Dlouhý   
wrote:

> Ahoj,
>
> pracuji na generátoru .map souboru. Potřeboval bych ale seznam
> katastrálních území a jejich čísel, který Martin Kupec získal OCR
> přehledek, podle čísel území by to šlo jednoduše spojit.
> Kde je možné ten soubor získat?
>
> On Sat, 23 Jan 2010 20:40:13 +0100, Lukas Kabrt  wrote:
>
>> Ano je to trochu neprakticke. Asi by to slo castecne automatizovat.
>> Muj postup je, ze si z databaze [1] vytahnu stukturu oblast - obec -
>> cast a z mapy nazvy k. u. a rucne prirazuju, vestinou je to jasne
>> (zatim stejne delam v mistech, ktere jakz takz znam). Prirazeni k.u. -
>> obec lze nalezt na strankach CUZK [2]. Jak je to s licenci nevim.
>> Problemy jsou ale s nekterymi castmi obci - na jednom k.u. muze byt
>> vice casti obce.
>
>


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Ahoj,

pracuji na generátoru .map souboru. Potřeboval bych ale seznam  
katastrálních území a jejich čísel, který Martin Kupec získal OCR  
přehledek, podle čísel území by to šlo jednoduše spojit.
Kde je možné ten soubor získat?

On Sat, 23 Jan 2010 20:40:13 +0100, Lukas Kabrt  wrote:

> Ano je to trochu neprakticke. Asi by to slo castecne automatizovat.
> Muj postup je, ze si z databaze [1] vytahnu stukturu oblast - obec -
> cast a z mapy nazvy k. u. a rucne prirazuju, vestinou je to jasne
> (zatim stejne delam v mistech, ktere jakz takz znam). Prirazeni k.u. -
> obec lze nalezt na strankach CUZK [2]. Jak je to s licenci nevim.
> Problemy jsou ale s nekterymi castmi obci - na jednom k.u. muze byt
> vice casti obce.


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Petr Dlouhý 
Na kontrolu naimportovaných adresních bodů plně postačuje plugin  
Czechaddress do JOSM.

Poloautomatické obkreslování by asi taky bylo nejlepší udělat formou  
pluginu do JOSM.

On Sat, 23 Jan 2010 18:14:37 +0100, Jan Bilak   
wrote:

> Rád bych pokračoval vývojem SW pro poloautomatické zpracování, protože
> o lepším zdroji informací než je katastrální mapa nevím. Mám představu
> nějaké GUI, kde půjdou obkreslovat budovy (s případným automatickým
> návrhem), kontrolovat čísla domů apod. Ale napřed bych si rád ujasnil
> současnou situaci a zorientoval se v problému.


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Lukas Kabrt 
> V kroku 3 (vytvoreni XML souboru, ktery definuje prirazeni mezi
> katastralnim uzemim a obci / casti obce z databaze adresnich bodu)
> jsem převzal XML z dokumentace. A k tomu se váže první dotaz. Kde
> berete tyto informace? A k čemu je to dobré? Upozorňuji, že nejsem
> zaměměřič, ale programátor, takže o struktuře území toho moc nevím, i
> když jsem k této oblasti trochu přičichnul.

> Moje představa je, že čísla domů jsou jedinečná v části obce (proto
> např. v nahlížení do KN říkám obec, část obce, číslo budovy). Proto je
> třeba nějak určit část obce, do které dané území patří.

Presne tak.

> číselníky částí obcí a jejich vztahy k obcím, okresům, krajům apod.
> jsou na Českém Statistikém Úřadě. Ale nevím, zda je lze z licenčních
> důvodů použít (ví to někdo?). Ruční vytváření XML pro každé
> katastrální území, kterých jsou tisíce(?) je poněkud nepraktické a
> hlavně hrozí chyby.

Ano je to trochu neprakticke. Asi by to slo castecne automatizovat.
Muj postup je, ze si z databaze [1] vytahnu stukturu oblast - obec -
cast a z mapy nazvy k. u. a rucne prirazuju, vestinou je to jasne
(zatim stejne delam v mistech, ktere jakz takz znam). Prirazeni k.u. -
obec lze nalezt na strankach CUZK [2]. Jak je to s licenci nevim.
Problemy jsou ale s nekterymi castmi obci - na jednom k.u. muze byt
vice casti obce.

>kterých jsou tisíce(?)

Presne 13027.

> A pak je třeba udělat merge. Odkud pochází databáze adres? To je
> UIR-ADR? Z jakého původního zdroje pocházejí hranice katastrálních
> území?

Adresy pochazeni z webu MVCR [1], hranice k.u. ktere mam na strankach
jsou vektorizovane mapy CUZK - vektorizaci delal hanoj [3], a Martin
Kupec pracuje na OCR nazvu k.u., vysledek na mych strankach jeste neni
hotovy, chybi jeste cca 800 nazvu.

> A co vlastně merge dělá? Moje představa je, že pro každý adresní bod z
> toho CSV souboru vygenerovaném v jednom z předchozích kroků najde
> katastrální území, jehož hranice je v souboru daném parametrem
> territories.

Merge vezme CSV soubor se souradnicemi budov a rozpoznanym popiskem,
najde k.u., ve kterem se budova nachazi, podiva se do souboru *.map
jaka obec, mestska cast se na k.u. nachazi a podle toho se budove
pokusi priradit adresu z databaze MVCR.

> U druhého parametru nevím. Zkoušel jsem
> http://osm.templ.net/kucr.osm.bz2

ten urcite fungovat nebude, tam nejsou nazvy k.u.

> http://lkabrt.aspone.cz/osm/kucr.zip.

ten muzes pouzit, ale je potreba zkotrolovat, jestli tam je zadany to
k.u. o ktery se zajimas - nazvy jeste nejsou kompletni.


> Čtvrtý parametr - to je to XML převzaté pro pokus z dokumentace.

priklad z dokumentace mozna nebude kompatiblni s mapu z
http://lkabrt.aspone.cz/osm/kucr.zip. Koukam, ze je to jeste z doby,
kdy jsem mapu zkousel malovat jen tak priblizne rucne, jen pro ucely
tohohle programu takze asi nesedi nazvy.

> 2) V případě použití http://lkabrt.aspone.cz/osm/kucr.zip program
> vytíží jedno jádro procesoru a nic ... tedy nechal jsem to pár desítek
> minut (nebo mám čekat déle?). Poslední hláška je, že Loading
> territories borders...

Pro parsovani XML pouzivam XML.LINQ, a ten neni delany na zpracovani
tak velkych souboru, proto si ze souboru kucr.zip vyriznu cast se
kterou chci pracovat [4]. S parsovanim XML dokumentu mozna neco
udelam, fakt to neni nejrychlejsi. XML.Linq ma ale tu vyhodu, ze se s
tim hezky pracuje, takze jsem ho pouzil pri vyvoji.

> Další věc je, že ten XML soubor z kroku 2 definuje vztahy pomocí
> názvů. Ale ty myslím nejsou jednoznačné. Přitom číselníky katastru i
> Stat. úřadu používají pro označení obce, části obce, katastr. území
> apod. také nějaká číselná IDčka (kupodivu dokonce stejná).

Jmena k.u. jsou jedinecna, stejne tak kombinace oblast-obec-cast z databaze.

[1] http://aplikace.mvcr.cz/adresa/adresy.zip
[2] 
http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10&MENUID=10015&AKCE=DOC:10-CISE_KUAP
[3] http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003204.html
[4] http://lists.openstreetmap.org/pipermail/talk-cz/2010-January/004310.html
--
Lukas

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Jan Bilak 
Zdravím,

mám problém s použitím poloautomatického importovače z katastrální
mapy. Zkoušel jsem to na ukázkovém území.

Výstup z kroku 2 se zdá být v pohodě (nějaké drobné chyby v
rozpoznávání, ale to se dalo čekat):
50.4860413,16.1035088,č.p.256
50.4861788,16.1038375,č.p.251
50.4863550,16.1043138,č.p.250
50.4862125,16.1050900,bez č.p./č.e.
...

Zde je mi zcela jasný princip ... stáhnou se příslušné dlaždice v PNG,
najdou se tam tečky, vyseknou popisky do malých bitmap, nechají
rozpoznat pomocí OCR a popisky spolu se souřadnicemi tečky se zapíší
do souboru.

Dále už se trochu ztrácím.

V kroku 3 (vytvoreni XML souboru, ktery definuje prirazeni mezi
katastralnim uzemim a obci / casti obce z databaze adresnich bodu)
jsem převzal XML z dokumentace. A k tomu se váže první dotaz. Kde
berete tyto informace? A k čemu je to dobré? Upozorňuji, že nejsem
zaměměřič, ale programátor, takže o struktuře území toho moc nevím, i
když jsem k této oblasti trochu přičichnul.

Moje představa je, že čísla domů jsou jedinečná v části obce (proto
např. v nahlížení do KN říkám obec, část obce, číslo budovy). Proto je
třeba nějak určit část obce, do které dané území patří. Jinak
číselníky částí obcí a jejich vztahy k obcím, okresům, krajům apod.
jsou na Českém Statistikém Úřadě. Ale nevím, zda je lze z licenčních
důvodů použít (ví to někdo?). Ruční vytváření XML pro každé
katastrální území, kterých jsou tisíce(?) je poněkud nepraktické a
hlavně hrozí chyby.

Pro pokus jsem vzal XML soubor z dokumentace cuzk-postup.txt.

A pak je třeba udělat merge. Odkud pochází databáze adres? To je
UIR-ADR? Z jakého původního zdroje pocházejí hranice katastrálních
území?

A co vlastně merge dělá? Moje představa je, že pro každý adresní bod z
toho CSV souboru vygenerovaném v jednom z předchozích kroků najde
katastrální území, jehož hranice je v souboru daném parametrem
territories. Pak

-addressesDB - XML soubor s databazi adres [2]
-territories - OSM soubor s definovanymi katasrtalnimi uzemimi
-addressPoints - CSV soubor z bodu 2)
-mappings   - XML soubor z bodu 3)

Takže jako první parametr jsem dal soubor address.xml.
U druhého parametru nevím. Zkoušel jsem
http://osm.templ.net/kucr.osm.bz2 a
http://lkabrt.aspone.cz/osm/kucr.zip.
Třetí parametr je asi jasný - ten CVS vygenerovaný z jednom z předchozím kroku.
Čtvrtý parametr - to je to XML převzaté pro pokus z dokumentace.

A po spuštění merge to dělá toto:
1) V případě použití http://osm.templ.net/kucr.osm.bz2 program skončí
výjimkou při Matching building definition points with addresses DB
...:

Neošetřená výjimka: System.InvalidOperationException: Posloupnost
neobsahuje žádné prvky.
   v System.Linq.Enumerable.Single[TSource](IEnumerable`1 source)
   v CUZK.MergeDBWithPoints.AddressesFinder.Initialize(Dictionary`2
unassignedBuildngDefinitionPoints, Dictionary`2
unassignedAddressPoints)
   v CUZK.MergeDBWithPoints.AddressesFinder.FindAddressesAssignment()
   v CUZK.MergeDBWithPoints.Program.Main(String[] args)

2) V případě použití http://lkabrt.aspone.cz/osm/kucr.zip program
vytíží jedno jádro procesoru a nic ... tedy nechal jsem to pár desítek
minut (nebo mám čekat déle?). Poslední hláška je, že Loading
territories borders...

Další věc je, že ten XML soubor z kroku 2 definuje vztahy pomocí
názvů. Ale ty myslím nejsou jednoznačné. Přitom číselníky katastru i
Stat. úřadu používají pro označení obce, části obce, katastr. území
apod. také nějaká číselná IDčka (kupodivu dokonce stejná).


Rád bych pokračoval vývojem SW pro poloautomatické zpracování, protože
o lepším zdroji informací než je katastrální mapa nevím. Mám představu
nějaké GUI, kde půjdou obkreslovat budovy (s případným automatickým
návrhem), kontrolovat čísla domů apod. Ale napřed bych si rád ujasnil
současnou situaci a zorientoval se v problému.

Díky předem za odpovědi
Honza

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Martin Kupec 
On Sat, Jan 23, 2010 at 11:07:26AM +0100, Lukas Kabrt wrote:
> Moznosti by bylo nejdrive stahnout mapu v nizsim rozliseni, najit
> definicni body budov a pak pro kazdou budovu stahnout detail. Tohle
> reseni se mi ale moc nelibi, protoze by bylo nutne stahovat velke
> mnozstvi detailu a hodne by to zpomalilo zpracovani. (Vcera jsem
> zkousel rozpoznavani na plose cca 20 x 25 km a bylo tam okolo 9
> budov)
Presne tohle reseni delam u katastralnich uzemi. Ale tech je
pouze cca 13k v republice, takze tam to funguje pekne.

Martin


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-23 Tema obsahu Lukas Kabrt 
> Zkoumal si nějak maximální rozlišení CUZK a optimalizoval naj ně tvůj
> program? Jde o to, že čím větší rozlišení zvolíš, tím jsou čísla menší a
> tím je také menší riziko překryvu (který způsobuje nejvíc špatně
> rozpoznaných čísel).

Ano vim o tom, ze cim vetsi rozliseni, tim mensi cisla a tim padem i
mensi riziko prekryvu. Nijak exaktne jsem to nemeril, ale pro to
meritko, ktere jsem zvolil se mi zda uspesnot dostatecna i pro mesta,
kde jsou budovy "nalepeny" na sebe. Nejvetsi procento chyb pripada na
budovy bez cp/ce - bloky garazi apod. Slo mi o to najit rozumny
kompromis mezi prekryvem napisu a mnozstvi dlazdic, ktere je potreba
zpracovat.

Moznosti by bylo nejdrive stahnout mapu v nizsim rozliseni, najit
definicni body budov a pak pro kazdou budovu stahnout detail. Tohle
reseni se mi ale moc nelibi, protoze by bylo nutne stahovat velke
mnozstvi detailu a hodne by to zpomalilo zpracovani. (Vcera jsem
zkousel rozpoznavani na plose cca 20 x 25 km a bylo tam okolo 9
budov)

--
Lukas

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz