> 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

> Bohuzel u nas se vyskytuje jak, ze obec ma vic katastralnich uzemi, tak, > ze obec je fyzicky mensi nez cele jeji 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.

> 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?

> 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 >

> 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.

> *** 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 ...

> 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 >

> 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

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

> 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.

>> *** 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í.

> 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.

> 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.

> 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 >

>> 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 >

> 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í

> 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.

> 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 > >

> *** bud musis specifikovat jakou hranici z vyse popsanych mas na > mysli, nebo poslat href. To v tve otazce neni...

> 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 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 >

> 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? >

> 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

> 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?

> 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 >

> 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 >

> 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).

> Jsem jednoznačně pro možnost 2

>> *** 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í.

> 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 >

> > 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%.

> 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í.

> 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.

> 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 >

>        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.

> >        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

> 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 >

> 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í. > >

> 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). >

>*** 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

>>*** 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.

> 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.

> Pro 2: > Nezdvojujeme data.

> 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 > >

>>> *** 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 >

> 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. > >