« 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>
196
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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

17.1.2010 02:01:57 (#3)
gravatar

hanoj

<ehanoj at gmail.com>
713
2010/1/17 Martin Kupec <magon at 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 at post.cz Web: http://blackhex.no-ip.org Jabber: blackhex at jabber.cz

17.1.2010 06:43:44 (#5)
gravatar

hanoj

<ehanoj at gmail.com>
713
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>
196
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 at 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 08:30:43 (#7)
gravatar

hanoj

<ehanoj at gmail.com>
713
2010/1/18 Mike Crash <mike at 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>
196
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 at 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 at 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>
713
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>
713
Dne 18. ledna 2010 10:20 Martin Kupec <magon at 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 at 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>
196
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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 11:14:45 (#15)
gravatar

Mike Crash

<mike at mikecrash.com>
196
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 at 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>
713
2010/1/18 Martin Kupec <magon at 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>
196
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 at post.cz Web: http://blackhex.no-ip.org Jabber: blackhex at 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>
196
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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 12:42:09 (#22)
gravatar

Mike

<mike at mikecrash.com>
196
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>
274 636
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 at 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 at 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>
92
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>
196
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 at 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>
713
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>
196
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 at 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 at email.cz

18.1.2010 02:01:25 (#33)
gravatar

hanoj

<ehanoj at gmail.com>
713
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>
196
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 at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 02:07:47 (#36)
gravatar

hanoj

<ehanoj at gmail.com>
713
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>
196
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 at email.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

18.1.2010 03:07:49 (#39)
gravatar

Kubajz

<kubajz at kbx.cz>
614
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 at post.cz Web: http://blackhex.no-ip.org Jabber: blackhex at jabber.cz

18.1.2010 03:43:00 (#41)
gravatar

hanoj

<ehanoj at gmail.com>
713
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>
1023 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 at 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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

19.1.2010 02:05:51 (#44)
gravatar

Kubajz

<kubajz at kbx.cz>
614
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 at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

19.1.2010 02:06:35 (#45)
gravatar

Kubajz

<kubajz at kbx.cz>
614
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