« zpět na výpis měsíce |

[Talk-cz] Hranice obcí

Vlákno 17.1. - 19.1.2010, počet zpráv: 45


17.1.2010 12:25:19 (#1)
gravatar

Mike Crash

<mike at mikecrash.com>
198
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

17.1.2010 12:39:57 (#2)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
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: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

17.1.2010 02:01:57 (#3)
gravatar

hanoj

<ehanoj at gmail.com>
718
2010/1/17 Martin Kupec <magon na jkopava.cz>: zobrazit citaci
> Bohuzel u nas se vyskytuje jak, ze obec ma vic katastralnich uzemi, tak, > ze obec je fyzicky mensi nez cele jeji katastralni uzemi.
*** tak to Martine myslim neni, ani nebylo to takto popsano u Broumovska: * vazba 1:N obec : katastralni uzemi * vzaba N:1 casti_obce : katastralni uzemi zobrazit citaci
>> 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?
*** rozlisujte "zastavene uzemi obce" a "spravni uzemi obce". "zastavene uzemi obce" je jen urbanisticky termin, z pohledu administrativniho cleneni nema zadny vyznam. a nastudujte si: http://www.czso.cz/csu/rso.nsf/i/schema_soustavy zdravi hanoj

17.1.2010 02:30:18 (#4)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Dne neděle 17 Leden 2010 14:01:57 hanoj napsal(a): zobrazit citaci
> *** 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? -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

17.1.2010 06:43:44 (#5)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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?
*** bud musis specifikovat jakou hranici z vyse popsanych mas na mysli, nebo poslat href. To v tve otazce neni... jediny zdroj hranic, ktery mame, v tomto pripade katastralnich (vrstva prehledky): http://wms.cuzk.cz/wms.asp?SERVICE=WMS&request=GetCapabilities to co z katastralnich hranic muzeme sjednocenim udelat je popsano zde: http://www.czso.cz/csu/rso.nsf/i/schema_soustavy vysledek sjednoceni je popsan tady(zjednodusene, Praha si veci rada komplikuje): http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level hanoj

18.1.2010 07:13:15 (#6)
gravatar

Mike Crash

<mike at mikecrash.com>
198
To je šílené schéma, vůbec si nedovedu představit, jak tohle dělat v OSM. Pokusně jsem označil dvě vesnice Borkovice a Mažice na [1], je to tak správně? Jde o hranice katastrálních území stejného jména. [1] http://www.openstreetmap.org/?lat=49.2156&lon=14.6364&zoom=13&layers=B000FTF On 17.1.2010 14:01, hanoj wrote: zobrazit citaci
> 2010/1/17 Martin Kupec <magon na jkopava.cz>: >> Bohuzel u nas se vyskytuje jak, ze obec ma vic katastralnich uzemi, tak, >> ze obec je fyzicky mensi nez cele jeji katastralni uzemi. > *** tak to Martine myslim neni, ani nebylo to takto popsano u Broumovska: > * vazba 1:N obec : katastralni uzemi > * vzaba N:1 casti_obce : katastralni uzemi > > >>> 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? > *** rozlisujte "zastavene uzemi obce" a "spravni uzemi obce". > "zastavene uzemi obce" je jen urbanisticky termin, z pohledu > administrativniho cleneni nema zadny vyznam. > > a nastudujte si: > http://www.czso.cz/csu/rso.nsf/i/schema_soustavy > > zdravi > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 08:30:43 (#7)
gravatar

hanoj

<ehanoj at gmail.com>
718
2010/1/18 Mike Crash <mike na mikecrash.com>: zobrazit citaci
> To je šílené schéma, vůbec si nedovedu představit, jak tohle dělat v OSM.
*** to schéma jenom říká, že ruzna varianty kardinality 1:1 až 1:N funguji pouze u: NUTS0->NUTS1->NUTS2->NUTS3->NUTS4->LAU1->LAU2->katastralni uzemi(k.u.) * okres by slo nahradit POU a ORP (coz je mozna zbytecne) * take nektere NUTS by slo vynechat, nebot maji pro CR kardinalitu vzdy 1:1 to je na zamysleni zobrazit citaci
> Pokusně jsem označil dvě vesnice Borkovice a Mažice na [1], je to tak > správně? Jde o hranice katastrálních území stejného jména.
*** chybne to neni, ale bylo by velmi dobre mit vsechny hranice jako admin_level = 10 tj. k.u. Teprve z nich tvorit nadrazene hranice, tj. obce, okresy ... a nejaky zdroj a znacku o stavu source=cuzk:prehledky date:import_state=2009-06-21 tagy jsem dopsal na wiki http://wiki.openstreetmap.org/wiki/User:Hanoj/grass hanoj

18.1.2010 10:04:17 (#8)
gravatar

Mike Crash

<mike at mikecrash.com>
198
Jen doplním, proč to řeším - importuju státy - obce - ulice - adresy pro navigaci. Takže potřebuju, aby bylo definovano vše s admin_level=2 jako stat a admin_level=8 pro obec, podle čehož je možné přiřadit města ke státu a ulice a adresy k obci. Takže nějaké admin_level=10 nic neřeší, protože to musí fungovat pro celý svět, kde je obec jako navíc název u admin_level=8 musí odpovídat node s názvem obce. zobrazit citaci
> *** chybne to neni, ale bylo by velmi dobre mit vsechny hranice jako > admin_level = 10 tj. k.u. > Teprve z nich tvorit nadrazene hranice, tj. obce, okresy ...
Stále to nechápu, protože to, co jsem udělal, je katastrální území, obec nemůže být nadřazená, protože žádná není, to lze jen u větších celků (Praha). Takže jsem to označil jako obec (8), takže "chybne to neni" = je to dobře? Třeba u těch Borkovic je odlehlá adresa 34, která je docela daleko, stále spadá do kat. úz. Borkovic a také má adresu Borkovice. 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 Tím bude zajištěna pro navigace definice obcí. Souhlasíte? Radek On 18.1.2010 8:30, hanoj wrote: zobrazit citaci
> 2010/1/18 Mike Crash <mike na mikecrash.com>: >> To je šílené schéma, vůbec si nedovedu představit, jak tohle dělat v OSM. > *** to schéma jenom říká, že ruzna varianty kardinality 1:1 až 1:N > funguji pouze u: > > NUTS0->NUTS1->NUTS2->NUTS3->NUTS4->LAU1->LAU2->katastralni uzemi(k.u.) > > * okres by slo nahradit POU a ORP (coz je mozna zbytecne) > * take nektere NUTS by slo vynechat, nebot maji pro CR kardinalitu vzdy 1:1 > to je na zamysleni > > >> Pokusně jsem označil dvě vesnice Borkovice a Mažice na [1], je to tak >> správně? Jde o hranice katastrálních území stejného jména. > *** chybne to neni, ale bylo by velmi dobre mit vsechny hranice jako > admin_level = 10 tj. k.u. > Teprve z nich tvorit nadrazene hranice, tj. obce, okresy ... > > a nejaky zdroj a znacku o stavu > source=cuzk:prehledky > date:import_state=2009-06-21 > > tagy jsem dopsal na wiki > http://wiki.openstreetmap.org/wiki/User:Hanoj/grass > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 10:13:57 (#9)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 10:04:17AM +0100, Mike Crash wrote: zobrazit citaci
> 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

18.1.2010 10:20:18 (#10)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 10:13:57AM +0100, Martin Kupec wrote: zobrazit citaci
> 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

18.1.2010 10:21:12 (#11)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> Jen doplním, proč to řeším - importuju státy - obce - ulice - adresy pro > navigaci. Takže potřebuju, aby bylo definovano vše s admin_level=2 jako > stat a admin_level=8 pro obec, podle čehož je možné přiřadit města ke > státu a ulice a adresy k obci. Takže nějaké admin_level=10 nic neřeší, > protože to musí fungovat pro celý svět, kde je obec jako navíc název u > admin_level=8 musí odpovídat node s názvem obce.
*** chapu to tak ze navigace pouziva level 2 az 8. Level 10 je pro adresy nezajimavy. zobrazit citaci
>> *** chybne to neni, ale bylo by velmi dobre mit vsechny hranice jako >> admin_level = 10 tj. k.u. >> Teprve z nich tvorit nadrazene hranice, tj. obce, okresy ... > > Stále to nechápu, protože to, co jsem udělal, je katastrální území, obec > nemůže být nadřazená, protože žádná není, to lze jen u větších celků > (Praha). Takže jsem to označil jako obec (8), takže "chybne to neni" = > je to dobře? > Třeba u těch Borkovic je odlehlá adresa 34, která je docela daleko, > stále spadá do kat. úz. Borkovic a také má adresu Borkovice. > > 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
*** Borkovice[1] je obec (level=8) maji jedno k.u. (level=10) *** udelam dve relace pro level 10 "k.u. Borkovice" a pro level 8 "obec Borkovice" obe name=Borkovice *** samotna way bude level 10 (nejnizsi mozna) ta sama hranice k.u. muze byt zaroven hranici napr. krajskou, republikovou atd.... coz se rozlisi pomoci relace... zobrazit citaci
> Tím bude zajištěna pro navigace definice obcí.
*** hranice by nemela byt jen pro adresaci navigace. hranice ma spoustu jinych vyuziti... *** jeste je/bude velmi dulezite pridat "ciselny kod katastralniho uzemi". Je to jednoznacny a unikanti indentifikator. Ty uz sbira Martin Kupec pomoci OCR. *** Stejne tak obec ma kod ICOB, Borkovice 552097, se pomoci ktereho se v GISech casto spojuji statisticka data (CSU, SLDB...). hanoj [1] http://cs.wikipedia.org/wiki/Borkovice

18.1.2010 10:25:55 (#12)
gravatar

hanoj

<ehanoj at gmail.com>
718
Dne 18. ledna 2010 10:20 Martin Kupec <magon na jkopava.cz> napsal(a): zobrazit citaci
> 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.
*** a nebo tady[1], ale mozna tam nebudou vsechny. PS: kod obce ICOB je poslednich 6 cisel kodu "NUTS 5". Hezky prehled o ICOB a jejich ZUJ poskytujte [2]. [1] http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=0&AKCE=DOC:10-DIGITALIZACE_KATASTRMAP [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C.C3.9AZK_-_Obce_a_.C4.8D.C3.A1sti_obc.C3.AD_.28UIR-ZSJ.29 ahoj hanoj

18.1.2010 10:37:50 (#13)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 10:25:55AM +0100, hanoj wrote: zobrazit citaci
> Dne 18. ledna 2010 10:20 Martin Kupec <magon na 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

18.1.2010 11:08:03 (#14)
gravatar

Mike Crash

<mike at mikecrash.com>
198
Trošku to opravím, co jsem to procházel, tak u měst do 10 tisíc obyvatel je obec=katastrální území, nenašel jsem dvě obce v jednom katastrálním území, jestli někdo o něčem takovém ví, tak ať dá vědět, to by se muselo asi řešit individuálně. Lze teda napsat obec>=kat. úz Definoval bych tedy všechny relace jako obec s admin_level=8, tam, kde je pod obcí ještě více kat. úz. bych dodefinoval relace admin_level=10. Stejně je to teď u Prahy, celá Praha je obtáhnutá admin_level=8 a jednotlivé části mají admin_level=10 (třeba Běchovice). Můžeme se tedy držet schématu "stát-kraj-okres-obec-kat. území" Definovat dvě stejné relace obec a kat. území bych nedělal (jak psal hanoj), protože každý software počítá s tím, že číslo v admin_level musí být postupně, takže pokud není již žádná podoblast, tak vezme tu vyšší Třeba navigace bude používat jen admin_level 2 a 8, nic víc. Nějaký katastrální software bude vědět, že 8=10, když 10 chybí U ways bych skoro ani bližší určení nedefinoval, nechal bych jen boundary=administrative bez admin_level, protože když je to součástí všech vyšších celků, tak je to zavádějící Myslím, že je to košer až dost? On 18.1.2010 10:13, Martin Kupec wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 11:14:45 (#15)
gravatar

Mike Crash

<mike at mikecrash.com>
198
Navigace používá jen 2 a 8 (ne 2 až 8), když se naviguje, tak vždy jen město-ulice-číslo Dvě relace na to samé bych nedělal, pokud je obec=kat. úz., tak by to definoval jen jako obec s level=8, pokud chybí level=10, tak lze předpokládat, že nic menšího už není a 8=10, nezanášel bych to dalšími zbytečnými daty On 18.1.2010 10:21, hanoj wrote: zobrazit citaci
>> Jen doplním, proč to řeším - importuju státy - obce - ulice - adresy pro >> navigaci. Takže potřebuju, aby bylo definovano vše s admin_level=2 jako >> stat a admin_level=8 pro obec, podle čehož je možné přiřadit města ke >> státu a ulice a adresy k obci. Takže nějaké admin_level=10 nic neřeší, >> protože to musí fungovat pro celý svět, kde je obec jako navíc název u >> admin_level=8 musí odpovídat node s názvem obce. > *** chapu to tak ze navigace pouziva level 2 az 8. Level 10 je pro > adresy nezajimavy. > >>> *** chybne to neni, ale bylo by velmi dobre mit vsechny hranice jako >>> admin_level = 10 tj. k.u. >>> Teprve z nich tvorit nadrazene hranice, tj. obce, okresy ... >> >> Stále to nechápu, protože to, co jsem udělal, je katastrální území, obec >> nemůže být nadřazená, protože žádná není, to lze jen u větších celků >> (Praha). Takže jsem to označil jako obec (8), takže "chybne to neni" = >> je to dobře? >> Třeba u těch Borkovic je odlehlá adresa 34, která je docela daleko, >> stále spadá do kat. úz. Borkovic a také má adresu Borkovice. >> >> 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 > *** Borkovice[1] je obec (level=8) maji jedno k.u. (level=10) > *** udelam dve relace pro level 10 "k.u. Borkovice" a pro level 8 > "obec Borkovice" obe name=Borkovice > *** samotna way bude level 10 (nejnizsi mozna) > > ta sama hranice k.u. muze byt zaroven hranici napr. krajskou, > republikovou atd.... coz se rozlisi pomoci relace... > > >> Tím bude zajištěna pro navigace definice obcí. > *** hranice by nemela byt jen pro adresaci navigace. hranice ma > spoustu jinych vyuziti... > > > *** jeste je/bude velmi dulezite pridat "ciselny kod katastralniho > uzemi". Je to jednoznacny a unikanti indentifikator. Ty uz sbira > Martin Kupec pomoci OCR. > *** Stejne tak obec ma kod ICOB, Borkovice 552097, se pomoci ktereho > se v GISech casto spojuji statisticka data (CSU, SLDB...). > > > hanoj > > [1] http://cs.wikipedia.org/wiki/Borkovice > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 11:17:07 (#16)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 11:08:03AM +0100, Mike Crash wrote: zobrazit citaci
> Trošku to opravím, > co jsem to procházel, tak u měst do 10 tisíc obyvatel je > obec=katastrální území, nenašel jsem dvě obce v jednom katastrálním > území, jestli někdo o něčem takovém ví, tak ať dá vědět, to by se muselo > asi řešit individuálně. Lze teda napsat > > obec>=kat. úz
S timhle bych urcite souhlasil zobrazit citaci
> > Definoval bych tedy všechny relace jako obec s admin_level=8, tam, kde > je pod obcí ještě více kat. úz. bych dodefinoval relace admin_level=10. > Stejně je to teď u Prahy, celá Praha je obtáhnutá admin_level=8 a > jednotlivé části mají admin_level=10 (třeba Běchovice). > > Můžeme se tedy držet schématu "stát-kraj-okres-obec-kat. území" > Definovat dvě stejné relace obec a kat. území bych nedělal (jak psal > hanoj), protože každý software počítá s tím, že číslo v admin_level musí > být postupně, takže pokud není již žádná podoblast, tak vezme tu vyšší > Třeba navigace bude používat jen admin_level 2 a 8, nic víc. Nějaký > katastrální software bude vědět, že 8=10, když 10 chybí
Tohle dava smysl. Kdyz hranici definujeme jako nejnizsi admin level, ktereho se zucastni, tak si vsichni jsou schopni domyslet, ze vsechny nizsi jsou stejne. Akorat si nejsem jisty jestli pak nebudou vznikat divne neuzavrene polygony, kdyz se bude filtrovat jen nejaky admin_level. Martin Kupec

18.1.2010 11:59:10 (#17)
gravatar

hanoj

<ehanoj at gmail.com>
718
2010/1/18 Martin Kupec <magon na jkopava.cz>: zobrazit citaci
> On Mon, Jan 18, 2010 at 11:08:03AM +0100, Mike Crash wrote: >> Trošku to opravím, >> co jsem to procházel, tak u měst do 10 tisíc obyvatel je >> obec=katastrální území, nenašel jsem dvě obce v jednom katastrálním >> území, jestli někdo o něčem takovém ví, tak ať dá vědět, to by se muselo >> asi řešit individuálně. Lze teda napsat >> >>        obec>=kat. úz >        S timhle bych urcite souhlasil
*** ze by to byla ta kardinalita ;) zobrazit citaci
>> Definoval bych tedy všechny relace jako obec s admin_level=8, tam, kde >> je pod obcí ještě více kat. úz. bych dodefinoval relace admin_level=10. >> Stejně je to teď u Prahy, celá Praha je obtáhnutá admin_level=8 a >> jednotlivé části mají admin_level=10 (třeba Běchovice). >> >> Můžeme se tedy držet schématu "stát-kraj-okres-obec-kat. území" >> Definovat dvě stejné relace obec a kat. území bych nedělal (jak psal >> hanoj), protože každý software počítá s tím, že číslo v admin_level musí >> být postupně, takže pokud není již žádná podoblast, tak vezme tu vyšší >> Třeba navigace bude používat jen admin_level 2 a 8, nic víc. Nějaký >> katastrální software bude vědět, že 8=10, když 10 chybí > >        Tohle dava smysl. Kdyz hranici definujeme jako nejnizsi admin >        level, ktereho se zucastni, tak si vsichni jsou schopni >        domyslet, ze vsechny nizsi jsou stejne. > >        Akorat si nejsem jisty jestli pak nebudou vznikat divne >        neuzavrene polygony, kdyz se bude filtrovat jen nejaky >        admin_level.
*** to ja si prave jisty jsem, neni to dobre. Nevyrabime data pro jeden software, ale geograficka data pro universalni pouziti. *** Takova dvojita relace obec=kat.uz. neni preci zadna duplikace dat. Shoda je pouze v hranicich, ale *nikoliv* v identifikatoru a nazvu hranice. Kdyz si stahnu vrstvu katastralnich uzemi level=10, tak tam chci mit kat.uz. jako topologicky spojite uzemi v hranich CR a ne diry a zacit premyslet, kde se stala chyba... a patrat z jakyho levelu mam jaky objekt dotahovat. hanoj

18.1.2010 12:10:21 (#18)
gravatar

Mike

<mike at mikecrash.com>
198
On 18.1.2010 11:17, Martin Kupec wrote: zobrazit citaci
> On Mon, Jan 18, 2010 at 11:08:03AM +0100, Mike Crash wrote: >> Trošku to opravím, >> co jsem to procházel, tak u měst do 10 tisíc obyvatel je >> obec=katastrální území, nenašel jsem dvě obce v jednom katastrálním >> území, jestli někdo o něčem takovém ví, tak ať dá vědět, to by se muselo >> asi řešit individuálně. Lze teda napsat >> >> obec>=kat. úz > S timhle bych urcite souhlasil >> >> Definoval bych tedy všechny relace jako obec s admin_level=8, tam, kde >> je pod obcí ještě více kat. úz. bych dodefinoval relace admin_level=10. >> Stejně je to teď u Prahy, celá Praha je obtáhnutá admin_level=8 a >> jednotlivé části mají admin_level=10 (třeba Běchovice). >> >> Můžeme se tedy držet schématu "stát-kraj-okres-obec-kat. území" >> Definovat dvě stejné relace obec a kat. území bych nedělal (jak psal >> hanoj), protože každý software počítá s tím, že číslo v admin_level musí >> být postupně, takže pokud není již žádná podoblast, tak vezme tu vyšší >> Třeba navigace bude používat jen admin_level 2 a 8, nic víc. Nějaký >> katastrální software bude vědět, že 8=10, když 10 chybí > > Tohle dava smysl. Kdyz hranici definujeme jako nejnizsi admin > level, ktereho se zucastni, tak si vsichni jsou schopni > domyslet, ze vsechny nizsi jsou stejne. > > Akorat si nejsem jisty jestli pak nebudou vznikat divne > neuzavrene polygony, kdyz se bude filtrovat jen nejaky > admin_level. > > Martin Kupec > >
To by nemělo, když se to bude kreslit odspodu - nejdřív kat. úz. uvnitř obce, pak teprve obec, pak okres atd. Stejně to bude vždy relace více cest, cesta bude jedna hranice od jednoho k jinému trojmezí. Navíc u obce se definuje uvnitř relace i obec, ke které přísluší - jako admin_center. A pokud má obec více kat. území, tak bych je definoval jako subarea

18.1.2010 12:28:49 (#19)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Dne neděle 17 Leden 2010 18:43:44 hanoj napsal(a): zobrazit citaci
> *** bud musis specifikovat jakou hranici z vyse popsanych mas na > mysli, nebo poslat href. To v tve otazce neni...
Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle zoomu http://www.openstreetmap.org/?lat=49.622&lon=17.186&zoom=10&layers=B000FTF ale dále už ne. Zvláštní je, že žádná taková linie nebo relace v datech (v Potlachu nebo Merkaartoru) není. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

18.1.2010 12:32:11 (#20)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Dne 18.1.2010 12:28, Radek Bartoň napsal(a): zobrazit citaci
> Dne neděle 17 Leden 2010 18:43:44 hanoj napsal(a): > >> *** bud musis specifikovat jakou hranici z vyse popsanych mas na >> mysli, nebo poslat href. To v tve otazce neni... >> > Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle > zoomu > http://www.openstreetmap.org/?lat=49.622&lon=17.186&zoom=10&layers=B000FTF ale > dále už ne. Zvláštní je, že žádná taková linie nebo relace v datech (v > Potlachu nebo Merkaartoru) není. >
To je hranice zastavěného územi, ne katastrálního území, osobně to dělám tak, že objedu parcely kolem posledních domů do polí. MK

18.1.2010 12:38:02 (#21)
gravatar

Mike

<mike at mikecrash.com>
198
Tímhle si zase nejsem jistý já. Stejně tak můžeme uvažovat o adresách - proč není každá adresa jako node, kde je vždy napsána celá adresa - číslo, ulice, obec, stát? Pak bych si mohl stáhnout jen všechny node s addr a odpustit si moje čachry s boundary, hledat do jaké patří, navíc když si třeba stáhnu z geofabrik ČR, tak v ní není ani celá hranice ČR - je neuzavřený polygon - a já nemám jak zjistit, do jakého státu patří města, ulice a adresy. To samé platí o příhraničí, kde je vždy jen kus hranice, relace odkazuje na neexistující cesty a node, případně jsou z relace odstraněny. Opět nemám jak zjistit, kam co patří. Takže buď definujeme, jak je to v mapě vše uložený a přizpůsobí se aplikace (které navíc nejsou napsané) nebo vyjmenujeme možné aplikace a napíšeme to na míru. Teď je to nějak mezi a je tam tolik výjimek, že napsat na to něco je nadlidský úkol. Také pochybuju, že někdy nějaká aplikace jako katastrální mapy bude vycházet z OSM, což není úředně ověřitelné, použití OSM tak bude vždy jen pro navigaci, turistiku a zobrazení mapy v různých použitích. Pokud někdo bude chtít kat. úz., tak si prostě stáhne jak 10, tak i 8 a má po problému. Definovat to ale 2x je jednak neohleduplné k mapperům - práce navíc, za druhé i zbytečně zvětšuje paměťové nároky na mapu. zobrazit citaci
> *** to ja si prave jisty jsem, neni to dobre. Nevyrabime data pro > jeden software, ale geograficka data pro universalni pouziti. > *** Takova dvojita relace obec=kat.uz. neni preci zadna duplikace dat. > Shoda je pouze v hranicich, ale *nikoliv* v identifikatoru a nazvu > hranice. > > Kdyz si stahnu vrstvu katastralnich uzemi level=10, tak tam chci mit > kat.uz. jako topologicky spojite uzemi v hranich CR a ne diry a zacit > premyslet, kde se stala chyba... a patrat z jakyho levelu mam jaky > objekt dotahovat. > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 12:42:09 (#22)
gravatar

Mike

<mike at mikecrash.com>
198
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: zobrazit citaci
> 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? >

18.1.2010 12:45:05 (#23)
gravatar

Martin Kokeš

<shr3k at typo3-hosting.com>
135
Dne 18.1.2010 12:28, Radek Bartoň napsal(a): zobrazit citaci
> Dne neděle 17 Leden 2010 18:43:44 hanoj napsal(a): > >> *** bud musis specifikovat jakou hranici z vyse popsanych mas na >> mysli, nebo poslat href. To v tve otazce neni... >> > Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle > zoomu
Osobně si myslím, že jak se to objevuje a mizí podle zoomu, že to bude nějaká chyba v rendereru nebo někde v datech protože u jiných měst to zůstává. MK

18.1.2010 01:00:31 (#24)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
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: zobrazit citaci
> 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?

18.1.2010 01:14:12 (#25)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
326 645
Každá obec se skládá z 1 nebo více katastrálních území. na žádném k.ú. neleží dvě obce (poslední Výjimka byly Strýčice v okrese ČB) na jednom k.ú. může ležet více místních částí. jenda místní část může ležet na více k.ú. Pouze v Praze neodpovídají hranice částí/obvodů hranicím k.ú. Jakýsi přehled k.ú. + příslušnosti k obcím obcí najdete na http://cs.wikipedia.org/wiki/Wikipedista:Vanessa/katastry J&D 2010/1/18 Martin Kupec <magon na jkopava.cz>: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dudík

18.1.2010 01:19:24 (#26)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
93
Podle me je moznost 1 spravne. 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. 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).

18.1.2010 01:23:06 (#27)
gravatar

Mike

<mike at mikecrash.com>
198
Jsem jednoznačně pro možnost 2 On 18.1.2010 13:00, Martin Kupec wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 01:24:13 (#28)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 01:19:24PM +0100, Lukas Kabrt wrote: zobrazit citaci
> 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. zobrazit citaci
> 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

18.1.2010 01:27:47 (#29)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 01:23:06PM +0100, Mike wrote: zobrazit citaci
> Jsem jednoznačně pro možnost 2
Viz. druhou odpoved na toto. Jak zaznacit jmena k.u. a obci? Pokud se to protina, schoduje.

18.1.2010 01:44:11 (#30)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>> *** bud musis specifikovat jakou hranici z vyse popsanych mas na >> mysli, nebo poslat href. To v tve otazce neni... > > Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle > zoomu > http://www.openstreetmap.org/?lat=49.622&lon=17.186&zoom=10&layers=B000FTF ale > dále už ne. Zvláštní je, že žádná taková linie nebo relace v datech (v > Potlachu nebo Merkaartoru) není.
*** to je landuse=residential dela se to citem, nebot neni jasna kategorie, co tam patri, muzes si vybrat plochy z uzemniho plan, ktere do toho zahrnes: * zastavene uzemi * zastavitelne uzemi * volna plocha stavebni * zastavena nestavebni .... hanoj

18.1.2010 01:45:10 (#31)
gravatar

Mike

<mike at mikecrash.com>
198
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ě?) 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. Co se týče čísla obce, to má být u node, ne u boundary, zde bude jen číslo kat. území. On 18.1.2010 13:27, Martin Kupec wrote: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 02:00:56 (#32)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
To není pravda - katastrální úřad to pojmenovává tak, aby nebyly duplicity, tedy "Lhota" může být pouze jedna a ostatní musí být "Lhota u něčeho". Těch případů je tedy výrazně víc než 1%, odhadl bych to tak na 30%. zobrazit citaci
> > 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%.
Petr Dlouhý petr.dlouhy na email.cz

18.1.2010 02:01:25 (#33)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
> 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ě?) > > 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.
*** Ano, nevytvarime _nejakou_ mapu, ani katastralni mapu nebo data pro navigaci ale _geograficka data_, z nichz je jeden z vystupu navigace, web mapa, papirova mapa. *** Nekolik tisic relaci navic neni z hlediska objemu nic moc, kdyz to bude delat to k cemu to bude urceno. Nezdvojuje se prostorova cast dat, jen se rozsiruje popisna slozka, ktera je jednotna pro kazdy level zobrazit citaci
> Co se týče čísla obce, to má být u node, ne u boundary, zde bude jen > číslo kat. území.
*** obec neni bod, obec je uzemi definovane svou hranici. Stejne jako Kraj neni bod v sidle katastralniho uradu. hanoj

18.1.2010 02:02:24 (#34)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 01:45:10PM +0100, Mike wrote: zobrazit citaci
> 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`)". zobrazit citaci
> 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

18.1.2010 02:06:04 (#35)
gravatar

Mike

<mike at mikecrash.com>
198
I když jak nad tím přemýšlím - i pro katastrální mapu je lepší 2 - je problém stáhnout 8+10? Podle subarea se nechají snadno zjistit děti, ale naopak to nejde - žádný tag na nadřazenou oblast není. On 18.1.2010 13:45, Mike wrote: zobrazit citaci
> 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ě?) > > 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. > > Co se týče čísla obce, to má být u node, ne u boundary, zde bude jen > číslo kat. území. > > > On 18.1.2010 13:27, Martin Kupec wrote: >> 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 na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 02:07:47 (#36)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>        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 hanoj

18.1.2010 02:26:53 (#37)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 18, 2010 at 02:07:47PM +0100, hanoj wrote: zobrazit citaci
> >        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

18.1.2010 02:44:07 (#38)
gravatar

Mike

<mike at mikecrash.com>
198
Tak jsem to spočítal a je to 14% Otázka je, jestli jde nějak při importu vygenerovat jak obce, tak i KÚ On 18.1.2010 14:00, Petr Dlouhý wrote: zobrazit citaci
> To není pravda - katastrální úřad to pojmenovává tak, aby nebyly duplicity, tedy "Lhota" může být pouze jedna a ostatní musí být "Lhota u něčeho". Těch případů je tedy výrazně víc než 1%, odhadl bych to tak na 30%. > >> >> 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%. > > Petr Dlouhý > petr.dlouhy na email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 03:07:49 (#39)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Tohle podbarveni nepochazi z dat v OSM, ale z jineho public domain zdroje. Jmeno nevim, ale dela to u vsech vetsich mest. Misto Plzne kdysa byl na vetsich zoomech taky jen sedej flek a kdyz jsem se priblizil, tak zasnezene plane (rozumej nic). Rekl bych, ze ten zdroj bude neco jako vygenerovany ze satelitu (treba z nocni mapy, kde mesta sviti). K Dne 18.1.2010 12:28, Radek Bartoň napsal(a): zobrazit citaci
> Dne neděle 17 Leden 2010 18:43:44 hanoj napsal(a): > >> *** bud musis specifikovat jakou hranici z vyse popsanych mas na >> mysli, nebo poslat href. To v tve otazce neni... >> > Jedná se mi o takové šedé podbarvení Olomouce, které je vidět jestě na tomhle > zoomu > http://www.openstreetmap.org/?lat=49.622&lon=17.186&zoom=10&layers=B000FTF ale > dále už ne. Zvláštní je, že žádná taková linie nebo relace v datech (v > Potlachu nebo Merkaartoru) není. > >

18.1.2010 03:17:29 (#40)
gravatar

Radek Bartoň

<blackhex at post.cz>
149
Dne pondělí 18 Leden 2010 15:07:49 Kubajz napsal(a): zobrazit citaci
> Tohle podbarveni nepochazi z dat v OSM, ale z jineho public domain > zdroje. Jmeno nevim, ale dela to u vsech vetsich mest. Misto Plzne kdysa > byl na vetsich zoomech taky jen sedej flek a kdyz jsem se priblizil, tak > zasnezene plane (rozumej nic). > Rekl bych, ze ten zdroj bude neco jako vygenerovany ze satelitu (treba z > nocni mapy, kde mesta sviti). >
Aha, díky za vysvětlení. zobrazit citaci
>*** to je landuse=residential > >dela se to citem, nebot neni jasna kategorie, co tam patri, muzes si >vybrat plochy z uzemniho plan, ktere do toho zahrnes: >* zastavene uzemi >* zastavitelne uzemi >* volna plocha stavebni >* zastavena nestavebni
landuse=residental bych osobně používal jen pro jednotlivé bloky budov (ohraničené ulicemi nebo chodníky) a ne pro celé území velikosti obce. -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: blackhex na post.cz Web: http://blackhex.no-ip.org Jabber: blackhex na jabber.cz

18.1.2010 03:43:00 (#41)
gravatar

hanoj

<ehanoj at gmail.com>
718
zobrazit citaci
>>*** to je landuse=residential >> >>dela se to citem, nebot neni jasna kategorie, co tam patri, muzes si >>vybrat plochy z uzemniho plan, ktere do toho zahrnes: >>* zastavene uzemi >>* zastavitelne uzemi >>* volna plocha stavebni >>* zastavena nestavebni > > landuse=residental bych osobně používal jen pro jednotlivé bloky budov > (ohraničené ulicemi nebo chodníky) a ne pro celé území velikosti obce.
*** to s tebou souhlasim, ale praxe je zatim bohuzel jina... hanoj

18.1.2010 08:08:39 (#42)
gravatar

Pavel Machek

<pavel at ucw.cz>
1056 1226
Ahoj! zobrazit citaci
> 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.
Tohle je myslim nejrozumejsi... zobrazit citaci
> Pro 2: > Nezdvojujeme data.
Budeme zdvojovat jen par relaci, ne body a waye, ze? To mi prijde prijatelne. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

18.1.2010 09:11:48 (#43)
gravatar

Jiří Veselý

<j.v.2 at seznam.cz>
57
Zdravim vsechny, kompletni ciselnik katastralnich uzemi je na http://www.cuzk.cz/Dokument.aspx?PRARESKOD=10&MENUID=10015&AKCE=DOC:10-CISE_KUAP J.Vesely Dne 18.1.2010 10:25, hanoj napsal(a): zobrazit citaci
> Dne 18. ledna 2010 10:20 Martin Kupec<magon na 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? >>> >> 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. >> > *** a nebo tady[1], ale mozna tam nebudou vsechny. > > > > PS: kod obce ICOB je poslednich 6 cisel kodu "NUTS 5". Hezky prehled o > ICOB a jejich ZUJ poskytujte [2]. > > > [1] http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=0&AKCE=DOC:10-DIGITALIZACE_KATASTRMAP > > [2] http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#.C4.8C.C3.9AZK_-_Obce_a_.C4.8D.C3.A1sti_obc.C3.AD_.28UIR-ZSJ.29 > > > ahoj > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

19.1.2010 02:05:51 (#44)
gravatar

Kubajz

<kubajz at kbx.cz>
617
Tak ja s tim taky souhlasim, ale u prtavych obci to obkrouzim podle ortofoto cele, aby na mape byl z te vesnice aspon nazev a malej sedivej flek :] K Dne 18.1.2010 15:43, hanoj napsal(a): zobrazit citaci
>>> *** to je landuse=residential >>> >>> dela se to citem, nebot neni jasna kategorie, co tam patri, muzes si >>> vybrat plochy z uzemniho plan, ktere do toho zahrnes: >>> * zastavene uzemi >>> * zastavitelne uzemi >>> * volna plocha stavebni >>> * zastavena nestavebni >>> >> landuse=residental bych osobně používal jen pro jednotlivé bloky budov >> (ohraničené ulicemi nebo chodníky) a ne pro celé území velikosti obce. >> > *** to s tebou souhlasim, ale praxe je zatim bohuzel jina... > > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

19.1.2010 02:06:35 (#45)
gravatar

Kubajz

<kubajz at kbx.cz>
617
thumbs up Dne 18.1.2010 20:08, Pavel Machek napsal(a): zobrazit citaci
> Ahoj! > > >> 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. >> > Tohle je myslim nejrozumejsi... > > >> Pro 2: >> Nezdvojujeme data. >> > Budeme zdvojovat jen par relaci, ne body a waye, ze? To mi prijde > prijatelne. > >

« zpět na výpis měsíce