Re: [Talk-cz] Boundary

2010-02-25 Tema obsahu Martin Kupec
On Thu, Feb 25, 2010 at 05:41:59PM +0100, jzvc wrote:
 Dne 25.2.2010 15:53, Lukas Kabrt napsal(a):
 IMO by varianta A(kompletni upload) byla vhodnejsi, muze na tom pak
 pracovat dost lidi zaroven a nejsou limitovani tim, ze musi najednou
 zpracovat cely okres. Za predpokladu ze bude mozno odlisit, co bylo uz
 upraveno/zkontrolovano a co je nedotceny import, jsem pro import a to i
 za cenu zduplikovani nekterych hranic. Ovsem pred importem by to chtelo
 jeste doplnit/zvazit vyse navrzene upravy.

Navrhuji to zkusit cele importovat najednou. Duplicity veresit
az nasledne.
Ale doporucuji pridat nejaky specialni tag(napr.
source:import_prehledka=zkontrolovat)
A kdyz to nekdo projde, tak ten tag proste smaze z dane
way/relace.

Martin Kupec


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


Re: [Talk-cz] Boundary

2010-02-25 Tema obsahu Martin Kupec
On Thu, Feb 25, 2010 at 09:28:28PM +0100, Tomas Kolda wrote:
 Ja myslim, ze je celkem jednoduche rozdelit geometrie dle krizovatek. 
 Tyto krizovatky se pak muzou nahrat zvlast. Pote mezilehle ways (uz 
 mozno paralelne) a nakonec nejake ty relace, ktere to spoji do okresu apod.
 
 Snad jsem to pochopil :)
Tam je jen problem, ze to rozdelis logicky na ruzne vrstvy a ty
nahrajes zvlast, ale tim neumoznis prubezne opravovani dat. Ale
toto by nemelo vadit.

Jako technicke reseni nahrani takoveho mnozstvi dat je asi
nejlepsi uploadovat postupne ways. A pak najednou vsechny
relace(tech neni tolik).

Akorat je treba po uploadnuti waye si zapamatovat ID koncovych
bodu aby se dalo navazovat.

Martin Kupec


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


Re: [Talk-cz] Dibavod konfliktni data

2010-02-24 Tema obsahu Martin Kupec
On Wed, Feb 24, 2010 at 08:56:25PM +0100, Zdeněk Pražák wrote:
 Beru tedy 11 - 20
Koukam ze o to 11 se popralo spousta lidi :-)

Ja pockam az se dohodnete a pak si taky vezmu kus.

Martin Kupec


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


Re: [Talk-cz] Dibavod konfliktni data

2010-02-24 Tema obsahu Martin Kupec
On Wed, Feb 24, 2010 at 09:03:58PM +0100, Jan Bilak wrote:
 Sice nevím, o co jde, ale podle pořadí mailů a rozsahů to vypadá na:
O import konfliktniho DIAVODu
 
 11 - 20 ... Jan Dudík
 21 - 30 ... Zdeněk Pražák
 31 - 35 ... Jiří Parkan
A ja si vezku 36-40.

Martin Kupec


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


Re: [Talk-cz] cíle práce a pár dalších dotaz ů

2010-02-03 Tema obsahu Martin Kupec
On Wed, Feb 03, 2010 at 08:34:07PM +0100, Mike Crash wrote:
 Já myslím, že nebude problém ty stávající smazat, stejně jich tam moc
 není. Akorát bude asi problém s napojením na okolní státy. Teď to dělali
 i na Slovensku a mají tam zdvojenou hranici a nenávaznosti.
Da se nekde zjisti prehled takovych relaci?

Nedavno jsem se chtel podivat jak na tom jsou s mapovanim na
slovensku, ale neprisel jsem na to, jak si prohlidnout mapu tak
abych videl takove relace.

Vzpominam si, ze kdysi jsem potal neco co melo overlay borders a
takove veci. Ale uz to neumim najit.

Martin Kupec


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


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

2010-02-02 Tema obsahu Martin Kupec
On Tue, Jan 26, 2010 at 08:10:09PM +0100, Lukas Kabrt wrote:
 Moje idea dalsiho postupu je takova, ze vysledky vypoctu (CSV a LOG
 soubory) zpracuju, pripadne opravim data na mistech, kde se vyskytnul
 nejaky error a vysledek umistim nekde na web k dalsimu vyuziti pro
 import adres.
uz jsem skoro dopracoval svoje davky, ale nastal maly problem.

v tech cca 80 tile je cca 850 erroru v logach. Mam to nejak
resit, nebo uz si je zkusis udelat znova sam?

Vypada to ze tesseract sem tam nejak spadl nebo neco takoveho
provedl.

Az dodelam poslednich par tilu, tak to cele nejak uploadtnu a na
wiki dam odkaz.

Martin Kupec


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


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

2010-02-02 Tema obsahu Martin Kupec
On Tue, Feb 02, 2010 at 10:04:40AM +0100, Lukas Kabrt wrote:
         uz jsem skoro dopracoval svoje davky, ale nastal maly problem.
 
         v tech cca 80 tile je cca 850 erroru v logach. Mam to nejak
         resit, nebo uz si je zkusis udelat znova sam?
 
         Vypada to ze tesseract sem tam nejak spadl nebo neco takoveho
         provedl.
 
 Resit to nijak nemusis, uz jsem si napsal skriptik, ktery projde logy
 a mista kde se vyskytnul error zpracuje znova.
Ok super. Asi nejsem sam kdo sem tam ma chybu. Uvazoval jsem
jestli neco takoveho nezbastlit, ale pak me napadlo ze uz to
mozna nekdo udelal.

Moje vysledky poslu nekdky k veceru. Jeste to zpracovava 3 tily,
tak to necham dobehnout a vecer to uploaduju.

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-02-02 Tema obsahu Martin Kupec
Tak jsem uploadoval na server vysledky, odkaz je na wiki ([1]).

Nevim jak je to se zpracovanim zbylych tilu, ale kdyz mi nekdo neco
uvolni, tak to klidne jeste spocitam :-). Zjistil jsem ze ten stoj co
jsem na to zneuzil se nejak moc zbytecne flaka...

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

Martin Kupec


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


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

2010-02-02 Tema obsahu Martin Kupec
On Wed, Feb 03, 2010 at 07:39:02AM +0100, Petr Dlouhý wrote:
 Ahoj,
 
 můžeš kdyžtak udělat 10 - 49 a 60 - 69 ještě jednou? Já to dělal ještě se  
 starou verzí tile-processoru, takže chybí logy.
Ok, pracuje se na tom.

Martin


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


[Talk-cz] Seznam katastralnich uzemi s umistenim

2010-01-24 Tema obsahu Martin Kupec
Dobry den,
na [1] si muzete stahnout body katastralnich uzemi.
Je jich 13012 a kat. uz. je 13027. Zbyle se mi nepodarilo najit
na mape, takze bude treba tech 15 relaci pojmenovat rucne.

Script kterym jsem to vytvarel jeste trochu projdu, procistim a
zverejnim nekde na webu(asi na hanojovem talku, kde uz nejaka
verze je).

Souradnicovy system je S-JTSK.

[1] http://exile.dobaledova.net/~magon/body_kat_uz

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 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-21 Tema obsahu Martin Kupec
On Thu, Jan 21, 2010 at 04:50:15PM +0100, Lukas Kabrt wrote:
 Tak jsem trochu zapracoval na mape katastralnich uzemi, aby se k.u.
 nemuseli kreslit rucne.
 
 Vektorizovanou mapu k.u. od hanoje [1] jsem zacistil (slouceni
 duplicitnich bodu, odtraneni fragmentu po vektorizaci, pospojovani
 prerusenych linii) a vytvoril na ni relace pro jednotliva k.u.
 
 Mapu jsem dal dohromady s daty co mi poslal Martin Kupec (nazvy
 katastralnich uzemi a jejich poloha). Vysledek je ke stazeni tady [2].
 
 Trocha statistiky:
 CR ma 13027 k.u.
 Martin mi poslal data pro 12171 k.u.
 Mapa ma definovano 13028 relaci
 
 Mapa je jenom prozatmni, pri prirazeni se vyskytly nejake chyby (vic
 nazvu pro jedno k.u., jedna se ale o jednotky, max. desitky pripadu)
 To bych resil az budou hotova data pro vsechy k.u. Stejne tak je v
 mape 1 relace navic - pravdepodobne nekde zustal nejaky fragment, ten
 se taky objevi, az se priradi vsechny nazvy.
Super. Ja zkusim stahnout tesseract 3.0. s cestinou a dodelat ty
zbyvajici k.u.
Myslim ze do konce vikendu bych to mohl zvladnout.

Martin Kupec


___
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-20 Tema obsahu Martin Kupec
On Wed, Jan 20, 2010 at 09:37:07PM +0100, Lukas Kabrt wrote:
 Program pracuje tak, ze vezme dlaždici, najde na ní definicni body
 budov (cervene tecky) a k nim prislusejici text. Text ulozi do obrazku
 tmp.bmp a potom ho rozpozna exetnim OCR programem (tesseract.exe).
 Ten ulozi rozpoznany text prave do souboru label.txt
Muzu se zeptat, zda pouzivate nejak upraveny/nauceny tesseract
na ceske znaky, nebo to cestinu uspesne neumi?

Kdyz jsem se snazil vytvorit seznam bodu kat. uz. tak jsem si s
tim hral a jmena jsem vzdal a vytahl je z databaze podle cisel.

Martin Kupec


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 10:04:17AM +0100, Mike Crash wrote:
 Takže:
 1. tam, kde je kat. úz.  obec, budeme definovat kat. úz. jako obec s
 admin_level=8
 2. tam, kde je obec (Praha)  kat. úz., bude kat. úz. definováno s
 admin_level=10
Takhle to asi nebude uplne koser.

Stav kdy obec  Kat. uzemi je skoro kazde mesto.
Mestske casti jsou zvlast katastralni uzemi. Tak jak se mesta
postupne spojovala s vesnicema, tak ty vetsinou maji zvlast kat.
uz. .

Resp. tohle je me pozorovani pri parsovani jmen kat. uz. a
hledani jmen ze znamych mist.

Takze kdyz naimportujeme kat. uz. vsechny jako admin_level=10 a
pak oznacime mesta na jen sjednocenim polygonu jako
admin_level=8, tak by to melo byt presnejsi.

Aneb nevi nekdo jak pak z polygonu jednotlivych kat. uz. zjistit
jakemu mestu/obci patri?

Martin Kupec


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 10:13:57AM +0100, Martin Kupec wrote:
   Aneb nevi nekdo jak pak z polygonu jednotlivych kat. uz. zjistit
   jakemu mestu/obci patri?

Tak si castecne odpovim sam.

na http://nahlizenidokn.cuzk.cz/VyberParcelu.aspx
Kdyz vyberete kat. uz. tak vam to doda jmeno obce.

Takze bud se da nekde sehnat primo seznam Obci a jim nalezicim
kat. uz., nebo se da vyuzit tehle aplikace a poptat se ji.

Martin Kupec


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 10:25:55AM +0100, hanoj wrote:
 Dne 18. ledna 2010 10:20 Martin Kupec ma...@jkopava.cz napsal(a):
  On Mon, Jan 18, 2010 at 10:13:57AM +0100, Martin Kupec wrote:
        Aneb nevi nekdo jak pak z polygonu jednotlivych kat. uz. zjistit
        jakemu mestu/obci patri?
 *** a nebo tady[1], ale mozna tam nebudou vsechny.
Tak seznam na [1] ma jen cca 5340 zaznamu kat. uz. Coz je cca
polovina. Ale je tam kat. uz. Obec, obec s roz. pusobnosti, kraj.

Takze alespon u tech co mam jsou muzeme priradit spoustu relaci.
A na zbytek se hold doptame na te webove aplikaci.

[1] http://www.cuzk.cz/GenerujSoubor.ashx?NAZEV=10-KU_BEZ_ZE_090101

Martin Kupec


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
Dovolim si shrnuti.

Rozlisujeme administrativni hranice a hranice zastaveneho uzemi.
Tady je asi dulezite si uvedomit, ze administrativni hranice jsme
schopni importovat z Kat. uz. ale zastavene uzemi se bude muset
nakreslit rucne. 

Teoreticky by se do dalo udelat aproximaci, pokud by byly v danem miste
zakresleny vsechny baracky, ale prijde mi ze tohle bude rucne daleko
vernejsi, nez nejaky spocitany polygon.

Tenhle thread se cely vicemene zabyva administrativnim clenenim, jehoz
zmapovani je uz na spadnuti, a pujde to hromadnym importem.

Takze zbyva se dohodnout jak technicky otagovat admin hranice.
admin_level=10 je urcite hranice kat. uzemi a
admin_level=8 je hranice mesta/obce

Hranice mest vzdy jsou zaroven hranicemi kat. uz. naopak to ne vzdy plati.

Moznost 1:
Nakreslime vsechny kat. uz. s admin_level=10 a pak pridame
relace pro mesta, mesta s roz. pus. a kraje s nizsima admin
level.
Moznost 2:
Nakreslime vsechny kat. uz. a dame jim admin_level=10. Tam kde
hranice kat. uz. bude schodna s hranici nejakeho nizsiho
admin_level, tak jej prepiseme na nizsi.

Pro 1:
Lze jednoduse stahnout admin_level=X, a clovek dostane uzavrene
polygony.
Proti 1:
Existuje nemalo mist kde cely polygon bude jak kat. uz., tak
obec, takze bude oznaceny jako oboji. Takze se budou zdvojovat
data.
Pro 2:
Nezdvojujeme data.
Proti 2:
Kdyz chci stahovat nejaky admin_level, tak musim navic stahnout
i vsechny nizsi a profiltrovat si vysledek.

On Mon, Jan 18, 2010 at 12:42:09PM +0100, Mike wrote:
 Já bych to definoval tak, že zastavené a využité území je
 landuse=residential/industrial a spravni uzemi je to boundary+admin_level
 
 On 17.1.2010 14:30, Radek Bartoň wrote:
  Dne neděle 17 Leden 2010 14:01:57 hanoj napsal(a):
  *** rozlisujte zastavene uzemi obce a spravni uzemi obce.
  zastavene uzemi obce je jen urbanisticky termin, z pohledu
  administrativniho cleneni nema zadny vyznam.
  
  Dobře, a podle čeho máme teda obtáhnout a jakým způsobem máme otagovat 
  hranici města nebo vesnice, tak aby se vykreslila při nízkých zoomech 
  mapnikem, tak jak je to mapříklad u Olomouci? 


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 01:19:24PM +0100, Lukas Kabrt wrote:
 Pokud neoznacime vsechna katastralni uzemi jako admin_level=10 tak
 nepujde do mapy zanest nazev k. u. a jeho identifikator. Mozna pro ne
 neni momentalne vyuziti, ale v budoucnu na ne mohou byt navazana
 nejaka dalsi data, nebo pujdou vyuzit pri nejakem dalsim importu.
Tohle je asi dulezita poznamka. Ja sice s OSM zas tolik jeste
spolecneho neznam, ale taky nevidim jak to tam zanest.

 Jeste poznamka - pokud se hranice k. u. a obce shoduji, tak to jeste
 neznamena, ze se shoduji nazvy k. u. a obce. (napr.  k.u. Hyncice u
 Broumova, obec Hyncice).
Nazvy se sice lisit nemusi, ale co se lisi jiste, je cislo k.u.
vs. cislo obce. A doporucuju obe cisla do mapy zanest, ac ted
nemusi mit vyuziti, jsou do dostatecne obecne identifiaktory,
aby se na ne pak dalo cokoliv navazat.

Martin Kupec


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 01:23:06PM +0100, Mike wrote:
 Jsem jednoznačně pro možnost 2
Viz. druhou odpoved na toto.
Jak zaznacit jmena k.u. a obci? Pokud se to protina, schoduje.


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 01:45:10PM +0100, Mike wrote:
 Tam záleží cíl
 
 Pokud je cílem mít katastrální mapu (kterou nikdy nikdo nevyužije), pak
 možnost 1 a udělat duplicity (je to někde na světě stejně?)
Prave ze cilem je mit kat. mapu. Protoze na takove mape jde
jednoduse priradit k bodu nalezeni v casti obce, obci, kraji,..

kat. uz. je vetsinou bud cast obce, nebo obec podle
administrativniho nahlizeni na skutecnost, takze napr. podle
posty a jejich adres.

Jak zde bylo receno, jedina vyjimka je praha.

Takze i kdybychom zahodili kat. uz., ktere neohranicuji mestke
casti, tak stejne zahodime minimum a budeme mit jednu bountary
kolem casti obce, a pak jednu kolem cele obce, a tyhle nebudou
mit trivialni prunik.

A kat. uz. se vetsinou jmenuji jako casti obci/obce a pokud existujou
2 stejneho jmena, je doplneno neco jako u `jmeno obce`/(okres `jmeno 
okresu`).

 Pokud je cílem mít jen klasickou mapu, pak 2. Pokud se bude lišit jméno
 kat. úz. a obce, tak to lze pro tento případ zdvojit, ale bude to řádově
 1%. Nezanášel bych do mapy duplicity - stojí to místo na disku, bandwith
 i strojový čas.
To se mi abych rekl pravdu taky nelibi. Ale stale nevidim
moznost jak to nezdvojovat, kdyz uz casti obci/obce maji z
definice protinajici se hranice.

Martin


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


Re: [Talk-cz] Hranice obcí

2010-01-18 Tema obsahu Martin Kupec
On Mon, Jan 18, 2010 at 02:07:47PM +0100, hanoj wrote:
         kat. uz. je vetsinou bud cast obce, nebo obec podle
         administrativniho nahlizeni na skutecnost, takze napr. podle
         posty a jejich adres.
 
         Jak zde bylo receno, jedina vyjimka je praha.
 
         Takze i kdybychom zahodili kat. uz., ktere neohranicuji mestke
         casti, tak stejne zahodime minimum a budeme mit jednu bountary
         kolem casti obce, a pak jednu kolem cele obce, a tyhle nebudou
         mit trivialni prunik.
 *** jen bych te Martine doplnil, ze take v Brne plati formule:
 
 cast_obce != mestska_cast != katastralni_uzemi
A ja doufal ze tohle je jen v Praze. :-(

Martin


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


Re: [Talk-cz] Hranice obcí

2010-01-17 Tema obsahu Martin Kupec
Bohuzel u nas se vyskytuje jak, ze obec ma vic katastralnich uzemi, tak,
ze obec je fyzicky mensi nez cele jeji katastralni uzemi. 

Nedavno to tady nekdo rozebiral pro Broumovsko.

Martin Kupec
On Sun, Jan 17, 2010 at 12:25:19PM +0100, Mike Crash wrote:
 Ahoj,
 
 jakým způsobem se má definovat hranice obce tagy boundary a admin_level?
 Nevím, jestli má být hranice obce podle katastrální mapy, takže bude
 mnohem větší než samotná obec, nebo se má obtáhnout jen obec podle UHUL?
 Pak to ale nebude sedět v admin_level (viz [1]), kde by to mělo být od
 největšího k nejmenšímu. Tam je katastrální území admin_level=10, ale
 obec je admin_level=8, ale bylo by menší než katastrální území. Takže
 jedno z toho je špatně.
 
 Např. v Praze je to tak, že celá Praha je admin_level=8 a části (např.
 Běchovice) je 10, s čímž souhlasím. U malých měst a vesnic tedy bude
 hranice obce (=8) podle katastrální mapy a katastrální území (=10) jako
 takové nebude definováno?
 
 [1] http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level
 
 ___
 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-16 Tema obsahu Martin Kupec
On Sat, Jan 16, 2010 at 07:31:40PM +0100, hanoj wrote:
 3) Martin Kupec ted pracuje na dalsi fazi digitalizace, ktera je temer
 hotova. Nasledovat bude faze, ktera je zatim jen v me abstraktni
 myslence jak z:
 * bodu - nesouci atributovou informaci o katastralnim uzemi (k.u.) a
 lezici uvnitr k.u., priblizne uprostred
 * a linii - nesouci prostorovou informaci o rozhrani k.u.
 
 *nadelat relace*. (nemaly problemem je, ze linie nejsou vzdy spojite a
 obcas jsou prerusene coz vzniklo umistenim loga CUZK, pripadne
 nenavaznosti mezi jednotlivymi dlazdicemi)
Asi by stalo za to udelat presnejsi update stavu k.u.

Katastralnich uzemi CR je 13027 a ja mam tabulku 12171 paru
pozice - jmeno/cislo. Tohle je vysledek scriptu a jeste jej
hodlam vylepsi, popripade dodelat zbylych cca 850 bodu rucne.

Dalsi faze bude sehnat si od hanoje vektorizovane obrysy
katastralnich uzemi(nejak bojuju s GRASSem, takze si to nejak
nejsem schopen udelat sam) a pospojovat je na polygony a pridat
jim podle polohy nazvy.

Ta posledni faze jeste nezacala, ale blizka se na lepsi casy.

Martin Kupec


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


Re: [Talk-cz] Hezčí mapa - styl Osmarendereru

2009-11-14 Tema obsahu Martin Kupec
On Sat, Nov 14, 2009 at 03:31:06PM +0100, Aleš Janda wrote:
 Rád bych proto zkusil standardní vzhled nějak vylepšit a zajímal by mě váš 
 názor.
 Konkrétní ukázka:
 původní vzhled: http://www.kyblsoft.cz/osm/cukrovar-puvodni.png
 nový vzhled: http://www.kyblsoft.cz/osm/cukrovar-novy.png
 naživo na http://osm.org/go/0j0d...@q-?layers=0b00ftf
Ten novy styl je vyrazne hezci, je tam daleko min bugu ve
vykreslovani diky posuniti cisel a zruseni bileho podkladu.

Jeste by asi stalo za to, zamyslet se nad barvami cest. Vetsinou
to byva tak ze cim zlutejsi, tim dulezitejsi.

Toto prosim berte jako osobni nazor. V mapach se prozatim moc
nevyznam a s OSM se prozatim spis skadlim.

Martin Kupec


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


Re: [Talk-cz] vazby?

2009-11-13 Tema obsahu Martin Kupec
On Thu, Nov 12, 2009 at 11:47:00PM +0100, Petr Dlouhý wrote:
 Ahoj,
 
 mohl bys prosím rozvést kde se dají taková data získat, a jestli jsou  
 opravdu public domain?
 Na  
 http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998MENUID=0AKCE=DOC:30-ZU_DM_HRAN
   
 se dají podobná data koupit - nejsou tedy, předpokládám, pod public domain.
 
 Teď jsou výsledky hledání závislé na hranicích jednotlivých správních  
 územích v mapě. Je pravděpodobné, že se toho v budoucnu bude využívat i v  
 navigacích a jiných aplikacích. Bylo by tedy dobré hranice do mapy  
 importovat (pokud to licence umožňuje), a to buď přes OCR přehledek, a  
 nebo ze souboru, o kterém si mluvil.
Admin hranice z prehledek se snazim importovat. Jde to
pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky
pod nohy), ale doufam ze se to v blizke budoucnosti povede.

Martin Kupec


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


Re: [Talk-cz] vazby?

2009-10-30 Tema obsahu Martin Kupec
On Fri, Oct 30, 2009 at 01:24:00PM +0100, Michal Grézl wrote:
 ja osobne si myslim ze by melo byt jen is_in=zlin, node zlin by mel
 byt is_in=zlinsky kraj a node zlinskeho kraje by melo byt is_in=cz,
 coz by generovalo krasne stromecky, ale je to naivni predstava:)
Osobne si taky myslim ze toto je velmi rozumne reseni. A budes
mit i rozumne vazby pokud budes mit velky zoom a nebudou te
zajimat pouze mesta.

Pouze bych rekl ze nody pro kraje asi jeste neexistuji, a
pochybuju ze kazde mesto ma svuj node.

Martin Kupec


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


Re: [Talk-cz] vazby?

2009-10-30 Tema obsahu Martin Kupec
On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouhý wrote:
 On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik psteh...@sophics.cz  
 wrote:
 
 Ano, myslím, že by to mělo být zpracováno strojově, a to až ve fázi  
 posprocessingu, tedy by tyto informace neměli být přímou součástí OSM,  
 protože jsou tam duplicitní. Součástí OSM by měli být pouze data jako  
 hranice města, hranice státu a další hranice oblastí. Už tag is_in, který  
 se používá u obcí mi přijde nadbytečný.
Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a
hlavne jednodussi na zmapovani pridavat k silnicim flags
is_in a v posprocessingu kolem takovychto silnic udelat
polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta
nejspis neni uplne dulezita informace, mestu mohou patrit i
rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou
a zobrazovanim zastavene oblasti.

Martin Kupec


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


Re: [Talk-cz] vazby?

2009-10-30 Tema obsahu Martin Kupec
On Fri, Oct 30, 2009 at 01:43:28PM +0100, hanoj wrote:
         Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a
         hlavne jednodussi na zmapovani pridavat k silnicim flags
         is_in a v posprocessingu kolem takovychto silnic udelat
         polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta
         nejspis neni uplne dulezita informace, mestu mohou patrit i
         rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou
         a zobrazovanim zastavene oblasti.
 *** to jste mne docela rozesmal... nastudovat si administrativni
 cleneni a majetkopravni vztahy v katastru nemovitosti?
Priznavam ze netusim jak funguje katastr nemovitosti. Ale prijde
mi ze hranice mesta nebude kopirovat hranici zastavby. Minimalne
u nas vim ze mestu patrilo pole za mestem, a ted se z nej delala
prumyslova zona. A to pole bych asi nechtel mit zarazene do
mesta(teda tez jiz ano, uz tam stavi fabriku).

Martin Kupec


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


Re: [Talk-cz] vazby?

2009-10-30 Tema obsahu Martin Kupec
On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote:
 *** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou
 rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu.
 boundary=administrative
Toto zni jako pekne reseni, ale je pro nas dulezite
administrativni zacleneni, nebo velikost zastavene oblasti?

Aneb je treba asi resit dva problemy:
1. Jakemu mestu patri jaka ulice, popripade jake ulici patri
jaky popisny bod. Tento problem musi resit navigace.
2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a
nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi
Ivo a letecka mapa.

Prvni problem je nejlepe resitelny administrativnimi hranicemi,
je nerendundantni a je treba pridat relativne malo hranic, vudci
pridavani tagu kazde ulici.

Druhy problem by se asi dal resit tak, ze se vyresi prvni a pak
se vezmou ulic/domy z dane oblasti a kolem nich se udela
konvexni obal, coz by melo jit jednoduchym algoritmem.

Otazka tedy zni...da se nekde sehnat zdroj ktery popise
administrativni hranice? A jestli ke kazdemu administrativnimu
celku pridame hranici, tak uz to asi bude chtit nejak rozclenit
do vrstev, to tusim bylo neco na cem se pracuje, ale netusim v
jakem je stavu.


 is_in je pro mne jen takova historicka berlicka.
Souhlasim ze tohle je asi zbytecny a ne priliz uzitecny atribut.


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


Re: [Talk-cz] vazby?

2009-10-30 Tema obsahu Martin Kupec
On Fri, Oct 30, 2009 at 02:06:58PM +0100, hanoj wrote:
          hlavne jednodussi na zmapovani pridavat k silnicim flags
          is_in a v posprocessingu kolem takovychto silnic udelat
          polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta
          nejspis neni uplne dulezita informace, mestu mohou patrit i
          rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou
          a zobrazovanim zastavene oblasti.
  *** to jste mne docela rozesmal... nastudovat si administrativni
  cleneni a majetkopravni vztahy v katastru nemovitosti?
         Priznavam ze netusim jak funguje katastr nemovitosti. Ale prijde
         mi ze hranice mesta nebude kopirovat hranici zastavby. Minimalne
         u nas vim ze mestu patrilo pole za mestem, a ted se z nej delala
         prumyslova zona. A to pole bych asi nechtel mit zarazene do
         mesta(teda tez jiz ano, uz tam stavi fabriku).
 
 nejprve si ujasneme pojmy, abychom si rozumeli ve vychodiscich:
 *** zastavene uzemi obce vs. katastralni (spravni) uzemi obce
 *** spravni pusobnost obce vs. vlastnictvi/majetek obce
Souhlasim, pletu si pojmy a dojmy, ale doufam ze to o co mi jde
jsem objasnil v druhem emailu.

Martin Kupec


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