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

[Talk-cz] Seznam katastralnich uzemi s umistenim

Vlákno 24.1. - 27.1.2010, počet zpráv: 14


24.1.2010 11:56:15 (#1)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
Dobry den, na [1] si muzete stahnout body katastralnich uzemi. Je jich 13012 a kat. uz. je 13027. Zbyle se mi nepodarilo najit na mape, takze bude treba tech 15 relaci pojmenovat rucne. Script kterym jsem to vytvarel jeste trochu projdu, procistim a zverejnim nekde na webu(asi na hanojovem talku, kde uz nejaka verze je). Souradnicovy system je S-JTSK. [1] http://exile.dobaledova.net/~magon/body_kat_uz Martin

25.1.2010 05:56:28 (#2)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
92
Nazvy jsem zakomponoval do mapy k.u. [1] Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci. Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k nekteremu ze sousednich k.u., na mape jsou ale hranice tak blizko sebe, ze tvori jednu caru a nejde poznat, kam oblast patri (priklad [2], v JOSM otevrit a zobrazit prehledku z WMS CUZK). Nechtel jsem vylozene hadat, kam oblast patri, takze jsem je nechal v mape s oznacenim: FIXME - Nejasna prislusnost ke k.u. Treba se najde nekdo, kdo dane misto zna a napovi ... Struktura dat cesty, ktere tvori relace - bez oznaceni, nevim mam kazde ceste pridat tag border: administrative? relace name - nazev katastralniho uzemi ku:id - cislo katastralniho uzemi, nejaky lepsi napad? Presnost dat mam zkontolovano, ze vsechny k.u. jsou na mape, kazdemu je prirazena prave jedna relace a nejsou tam zadne duplicity. Nekolik oblasti jsem kontroloval rucne a zadne chyby jsem nenasel, to neznamen?, ?e nikde ??dn? chyba nebude (mohlo by se st?t, ?e 2 k.u. budou prohozene). Pokud na n?jak? probl?m naraz?te, tak se ozv?te. Pro ucely rozpoznavani adres je tahle mapa vice nez dostatecna, pro upload na server to bude chtit jeste par veci vymyslet / dodelat. Priradit 9 oblasti oznacenych FIXME ke spravnym k.u. Do mapy zadat hranice obci, okresu, kraju a CR (pokud vim tak vsechny tyto hranice vychazeji z hranic k.u.) Vyresit jak sloucit mapu na serveru s mapou k.u. Zauvazovat nad tim jestli mapu trochu nezjednodusit (nyni ma neco malo pres 1000000 nodu a na nekterych mistech sleduje kazdy zahyb kazdeho potucku) Rozhodnout jak spravne oznacit k.u., ktere je cele uvnitr jineho k.u. (priklad - Josefov a Stare Mesto v Praze)? [1] http://lkabrt.aspone.cz/osm/kucr.zip [2] http://www.openstreetmap.org/?lat=49.30819&lon=16.67873&zoom=15&layers=B000FTF --- Lukas

25.1.2010 08:47:46 (#3)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
On Mon, 25 Jan 2010 17:56:28 +0100, Lukas Kabrt <lukas at kabrt.cz> wrote: zobrazit citaci
> Nazvy jsem zakomponoval do mapy k.u. [1] > > Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci. > > Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k > nekteremu ze sousednich k.u., na mape jsou ale hranice tak blizko > sebe, ze tvori jednu caru a nejde poznat, kam oblast patri (priklad > [2], v JOSM otevrit a zobrazit prehledku z WMS CUZK). > > Nechtel jsem vylozene hadat, kam oblast patri, takze jsem je nechal v > mape s oznacenim: > FIXME - Nejasna prislusnost ke k.u. > > Treba se najde nekdo, kdo dane misto zna a napovi ... > > Struktura dat > cesty, ktere tvori relace - bez oznaceni, nevim mam kazde ceste pridat > tag border: administrative? > relace > name - nazev katastralniho uzemi > ku:id - cislo katastralniho uzemi, nejaky lepsi napad?
Pro? ne ref? D? se snad vyu??t n?jak jinak? zobrazit citaci
> > Presnost dat > mam zkontolovano, ze vsechny k.u. jsou na mape, kazdemu je prirazena > prave jedna relace a nejsou tam zadne duplicity. Nekolik oblasti jsem > kontroloval rucne a zadne chyby jsem nenasel, to neznamen?, ?e nikde > ??dn? chyba nebude (mohlo by se st?t, ?e 2 k.u. budou prohozene). > Pokud na n?jak? probl?m naraz?te, tak se ozv?te. > > Pro ucely rozpoznavani adres je tahle mapa vice nez dostatecna, pro > upload na server to bude chtit jeste par veci vymyslet / dodelat. > > Priradit 9 oblasti oznacenych FIXME ke spravnym k.u. > Do mapy zadat hranice obci, okresu, kraju a CR (pokud vim tak vsechny > tyto hranice vychazeji z hranic k.u.) > Vyresit jak sloucit mapu na serveru s mapou k.u.
?ekl bych, ?e v?echna ?zem?, kter? v map? jsou (mo?n? s v?jimkou hranic s N?meckem) jsou m?n? p?esn?, a je tedy je mo?n? smazat (pokud tedy nejsou n?jak v?z?na na dal?? objekty). Mo?n? by ale bylo dobr? zkop?rovat otagov?n? (mo?n? tam jsou n?jak? mezin?rodn? n?zvy a podobn? v?ci). Nebo n?kdo ve v?t?? m??e kreslil podle katastr?ln? mapy (je podrobn?j?? ne? p?ehledky). zobrazit citaci
> Zauvazovat nad tim jestli mapu trochu nezjednodusit (nyni ma neco malo > pres 1000000 nodu a na nekterych mistech sleduje kazdy zahyb kazdeho > potucku)
V okol? Prahy, kde jsem s t?m pracoval, m? p?esnost p?ehnan? nep?ipadala. zobrazit citaci
> Rozhodnout jak spravne oznacit k.u., ktere je cele uvnitr jineho k.u. > (priklad - Josefov a Stare Mesto v Praze)?
Existuje jich v?c? Je to jedin? p??pad, kter? zn?m. zobrazit citaci
> > [1] http://lkabrt.aspone.cz/osm/kucr.zip > [2] > http://www.openstreetmap.org/?lat=49.30819&lon=16.67873&zoom=15&layers=B000FTF > --- > Lukas > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouh?

25.1.2010 08:51:28 (#4)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Mon, Jan 25, 2010 at 08:47:46PM +0100, Petr Dlouh? wrote: zobrazit citaci
> > Rozhodnout jak spravne oznacit k.u., ktere je cele uvnitr jineho k.u. > > (priklad - Josefov a Stare Mesto v Praze)? > > Existuje jich v?c? Je to jedin? p??pad, kter? zn?m.
Treba v Opave je kat. uz. Opava-mesto, ktere je jen takovy flek v nejake vetsim kolem. Neoveroval jsem ale jestli to neni chyba te mapy. Martin

26.1.2010 07:36:36 (#5)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
287 645
je?t? jsou ?sov-?idovsk? m?sto a Svitavy-m?sto. J&D 2010/1/25 Martin Kupec <magon at jkopava.cz>: zobrazit citaci
> On Mon, Jan 25, 2010 at 08:47:46PM +0100, Petr Dlouh? wrote: >> > Rozhodnout jak spravne oznacit k.u., ktere je cele uvnitr jineho k.u. >> > (priklad - Josefov a Stare Mesto v Praze)? >> >> Existuje jich v?c? Je to jedin? p??pad, kter? zn?m. > ? ? ? ?Treba v Opave je kat. uz. Opava-mesto, ktere je jen takovy flek > ? ? ? ?v nejake vetsim kolem. Neoveroval jsem ale jestli to neni chyba > ? ? ? ?te mapy. > > ? ? ? ? ? ? ? ?Martin > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dud?k

26.1.2010 10:11:41 (#6)
gravatar

Lukas Kabrt

<lukas at kabrt.cz>
92
zobrazit citaci
> Pro? ne ref? D? se snad vyu??t n?jak jinak?
To bude asi ten spravny atribut. zobrazit citaci
> ?ekl bych, ?e v?echna ?zem?, kter? v map? jsou (mo?n? s v?jimkou hranic s > N?meckem) jsou m?n? p?esn?, a je tedy je mo?n? smazat (pokud tedy nejsou > n?jak v?z?na na dal?? objekty). Mo?n? by ale bylo dobr? zkop?rovat > otagov?n? (mo?n? tam jsou n?jak? mezin?rodn? n?zvy a podobn? v?ci). Nebo > n?kdo ve v?t?? m??e kreslil podle katastr?ln? mapy (je podrobn?j?? ne? > p?ehledky).
Tak nejak si to taky predstavuju, automatizovat takovy postup bude ale asi docela orisek. zobrazit citaci
> Existuje jich v?c? Je to jedin? p??pad, kter? zn?m.
Nasel jsem jich celkem sest: Josefov Kajlovec Jev??ko-m?sto Opava-M?sto ?sov-?idovsk? obec Svitavy-m?sto -- Lukas

26.1.2010 09:55:20 (#7)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Te? m? vlastn? napdalo, ?e ref by m?lo sp?? znamenat NUTS, proto?e to je univerz?ln?j?? ??slo. Tedy jestli maj? katastr?ln? ?zem? NUTS. On Tue, 26 Jan 2010 10:11:41 +0100, Lukas Kabrt <lukas at kabrt.cz> wrote: zobrazit citaci
> To bude asi ten spravny atribut.
-- Petr Dlouh?

27.1.2010 07:27:06 (#8)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Dne 25.1.2010 20:47, Petr Dlouh? napsal(a): zobrazit citaci
> On Mon, 25 Jan 2010 17:56:28 +0100, Lukas Kabrt <lukas at kabrt.cz> wrote: > > >> Nazvy jsem zakomponoval do mapy k.u. [1] >> >> Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci. >> >> Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k >> nekteremu ze sousednich k.u., na mape jsou ale hranice tak blizko >> sebe, ze tvori jednu caru a nejde poznat, kam oblast patri (priklad >> [2], v JOSM otevrit a zobrazit prehledku z WMS CUZK). >> >> Nechtel jsem vylozene hadat, kam oblast patri, takze jsem je nechal v >> mape s oznacenim: >> FIXME - Nejasna prislusnost ke k.u. >> >> Treba se najde nekdo, kdo dane misto zna a napovi ... >> >> Struktura dat >> cesty, ktere tvori relace - bez oznaceni, nevim mam kazde ceste pridat >> tag border: administrative? >> relace >> name - nazev katastralniho uzemi >> ku:id - cislo katastralniho uzemi, nejaky lepsi napad? >> > Pro? ne ref? D? se snad vyu??t n?jak jinak? > > >> Presnost dat >> mam zkontolovano, ze vsechny k.u. jsou na mape, kazdemu je prirazena >> prave jedna relace a nejsou tam zadne duplicity. Nekolik oblasti jsem >> kontroloval rucne a zadne chyby jsem nenasel, to neznamen?, ?e nikde >> ??dn? chyba nebude (mohlo by se st?t, ?e 2 k.u. budou prohozene). >> Pokud na n?jak? probl?m naraz?te, tak se ozv?te. >> >> Pro ucely rozpoznavani adres je tahle mapa vice nez dostatecna, pro >> upload na server to bude chtit jeste par veci vymyslet / dodelat. >> >> Priradit 9 oblasti oznacenych FIXME ke spravnym k.u. >> Do mapy zadat hranice obci, okresu, kraju a CR (pokud vim tak vsechny >> tyto hranice vychazeji z hranic k.u.) >> Vyresit jak sloucit mapu na serveru s mapou k.u. >> > ?ekl bych, ?e v?echna ?zem?, kter? v map? jsou (mo?n? s v?jimkou hranic s > N?meckem) jsou m?n? p?esn?, a je tedy je mo?n? smazat (pokud tedy nejsou > n?jak v?z?na na dal?? objekty). Mo?n? by ale bylo dobr? zkop?rovat > otagov?n? (mo?n? tam jsou n?jak? mezin?rodn? n?zvy a podobn? v?ci). Nebo > n?kdo ve v?t?? m??e kreslil podle katastr?ln? mapy (je podrobn?j?? ne? > p?ehledky). > >
Ale fuj, ku ktera jsem zakresloval napr ja (Teplice a okoli [1]) z 99% presne kopiruji hranice na digitalnich km (nemluvim o zelene prehledce, ale o zazoomovane km). To 1% jsou mista kde digitalni km ma prekryv se scanem a je to placle pres sebe => hranice muze byt trochu posunuta. Vsechan tato ku maji samozrejme tag ref, takze se da porovnat co je presnejsi. Statni hranice jsou bohuzel prevazne jeste na scanovanych km, takze jejich presnost je dost tragicka. Jeste k te ohromne diskusi, ku jsem kreslil vzdy tak, ze linie ma admin_level odpovidajici minimu dane hranice (= kdyz je to stat/kraj/okres/ ... tak 2 atd) s tim, ze linie obsahuje pouze tagy admin_level + boundary administrative + source. Zbytek je naladovan do relaci. Co se hranic obci tyce, IMO nejde o administrativni cleneni => nema to mit tag boundary administrative ani admin_level. Naopak by nebylo od veci jeste dalsi cleneni (ktere jsem zatim nedelal) kdy do spravy jedne poverene obce spada vice ku.[2]. Imo je to vhodne i pro navigacni ucely, protoze navigace muze pak prasknout ze se hledane misto nachazi nejspis u nejake vetsi obce XYZ protoze je v jeji spravni pusobnosti (a pri znaceni nasil silnic ...). [1] http://tools.geofabrik.de/osmi/?view=addresses&lon=13.86889&lat=50.64297&zoom=13 View = boundaries [2] http://katastralnimapy.cuzk.cz/

27.1.2010 09:52:00 (#9)
gravatar

Mike

<mike at mikecrash.com>
196
Hranice obce nem? m?t tag boundary ani admin_level? Pr?v? naopak - mus?. Tyto tagy byly zavedeny kv?li spr?vn?mu rozpozn?v?n? adres. Jedin? jednozna?n? zp?sob, jak definovat, co kam pat??, je p?es oblasti. Pokud chci v?d?t, do jak?ho st?tu pat?? n?jak? obec, budu hledat, v jak? boundary s admin_level=2 se nach?z?. Stejn? tak ulici nebo adresu budu p?i?azovat k obci podle boundary s admin_level=8. N?jak? hranice K? jsou na nic, stejn? je nikdy nikdo nevyu?ije. Pou??v? se to tak po cel?m sv?t? a ?R nesm? b?t v?jimkou. Nebudeme zav?d?t p?ece zase n?co svojeho. A p?i?azovat adresu k ulici, kter? je nejbl??, je taky nesmysl, proto?e to nefunguje. Stejn? tak k nejbli??? obci - to taky nefunguje. A v?? mi, ?e v?m, o ?em mluv?m, u? p?es m?s?c se sna??m napsat spolehliv? algoritmus, kter? vezme v ?vahu v?echny mo?nosti, jak jsou te? v OSM. Doch?z?m k z?v?ru, ?e nejlep?? bude se na v?e vyprdnout a ud?lat to jen podle boundary. U n?s, kde nem?me ??dn? boundary, to znamen? jen p?r adres a v?t?ina adres se zahod?. Lep??, ne? kdy? to bude pln? chyb. V sou?asn? dob? je OSM u n?s pro navigaci nepou?iteln? - plno chyb, plno nedefinovan?ch v?c?. Sta?? si nechat naj?t n?jakou trasu a ta vede v protism?rech na kruh???ch, v protism?rech na jednosm?rk?ch, p?es z?kazy vjezdu apod. A popravd? nevid?m jin? pou?it? OSM ne? pro navigaci a generov?n? bitmapov?ch map. Mapa jako OSM nikdy nebude bran? jako zdroj pro jak?koliv z?va?n? v?ci, kter? pot?ebuj? n?jakou z?ruku a zodpov?dnost - katastr?ln? mapy, definice budov apod. Nav?c i v kat. je plno chyb, d?l?m jen tam, kde to zn?m a ?asto se nesta??m se divit. Dokonce si mysl?m, ?e definice hranic je to nejd?le?it?j?? v map?, v?e ostatn? se dod?l? - silnice, budovy, adresy, ale na boundary vis? v?e. Tak na to pros?m myslete... On 27.1.2010 7:27, jzvc wrote: zobrazit citaci
> Dne 25.1.2010 20:47, Petr Dlouh? napsal(a): >> On Mon, 25 Jan 2010 17:56:28 +0100, Lukas Kabrt <lukas at kabrt.cz> wrote: >> >> >>> Nazvy jsem zakomponoval do mapy k.u. [1] >>> >>> Na mape je celkem 13036 relaci, nazvy ma prirazeno 13027 relaci. >>> >>> Zbylych 9 relaci predstavuje oblasti, ktere budou prisluset k >>> nekteremu ze sousednich k.u., na mape jsou ale hranice tak blizko >>> sebe, ze tvori jednu caru a nejde poznat, kam oblast patri (priklad >>> [2], v JOSM otevrit a zobrazit prehledku z WMS CUZK). >>> >>> Nechtel jsem vylozene hadat, kam oblast patri, takze jsem je nechal v >>> mape s oznacenim: >>> FIXME - Nejasna prislusnost ke k.u. >>> >>> Treba se najde nekdo, kdo dane misto zna a napovi ... >>> >>> Struktura dat >>> cesty, ktere tvori relace - bez oznaceni, nevim mam kazde ceste pridat >>> tag border: administrative? >>> relace >>> name - nazev katastralniho uzemi >>> ku:id - cislo katastralniho uzemi, nejaky lepsi napad? >>> >> Pro? ne ref? D? se snad vyu??t n?jak jinak? >> >> >>> Presnost dat >>> mam zkontolovano, ze vsechny k.u. jsou na mape, kazdemu je prirazena >>> prave jedna relace a nejsou tam zadne duplicity. Nekolik oblasti jsem >>> kontroloval rucne a zadne chyby jsem nenasel, to neznamen?, ?e nikde >>> ??dn? chyba nebude (mohlo by se st?t, ?e 2 k.u. budou prohozene). >>> Pokud na n?jak? probl?m naraz?te, tak se ozv?te. >>> >>> Pro ucely rozpoznavani adres je tahle mapa vice nez dostatecna, pro >>> upload na server to bude chtit jeste par veci vymyslet / dodelat. >>> >>> Priradit 9 oblasti oznacenych FIXME ke spravnym k.u. >>> Do mapy zadat hranice obci, okresu, kraju a CR (pokud vim tak vsechny >>> tyto hranice vychazeji z hranic k.u.) >>> Vyresit jak sloucit mapu na serveru s mapou k.u. >>> >> ?ekl bych, ?e v?echna ?zem?, kter? v map? jsou (mo?n? s v?jimkou hranic s >> N?meckem) jsou m?n? p?esn?, a je tedy je mo?n? smazat (pokud tedy nejsou >> n?jak v?z?na na dal?? objekty). Mo?n? by ale bylo dobr? zkop?rovat >> otagov?n? (mo?n? tam jsou n?jak? mezin?rodn? n?zvy a podobn? v?ci). Nebo >> n?kdo ve v?t?? m??e kreslil podle katastr?ln? mapy (je podrobn?j?? ne? >> p?ehledky). >> >> > > Ale fuj, ku ktera jsem zakresloval napr ja (Teplice a okoli [1]) z 99% > presne kopiruji hranice na digitalnich km (nemluvim o zelene prehledce, > ale o zazoomovane km). To 1% jsou mista kde digitalni km ma prekryv se > scanem a je to placle pres sebe => hranice muze byt trochu posunuta. > Vsechan tato ku maji samozrejme tag ref, takze se da porovnat co je > presnejsi. Statni hranice jsou bohuzel prevazne jeste na scanovanych km, > takze jejich presnost je dost tragicka. > > Jeste k te ohromne diskusi, ku jsem kreslil vzdy tak, ze linie ma > admin_level odpovidajici minimu dane hranice (= kdyz je to > stat/kraj/okres/ ... tak 2 atd) s tim, ze linie obsahuje pouze tagy > admin_level + boundary administrative + source. Zbytek je naladovan do > relaci. > Co se hranic obci tyce, IMO nejde o administrativni cleneni => nema to > mit tag boundary administrative ani admin_level. Naopak by nebylo od > veci jeste dalsi cleneni (ktere jsem zatim nedelal) kdy do spravy jedne > poverene obce spada vice ku.[2]. Imo je to vhodne i pro navigacni ucely, > protoze navigace muze pak prasknout ze se hledane misto nachazi nejspis > u nejake vetsi obce XYZ protoze je v jeji spravni pusobnosti (a pri > znaceni nasil silnic ...). > > [1] > http://tools.geofabrik.de/osmi/?view=addresses&lon=13.86889&lat=50.64297&zoom=13 > View = boundaries > [2] http://katastralnimapy.cuzk.cz/ > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

27.1.2010 10:02:03 (#10)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
J? mysl?m, ?e to Jzvc myslel tak, ?e admin_level se nebude ps?t p??mo na hranice, ale pouze na relace tvo??c? jednotliv? oblasti. To je mysl?m velice rozumn?, proto?e opravdu nen? mo?n? rozum? definovat admin_level sd?len? hranice. Jinak OSM nem??e b?t pou?ito (alespo? ne p??mo) jako katastr?ln? mapa, a to ne proto?e by na n?j nemohl b?t spoleh, ale proto?e nikdy nem??e b?t autoritativn? (ka?d? by si potom mohl dokreslit sv?j pozemek). On Wed, 27 Jan 2010 09:52:00 +0100, Mike <mike at mikecrash.com> wrote: zobrazit citaci
> Hranice obce nem? m?t tag boundary ani admin_level? Pr?v? naopak - mus?. > Tyto tagy byly zavedeny kv?li spr?vn?mu rozpozn?v?n? adres. Jedin? > jednozna?n? zp?sob, jak definovat, co kam pat??, je p?es oblasti. Pokud > chci v?d?t, do jak?ho st?tu pat?? n?jak? obec, budu hledat, v jak? > boundary s admin_level=2 se nach?z?. Stejn? tak ulici nebo adresu budu > p?i?azovat k obci podle boundary s admin_level=8. N?jak? hranice K? jsou > na nic, stejn? je nikdy nikdo nevyu?ije. Pou??v? se to tak po cel?m > sv?t? a ?R nesm? b?t v?jimkou. Nebudeme zav?d?t p?ece zase n?co svojeho. > A p?i?azovat adresu k ulici, kter? je nejbl??, je taky nesmysl, proto?e > to nefunguje. Stejn? tak k nejbli??? obci - to taky nefunguje. A v?? mi, > ?e v?m, o ?em mluv?m, u? p?es m?s?c se sna??m napsat spolehliv? > algoritmus, kter? vezme v ?vahu v?echny mo?nosti, jak jsou te? v OSM. > Doch?z?m k z?v?ru, ?e nejlep?? bude se na v?e vyprdnout a ud?lat to jen > podle boundary. U n?s, kde nem?me ??dn? boundary, to znamen? jen p?r > adres a v?t?ina adres se zahod?. Lep??, ne? kdy? to bude pln? chyb. > V sou?asn? dob? je OSM u n?s pro navigaci nepou?iteln? - plno chyb, plno > nedefinovan?ch v?c?. Sta?? si nechat naj?t n?jakou trasu a ta vede v > protism?rech na kruh???ch, v protism?rech na jednosm?rk?ch, p?es z?kazy > vjezdu apod. A popravd? nevid?m jin? pou?it? OSM ne? pro navigaci a > generov?n? bitmapov?ch map. Mapa jako OSM nikdy nebude bran? jako zdroj > pro jak?koliv z?va?n? v?ci, kter? pot?ebuj? n?jakou z?ruku a > zodpov?dnost - katastr?ln? mapy, definice budov apod. Nav?c i v kat. je > plno chyb, d?l?m jen tam, kde to zn?m a ?asto se nesta??m se divit. > Dokonce si mysl?m, ?e definice hranic je to nejd?le?it?j?? v map?, v?e > ostatn? se dod?l? - silnice, budovy, adresy, ale na boundary vis? v?e. > Tak na to pros?m myslete...
-- Petr Dlouh?

27.1.2010 10:05:03 (#11)
gravatar

hanoj

<ehanoj at gmail.com>
714
zobrazit citaci
> Te? m? vlastn? napdalo, ?e ref by m?lo sp?? znamenat NUTS, proto?e to je > univerz?ln?j?? ??slo. Tedy jestli maj? katastr?ln? ?zem? NUTS.
*** cislovani NUTS s k.u. nesouvisi. NUTS(LAU) je NUTS(LAU), k.u. je k.u. jedinna souvislost je, ze jedno z vyse uvedenych je podmnozinou druheho. hanoj

27.1.2010 10:13:28 (#12)
gravatar

hanoj

<ehanoj at gmail.com>
714
zobrazit citaci
> Co se hranic obci tyce, IMO nejde o administrativni cleneni => nema to > mit tag boundary administrative ani admin_level. Naopak by nebylo od > veci jeste dalsi cleneni (ktere jsem zatim nedelal) kdy do spravy jedne > poverene obce spada vice ku.[2].
*** do poverenych obci (POU) spada vice obci, k.u. jako takova nehraji v cleneni POU roli. Adresace jako takova take nema v POU vyznam. hanoj

27.1.2010 10:14:36 (#13)
gravatar

Mike

<mike at mikecrash.com>
196
On 27.1.2010 10:02, Petr Dlouh? wrote: zobrazit citaci
> J? mysl?m, ?e to Jzvc myslel tak, ?e admin_level se nebude ps?t p??mo na > hranice, ale pouze na relace tvo??c? jednotliv? oblasti. > To je mysl?m velice rozumn?, proto?e opravdu nen? mo?n? rozum? definovat > admin_level sd?len? hranice. >
tak to potom ano, u? jsem se lekl zobrazit citaci
> Jinak OSM nem??e b?t pou?ito (alespo? ne p??mo) jako katastr?ln? mapa, a > to ne proto?e by na n?j nemohl b?t spoleh, ale proto?e nikdy nem??e b?t > autoritativn? (ka?d? by si potom mohl dokreslit sv?j pozemek). >
p?esn? tak jsem to myslel, n?kdo mus? b?t za spr?vnost dat zodpov?dn? pokud si dokresl? sv?j, tak by to nevadilo, ale pokud by si ho zv?t?il, to by vadilo :) zobrazit citaci
> On Wed, 27 Jan 2010 09:52:00 +0100, Mike <mike at mikecrash.com> wrote: > >> Hranice obce nem? m?t tag boundary ani admin_level? Pr?v? naopak - mus?. >> Tyto tagy byly zavedeny kv?li spr?vn?mu rozpozn?v?n? adres. Jedin? >> jednozna?n? zp?sob, jak definovat, co kam pat??, je p?es oblasti. Pokud >> chci v?d?t, do jak?ho st?tu pat?? n?jak? obec, budu hledat, v jak? >> boundary s admin_level=2 se nach?z?. Stejn? tak ulici nebo adresu budu >> p?i?azovat k obci podle boundary s admin_level=8. N?jak? hranice K? jsou >> na nic, stejn? je nikdy nikdo nevyu?ije. Pou??v? se to tak po cel?m >> sv?t? a ?R nesm? b?t v?jimkou. Nebudeme zav?d?t p?ece zase n?co svojeho. >> A p?i?azovat adresu k ulici, kter? je nejbl??, je taky nesmysl, proto?e >> to nefunguje. Stejn? tak k nejbli??? obci - to taky nefunguje. A v?? mi, >> ?e v?m, o ?em mluv?m, u? p?es m?s?c se sna??m napsat spolehliv? >> algoritmus, kter? vezme v ?vahu v?echny mo?nosti, jak jsou te? v OSM. >> Doch?z?m k z?v?ru, ?e nejlep?? bude se na v?e vyprdnout a ud?lat to jen >> podle boundary. U n?s, kde nem?me ??dn? boundary, to znamen? jen p?r >> adres a v?t?ina adres se zahod?. Lep??, ne? kdy? to bude pln? chyb. >> V sou?asn? dob? je OSM u n?s pro navigaci nepou?iteln? - plno chyb, plno >> nedefinovan?ch v?c?. Sta?? si nechat naj?t n?jakou trasu a ta vede v >> protism?rech na kruh???ch, v protism?rech na jednosm?rk?ch, p?es z?kazy >> vjezdu apod. A popravd? nevid?m jin? pou?it? OSM ne? pro navigaci a >> generov?n? bitmapov?ch map. Mapa jako OSM nikdy nebude bran? jako zdroj >> pro jak?koliv z?va?n? v?ci, kter? pot?ebuj? n?jakou z?ruku a >> zodpov?dnost - katastr?ln? mapy, definice budov apod. Nav?c i v kat. je >> plno chyb, d?l?m jen tam, kde to zn?m a ?asto se nesta??m se divit. >> Dokonce si mysl?m, ?e definice hranic je to nejd?le?it?j?? v map?, v?e >> ostatn? se dod?l? - silnice, budovy, adresy, ale na boundary vis? v?e. >> Tak na to pros?m myslete... > >

27.1.2010 10:16:18 (#14)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
To ano, ale bude mnoho p??pad?, kdy se bude KU shodovat s ?zem?m obce kter? NUTS(LAU) m?. Te? ale kouk?m, ?e jsme se dohodli, ?e v takov?m p??pad? bude m?t obec jinou relaci ne? K?, tak?e by asi mohla m?t obec jako ref NUTS a K? svoje ??slo. On Wed, 27 Jan 2010 10:05:03 +0100, hanoj <ehanoj at gmail.com> wrote: zobrazit citaci
>> Te? m? vlastn? napdalo, ?e ref by m?lo sp?? znamenat NUTS, proto?e to je >> univerz?ln?j?? ??slo. Tedy jestli maj? katastr?ln? ?zem? NUTS. > > *** cislovani NUTS s k.u. nesouvisi. > NUTS(LAU) je NUTS(LAU), > k.u. je k.u. > > jedinna souvislost je, ze jedno z vyse uvedenych je podmnozinou druheho. > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouh?

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