« 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>
93
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 na 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 na 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>
326 645
ještě jsou Úsov-Židovské město a Svitavy-město. J&D 2010/1/25 Martin Kupec <magon na 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 na 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>
93
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 na 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 na 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>
198
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 na 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 na 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 na 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>
718
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>
718
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>
198
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 na 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 na 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 na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouhý

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