> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

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

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

> Proč ne ref? Dá se snad využít nějak jinak?

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

> Existuje jich víc? Je to jediný případ, který znám.

> To bude asi ten spravny atribut.

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

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

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

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

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

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

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