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

[Talk-cz] vazby?

Vlákno 30.10. - 13.11.2009, počet zpráv: 48


30.10.2009 01:20:04 (#1)
gravatar

Petr Stehlik

<pstehlik at sophics.cz>
48
Zdar, te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: - do kter?ho m?sta pat?? dan? ulice - do kter?ho st?tu pat?? dan? m?sto - kter? PS? pat?? ke kter?mu m?stu/ulic?m - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin n?co takov?ho p?id?v?? Aha, u? jsem to na?el: "is_in" = "Zl?n, Zl?nsk? kraj, CZ" To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by nebylo? Petr

30.10.2009 01:24:00 (#2)
gravatar

Michal Grézl

<michal.grezl at openstreetmap.cz>
346 8449
2009/10/30 Petr Stehlik <pstehlik at sophics.cz>: zobrazit citaci
> Zdar, > > te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: > > - do kter?ho m?sta pat?? dan? ulice > - do kter?ho st?tu pat?? dan? m?sto > - kter? PS? pat?? ke kter?mu m?stu/ulic?m > - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, > ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) > > m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin > n?co takov?ho p?id?v?? Aha, u? jsem to na?el: > > "is_in" = "Zl?n, Zl?nsk? kraj, CZ" > > To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by > nebylo? > > Petr >
ja osobne si myslim ze by melo byt jen is_in=zlin, node zlin by mel byt is_in=zlinsky kraj a node zlinskeho kraje by melo byt is_in=cz, coz by generovalo krasne stromecky, ale je to naivni predstava:) -- Michal Gr?zl http://walley.org

30.10.2009 01:29:39 (#3)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 01:24:00PM +0100, Michal Gr?zl wrote: zobrazit citaci
> ja osobne si myslim ze by melo byt jen is_in=zlin, node zlin by mel > byt is_in=zlinsky kraj a node zlinskeho kraje by melo byt is_in=cz, > coz by generovalo krasne stromecky, ale je to naivni predstava:)
Osobne si taky myslim ze toto je velmi rozumne reseni. A budes mit i rozumne vazby pokud budes mit velky zoom a nebudou te zajimat pouze mesta. Pouze bych rekl ze nody pro kraje asi jeste neexistuji, a pochybuju ze kazde mesto ma svuj node. Martin Kupec

30.10.2009 01:29:42 (#4)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> wrote: Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? se pou??v? u obc? mi p?ijde nadbyte?n?. zobrazit citaci
> Zdar, > > te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: > > - do kter?ho m?sta pat?? dan? ulice > - do kter?ho st?tu pat?? dan? m?sto > - kter? PS? pat?? ke kter?mu m?stu/ulic?m > - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, > ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) > > m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin > n?co takov?ho p?id?v?? Aha, u? jsem to na?el: > > "is_in" = "Zl?n, Zl?nsk? kraj, CZ" > > To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by > nebylo? > > Petr > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouh?

30.10.2009 01:37:20 (#5)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: zobrazit citaci
> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> > wrote: > > Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi > posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, > proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako > hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? > se pou??v? u obc? mi p?ijde nadbyte?n?.
Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a hlavne jednodussi na zmapovani pridavat k silnicim flags "is_in" a v posprocessingu kolem takovychto silnic udelat polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta nejspis neni uplne dulezita informace, mestu mohou patrit i rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou a zobrazovanim zastavene oblasti. Martin Kupec

30.10.2009 01:43:28 (#6)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? >> se pou??v? u obc? mi p?ijde nadbyte?n?.
*** samozrejme... zobrazit citaci
> ? ? ? ?Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > ? ? ? ?hlavne jednodussi na zmapovani pridavat k silnicim flags > ? ? ? ?"is_in" a v posprocessingu kolem takovychto silnic udelat > ? ? ? ?polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > ? ? ? ?nejspis neni uplne dulezita informace, mestu mohou patrit i > ? ? ? ?rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > ? ? ? ?a zobrazovanim zastavene oblasti.
*** to jste mne docela rozesmal... nastudovat si administrativni cleneni a majetkopravni vztahy v katastru nemovitosti? ha hanoj

30.10.2009 01:50:40 (#7)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
On Fri, 30 Oct 2009 13:37:20 +0100, Martin Kupec <magon at jkopava.cz> wrote: zobrazit citaci
> On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: >> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> >> wrote: >> >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, >> kter? >> se pou??v? u obc? mi p?ijde nadbyte?n?. > Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > hlavne jednodussi na zmapovani pridavat k silnicim flags > "is_in" a v posprocessingu kolem takovychto silnic udelat > polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > nejspis neni uplne dulezita informace, mestu mohou patrit i > rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > a zobrazovanim zastavene oblasti. > > Martin Kupec
To si nemysl?m. P?edev??m bude velk? probl?m uhl?dat, aby byli v?echny ulice otagovan?. M?lokdo (speci?ln? ne nov??ci) bude myslet na to, ?e kdy? d?l? ulici, tak mus? je?t? doplnit, kam pat??. Pokud budou dv? m?sta propojen?, tak se p?isp?vatel mus? zab?vat t?m, kde kter? m?sto je v moment?, kdy pouze chce nakreslit n?kolik ulic. N?kolikr?t se mi stalo, ?e se m?sto, kter? jsem hledal nena?lo, proto?e nem?lo vypln?n? is_in tagy, a to je m?st p?r oproti po?tu ulic. Nav?c je probl?m s ov??itelnost?, proto?e pokud tam n?kdo omylem nap??e sousedn? m?sto, tak si toho pravd?podobn? nikdo nev?imne, a pokud ano, tak bude muset slo?it? zji??ovat jestli ulice pat?? do m?sta, nebo do sousedn? vesnice. zobrazit citaci
> > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouh?

30.10.2009 01:54:11 (#8)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 01:43:28PM +0100, hanoj wrote: zobrazit citaci
> > ? ? ? ?Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > > ? ? ? ?hlavne jednodussi na zmapovani pridavat k silnicim flags > > ? ? ? ?"is_in" a v posprocessingu kolem takovychto silnic udelat > > ? ? ? ?polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > > ? ? ? ?nejspis neni uplne dulezita informace, mestu mohou patrit i > > ? ? ? ?rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > > ? ? ? ?a zobrazovanim zastavene oblasti. > *** to jste mne docela rozesmal... nastudovat si administrativni > cleneni a majetkopravni vztahy v katastru nemovitosti?
Priznavam ze netusim jak funguje katastr nemovitosti. Ale prijde mi ze hranice mesta nebude kopirovat hranici zastavby. Minimalne u nas vim ze mestu patrilo pole za mestem, a ted se z nej delala prumyslova zona. A to pole bych asi nechtel mit zarazene do mesta(teda tez jiz ano, uz tam stavi fabriku). Martin Kupec

30.10.2009 02:04:58 (#9)
gravatar

Petr Stehlik

<pstehlik at sophics.cz>
48
hanoj p??e v P? 30. 10. 2009 v 13:43 +0100: zobrazit citaci
> >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi > >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, > >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako > >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? > >> se pou??v? u obc? mi p?ijde nadbyte?n?. > *** samozrejme...
nepochopil jsem, je-li to odpoved na moji puvodni otazku, a jaka odpoved to vlastne je. Muzu se jeste jednou zeptat, ma-li OSM nejake moznosti, jak tyto vazby dnes vyjadrit - ano-li, tak jak, ne-li, tak co s tim muzeme udelat? Diky Petr

30.10.2009 02:06:58 (#10)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>> > ? ? ? ?hlavne jednodussi na zmapovani pridavat k silnicim flags >> > ? ? ? ?"is_in" a v posprocessingu kolem takovychto silnic udelat >> > ? ? ? ?polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta >> > ? ? ? ?nejspis neni uplne dulezita informace, mestu mohou patrit i >> > ? ? ? ?rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou >> > ? ? ? ?a zobrazovanim zastavene oblasti. >> *** to jste mne docela rozesmal... nastudovat si administrativni >> cleneni a majetkopravni vztahy v katastru nemovitosti? > ? ? ? ?Priznavam ze netusim jak funguje katastr nemovitosti. Ale prijde > ? ? ? ?mi ze hranice mesta nebude kopirovat hranici zastavby. Minimalne > ? ? ? ?u nas vim ze mestu patrilo pole za mestem, a ted se z nej delala > ? ? ? ?prumyslova zona. A to pole bych asi nechtel mit zarazene do > ? ? ? ?mesta(teda tez jiz ano, uz tam stavi fabriku).
nejprve si ujasneme pojmy, abychom si rozumeli ve vychodiscich: *** zastavene uzemi obce vs. katastralni (spravni) uzemi obce *** spravni pusobnost obce vs. vlastnictvi/majetek obce zdravi hanoj

30.10.2009 02:14:43 (#11)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
>> >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi >> >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, >> >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako >> >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? >> >> se pou??v? u obc? mi p?ijde nadbyte?n?. >> *** samozrejme... > > nepochopil jsem, je-li to odpoved na moji puvodni otazku, a jaka odpoved > to vlastne je. > > Muzu se jeste jednou zeptat, ma-li OSM nejake moznosti, jak tyto vazby > dnes vyjadrit - ano-li, tak jak, ne-li, tak co s tim muzeme udelat?
*** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu. boundary=administrative Pretransformovat tuto informaci do prvku nachazejici uvnitr nejakych hranic, lze za pomoci algoritmu SPATIAL JOIN / prostorove pripojeni atributu. is_in je pro mne jen takova historicka berlicka. hanoj

30.10.2009 02:31:50 (#12)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote: zobrazit citaci
> *** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou > rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu. > boundary=administrative
Toto zni jako pekne reseni, ale je pro nas dulezite administrativni zacleneni, nebo velikost zastavene oblasti? Aneb je treba asi resit dva problemy: 1. Jakemu mestu patri jaka ulice, popripade jake ulici patri jaky popisny bod. Tento problem musi resit navigace. 2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi Ivo a letecka mapa. Prvni problem je nejlepe resitelny administrativnimi hranicemi, je nerendundantni a je treba pridat relativne malo hranic, vudci pridavani tagu kazde ulici. Druhy problem by se asi dal resit tak, ze se vyresi prvni a pak se vezmou ulic/domy z dane oblasti a kolem nich se udela konvexni obal, coz by melo jit jednoduchym algoritmem. Otazka tedy zni...da se nekde sehnat zdroj ktery popise administrativni hranice? A jestli ke kazdemu administrativnimu celku pridame hranici, tak uz to asi bude chtit nejak rozclenit do vrstev, to tusim bylo neco na cem se pracuje, ale netusim v jakem je stavu. zobrazit citaci
> is_in je pro mne jen takova historicka berlicka.
Souhlasim ze tohle je asi zbytecny a ne priliz uzitecny atribut.

30.10.2009 02:33:38 (#13)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 02:06:58PM +0100, hanoj wrote: zobrazit citaci
> >> > ? ? ? ?hlavne jednodussi na zmapovani pridavat k silnicim flags > >> > ? ? ? ?"is_in" a v posprocessingu kolem takovychto silnic udelat > >> > ? ? ? ?polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > >> > ? ? ? ?nejspis neni uplne dulezita informace, mestu mohou patrit i > >> > ? ? ? ?rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > >> > ? ? ? ?a zobrazovanim zastavene oblasti. > >> *** to jste mne docela rozesmal... nastudovat si administrativni > >> cleneni a majetkopravni vztahy v katastru nemovitosti? > > ? ? ? ?Priznavam ze netusim jak funguje katastr nemovitosti. Ale prijde > > ? ? ? ?mi ze hranice mesta nebude kopirovat hranici zastavby. Minimalne > > ? ? ? ?u nas vim ze mestu patrilo pole za mestem, a ted se z nej delala > > ? ? ? ?prumyslova zona. A to pole bych asi nechtel mit zarazene do > > ? ? ? ?mesta(teda tez jiz ano, uz tam stavi fabriku). > > nejprve si ujasneme pojmy, abychom si rozumeli ve vychodiscich: > *** zastavene uzemi obce vs. katastralni (spravni) uzemi obce > *** spravni pusobnost obce vs. vlastnictvi/majetek obce
Souhlasim, pletu si pojmy a dojmy, ale doufam ze to o co mi jde jsem objasnil v druhem emailu. Martin Kupec

30.10.2009 02:45:50 (#14)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> ? ? ? ?Aneb je treba asi resit dva problemy: > ? ? ? ?1. Jakemu mestu patri jaka ulice, popripade jake ulici patri > ? ? ? ?jaky popisny bod. Tento problem musi resit navigace. > ? ? ? ?2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a > ? ? ? ?nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi > ? ? ? ?Ivo a letecka mapa. > > ? ? ? ?Prvni problem je nejlepe resitelny administrativnimi hranicemi, > ? ? ? ?je nerendundantni a je treba pridat relativne malo hranic, vudci > ? ? ? ?pridavani tagu kazde ulici.
*** ano. byva zvykem to takto resit. zobrazit citaci
> ? ? ? ?Druhy problem by se asi dal resit tak, ze se vyresi prvni a pak > ? ? ? ?se vezmou ulic/domy z dane oblasti a kolem nich se udela > ? ? ? ?konvexni obal, coz by melo jit jednoduchym algoritmem.
*** zastavene uzemi obce je plovouci urbanisticky termin. Nema jasnou definici v mape, respektive dale existuje jeste termin nezastavitelne uzemi, nezastavene uzemi. Je to zajimava knedla v mape, zvlaste pokud nemam zakresleny stavebni objekty. Dnes pro zastavene uzemi pouzivame landuse=residential, coz je trochu nestastne, nebo pro urbanizovanou krajinu je mozno vymyslet dalsich X landuse. Tim chci rici ano, ale problem je trosicku komplikovejsi uz od definice, pres tagovani az po provedeni. zobrazit citaci
> ? ? ? ?Otazka tedy zni...da se nekde sehnat zdroj ktery popise > ? ? ? ?administrativni hranice? A jestli ke kazdemu administrativnimu > ? ? ? ?celku pridame hranici, tak uz to asi bude chtit nejak rozclenit > ? ? ? ?do vrstev, to tusim bylo neco na cem se pracuje, ale netusim v > ? ? ? ?jakem je stavu.
*** ano mame prehledky CUZK. Automatizovane vektorizovane, jen je potreba, aby nekdo udelal OCR, spojil to dohromady, vygeneroval relace, rucne zacistil. Muzete pomoci? hanoj

30.10.2009 03:12:14 (#15)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Fri, Oct 30, 2009 at 02:45:50PM +0100, hanoj wrote: zobrazit citaci
> *** ano mame prehledky CUZK. Automatizovane vektorizovane, jen je > potreba, aby nekdo udelal OCR, spojil to dohromady, vygeneroval > relace, rucne zacistil. Muzete pomoci?
No koukam ze asi jo. Protoze chci pouzivat Navit, a tomu se tohle zrovna hodi. Ale s OSM nemam jeste dost zkusenosti asi, takze budu potrebovat popostrcit jak to provest. Aneb kdyz mi trochu vysvetlite postup(nejlip asi mimo mailing list) a reknete kde sehnat ty data, tak zkusim sepsat nejaky script/programek, a dedikuju tomu nejaky stroj. Martin Kupec

31.10.2009 07:42:52 (#16)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: zobrazit citaci
> Zdar, > > te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: > > - do kter?ho m?sta pat?? dan? ulice > - do kter?ho st?tu pat?? dan? m?sto
U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne kvuli navitu. zobrazit citaci
> - kter? PS? pat?? ke kter?mu m?stu/ulic?m > - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, > ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) > > m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin > n?co takov?ho p?id?v?? Aha, u? jsem to na?el: > > "is_in" = "Zl?n, Zl?nsk? kraj, CZ" > > To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by > nebylo?
O nicem nevim, neco by to chtelo. is_in relaci? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

31.10.2009 07:43:17 (#17)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Fri 2009-10-30 14:31:50, Martin Kupec wrote: zobrazit citaci
> On Fri, Oct 30, 2009 at 02:14:43PM +0100, hanoj wrote: > > *** dnes mame aparat administrativnich hranic, ktere jednoznacne mohou > > rozlisovat spravni uzemi a tedy napr. i hranice obce, kraje, statu. > > boundary=administrative > Toto zni jako pekne reseni, ale je pro nas dulezite > administrativni zacleneni, nebo velikost zastavene oblasti? > > Aneb je treba asi resit dva problemy: > 1. Jakemu mestu patri jaka ulice, popripade jake ulici patri > jaky popisny bod. Tento problem musi resit navigace.
boundary=administrative is_in=... zobrazit citaci
> 2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a > nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi > Ivo a letecka mapa.
landuse=residential (ale bez jmenovky :-). -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

31.10.2009 07:43:53 (#18)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Fri 2009-10-30 13:50:40, Petr Dlouh? wrote: zobrazit citaci
> On Fri, 30 Oct 2009 13:37:20 +0100, Martin Kupec <magon at jkopava.cz> wrote: > > > On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: > >> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> > >> wrote: > >> > >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi > >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, > >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako > >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, > >> kter? > >> se pou??v? u obc? mi p?ijde nadbyte?n?. > > Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > > hlavne jednodussi na zmapovani pridavat k silnicim flags > > "is_in" a v posprocessingu kolem takovychto silnic udelat > > polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > > nejspis neni uplne dulezita informace, mestu mohou patrit i > > rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > > a zobrazovanim zastavene oblasti. > > > > Martin Kupec > > To si nemysl?m. > P?edev??m bude velk? probl?m uhl?dat, aby byli v?echny ulice > otagovan?.
Proc, proste se obcas pusti skript ktery to zkontroluje, a pak se to poloautomaticky. Je to lepsi nez aby takove skripty musel psat kazdy uzivatel sam... zobrazit citaci
> M?lokdo (speci?ln? ne nov??ci) bude myslet na to, ?e kdy? d?l? ulici, tak > mus? je?t? doplnit, kam pat??. Pokud budou dv? m?sta propojen?, tak se > p?isp?vatel mus? zab?vat t?m, kde kter? m?sto je v moment?, kdy pouze chce > nakreslit n?kolik ulic. N?kolikr?t se mi stalo, ?e se m?sto, kter? jsem > hledal nena?lo, proto?e nem?lo vypln?n? is_in tagy, a to je m?st p?r > oproti po?tu ulic. > Nav?c je probl?m s ov??itelnost?, proto?e pokud tam n?kdo omylem nap??e > sousedn? m?sto, tak si toho pravd?podobn? nikdo nev?imne, a pokud ano, tak > bude muset slo?it? zji??ovat jestli ulice pat?? do m?sta, nebo do sousedn? > vesnice.
...coz ale lze taky kontrolovat skriptem. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

31.10.2009 10:52:45 (#19)
gravatar

Petr Stehlik

<pstehlik at sophics.cz>
48
Pavel Machek p??e v So 31. 10. 2009 v 19:42 +0100: zobrazit citaci
> On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: > > Zdar, > > > > te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: > > > > - do kter?ho m?sta pat?? dan? ulice > > - do kter?ho st?tu pat?? dan? m?sto > > U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne > kvuli navitu.
zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme bezradni? boundary=administrative jsem nikdy v mape nevidel - to je nejaky viditelny polygon okolo obce ci casti obce? zobrazit citaci
> > "is_in" = "Zl?n, Zl?nsk? kraj, CZ" > > > > To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by > > nebylo? > > O nicem nevim, neco by to chtelo. is_in relaci?
spis jsem mel na mysli, ze seznam hodnot oddelenych carkami, kdy navic neni zrejme, co je co... Ale ted jsem v mape zahledl is_in:country_code, to vypadalo pro strojove zpracovani precejen lepe. Petr

31.10.2009 11:50:06 (#20)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Martin Kupec napsal(a): zobrazit citaci
> On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: > >> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> >> wrote: >> >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? >> se pou??v? u obc? mi p?ijde nadbyte?n?. >> > Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > hlavne jednodussi na zmapovani pridavat k silnicim flags > "is_in" a v posprocessingu kolem takovychto silnic udelat > polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > nejspis neni uplne dulezita informace, mestu mohou patrit i > rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > a zobrazovanim zastavene oblasti. > > Martin Kupec > >
Zdravim, me tedy prijde na realizaci jednodussi algoritmus zjistujici, zda je neco uvnitr nejakeho polygonu. Nemluve o tom, ze hranice statu je polygon, stejne jako hranice kraje, okresu ... . Chcete kazdou cesticku, kazdy bod oznacovat "is_in=CR" ? To je preci nesmysl. Me by prislo logicke, aby se toto urcovalo vyhradne na zaklade zacleneni do struktury polygonu "boundary". zobrazit citaci
> _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

1.11.2009 12:11:35 (#21)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Petr Stehlik napsal(a): zobrazit citaci
> Pavel Machek p??e v So 31. 10. 2009 v 19:42 +0100: > >> On Fri 2009-10-30 13:20:04, Petr Stehlik wrote: >> >>> Zdar, >>> >>> te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: >>> >>> - do kter?ho m?sta pat?? dan? ulice >>> - do kter?ho st?tu pat?? dan? m?sto >>> >> U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne >> kvuli navitu. >> > > zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme > bezradni? boundary=administrative jsem nikdy v mape nevidel - to je > nejaky viditelny polygon okolo obce ci casti obce? > >
Boundary administrative vetsinou videt normalne je ;). Ma pak jeste admin_level = X kde X je cislo urcujici na jake urovni hranic se pohybujes, napr 2 = stat a vetsina je resena jako rekace (protoze hranice jsou temer vzdy hranicemi nekolika ruznych oblasti). Co se tehle hranic tyce, v mape je +- zanesena celkem slusne Praha. Ovsem musis pocitat s tim, ze Obec != katastralni uzemi, mrkni se trebas http://tools.geofabrik.de/osmi/?view=addresses&lon=13.86889&lat=50.64297&zoom=13 na Teplice (zapni si ve view Boundaries). Napr Trnovany patri do Teplic, stejne jako Retenice a dalsi, ale jde o jina katastralni uzemi a !neohranicuji ani spolecne mesto! - respektive to co se za mesto vetsinou povazuje = kam az jsou baraky. Vzhledem k ucelu, co takhle algoritmus ktery najde nejblizsi place ? Minemo ze ulice patri obci (name) ktera je nejbliz. zobrazit citaci
>>> "is_in" = "Zl?n, Zl?nsk? kraj, CZ" >>> >>> To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by >>> nebylo? >>> >> O nicem nevim, neco by to chtelo. is_in relaci? >> > > spis jsem mel na mysli, ze seznam hodnot oddelenych carkami, kdy navic > neni zrejme, co je co... Ale ted jsem v mape zahledl is_in:country_code, > to vypadalo pro strojove zpracovani precejen lepe. > > Petr > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

1.11.2009 08:37:15 (#22)
gravatar

Petr Stehlik

<pstehlik at sophics.cz>
48
jzvc p??e v Ne 01. 11. 2009 v 00:11 +0100: zobrazit citaci
> >>> - do kter?ho m?sta pat?? dan? ulice > >>> - do kter?ho st?tu pat?? dan? m?sto > >>> > >> U vsech ceskych mest/vesnic jsem jednou dodelal is_in tag -- presne > >> kvuli navitu. > >> > > > > zkusim mu to tedy takto podat. Ovsem ptal se jeste na ulice, tam jsme > > bezradni? boundary=administrative jsem nikdy v mape nevidel - to je > > nejaky viditelny polygon okolo obce ci casti obce? > > > > > Boundary administrative vetsinou videt normalne je ;)
Aha, diky tomu odkazu jsem zjistil, ze Zlinsky kraj nema boundary vubec nikde (jedinou vyjimkou je Vsetin). zobrazit citaci
> Vzhledem k ucelu, co takhle algoritmus ktery najde nejblizsi place ? > Minemo ze ulice patri obci (name) ktera je nejbliz.
Mam pocit, ze Navit si udela okolo name ctverec jiste velikosti, ale autor s tim samozrejme neni spokojen, protoze vysledky zdaleka nejsou 100%, coz lide pri pouzivani navigace myslim ocekavaji. Petr

2.11.2009 09:17:07 (#23)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
278 645
Existuje mapa katastr?ln?ch ?zem? ve form?tech shx/dwg, z toho by se dala velk? ??st administrativn?ch hranic z?skat. M?lo by to b?t PD-czech-gov J&D Dne 30. ??jna 2009 14:45 hanoj <ehanoj at gmail.com> napsal(a): zobrazit citaci
>> ? ? ? ?Aneb je treba asi resit dva problemy: >> ? ? ? ?1. Jakemu mestu patri jaka ulice, popripade jake ulici patri >> ? ? ? ?jaky popisny bod. Tento problem musi resit navigace. >> ? ? ? ?2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a >> ? ? ? ?nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi >> ? ? ? ?Ivo a letecka mapa. >> >> ? ? ? ?Prvni problem je nejlepe resitelny administrativnimi hranicemi, >> ? ? ? ?je nerendundantni a je treba pridat relativne malo hranic, vudci >> ? ? ? ?pridavani tagu kazde ulici. > *** ano. byva zvykem to takto resit. > >> ? ? ? ?Druhy problem by se asi dal resit tak, ze se vyresi prvni a pak >> ? ? ? ?se vezmou ulic/domy z dane oblasti a kolem nich se udela >> ? ? ? ?konvexni obal, coz by melo jit jednoduchym algoritmem. > *** zastavene uzemi obce je plovouci urbanisticky termin. Nema jasnou > definici v mape, respektive dale existuje jeste termin nezastavitelne > uzemi, nezastavene uzemi. > Je to zajimava knedla v mape, zvlaste pokud nemam zakresleny stavebni > objekty. Dnes pro zastavene uzemi pouzivame landuse=residential, coz > je trochu nestastne, nebo pro urbanizovanou krajinu je mozno vymyslet > dalsich X landuse. > Tim chci rici ano, ale problem je trosicku komplikovejsi uz od > definice, pres tagovani az po provedeni. > >> ? ? ? ?Otazka tedy zni...da se nekde sehnat zdroj ktery popise >> ? ? ? ?administrativni hranice? A jestli ke kazdemu administrativnimu >> ? ? ? ?celku pridame hranici, tak uz to asi bude chtit nejak rozclenit >> ? ? ? ?do vrstev, to tusim bylo neco na cem se pracuje, ale netusim v >> ? ? ? ?jakem je stavu. > *** ano mame prehledky CUZK. Automatizovane vektorizovane, jen je > potreba, aby nekdo udelal OCR, spojil to dohromady, vygeneroval > relace, rucne zacistil. Muzete pomoci? > > > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >
-- -- Ing. Jan Dud?k

2.11.2009 10:13:57 (#24)
gravatar

hanoj

<ehanoj at gmail.com>
713
Dne 2. listopadu 2009 9:17 Jan Dud?k <jan.dudik at gmail.com> napsal(a): zobrazit citaci
> Existuje mapa katastr?ln?ch ?zem? ve form?tech shx/dwg, z toho by se > dala velk? ??st administrativn?ch hranic z?skat. M?lo by to b?t > PD-czech-gov
*** byly by nejake podrobnosti? existence vektorove vrstvy mi dosud neznama. hanoj

2.11.2009 08:27:30 (#25)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
On Mon, 02 Nov 2009 09:17:07 +0100, Jan Dud?k <jan.dudik at gmail.com> wrote: A ne?lo by podobn?m zp?sobem z?skat i defini?n? body? To by bylo velmi zaj?mav?, proto?e by potom ?li doplnit adresn? body na zbytek ?zem?. zobrazit citaci
> Existuje mapa katastr?ln?ch ?zem? ve form?tech shx/dwg, z toho by se > dala velk? ??st administrativn?ch hranic z?skat. M?lo by to b?t > PD-czech-gov > > J&D > > Dne 30. ??jna 2009 14:45 hanoj <ehanoj at gmail.com> napsal(a): >>> Aneb je treba asi resit dva problemy: >>> 1. Jakemu mestu patri jaka ulice, popripade jake ulici patri >>> jaky popisny bod. Tento problem musi resit navigace. >>> 2. Nejak byt schopni vykreslit zastavenou oblast jako polygon a >>> nejlip tomu priradit jmenovku mesta, kteremu to patri. Toto resi >>> Ivo a letecka mapa. >>> >>> Prvni problem je nejlepe resitelny administrativnimi hranicemi, >>> je nerendundantni a je treba pridat relativne malo hranic, vudci >>> pridavani tagu kazde ulici. >> *** ano. byva zvykem to takto resit. >> >>> Druhy problem by se asi dal resit tak, ze se vyresi prvni a pak >>> se vezmou ulic/domy z dane oblasti a kolem nich se udela >>> konvexni obal, coz by melo jit jednoduchym algoritmem. >> *** zastavene uzemi obce je plovouci urbanisticky termin. Nema jasnou >> definici v mape, respektive dale existuje jeste termin nezastavitelne >> uzemi, nezastavene uzemi. >> Je to zajimava knedla v mape, zvlaste pokud nemam zakresleny stavebni >> objekty. Dnes pro zastavene uzemi pouzivame landuse=residential, coz >> je trochu nestastne, nebo pro urbanizovanou krajinu je mozno vymyslet >> dalsich X landuse. >> Tim chci rici ano, ale problem je trosicku komplikovejsi uz od >> definice, pres tagovani az po provedeni. >> >>> Otazka tedy zni...da se nekde sehnat zdroj ktery popise >>> administrativni hranice? A jestli ke kazdemu administrativnimu >>> celku pridame hranici, tak uz to asi bude chtit nejak rozclenit >>> do vrstev, to tusim bylo neco na cem se pracuje, ale netusim v >>> jakem je stavu. >> *** ano mame prehledky CUZK. Automatizovane vektorizovane, jen je >> potreba, aby nekdo udelal OCR, spojil to dohromady, vygeneroval >> relace, rucne zacistil. Muzete pomoci? >> >> >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > >
-- Petr Dlouh?

2.11.2009 09:37:24 (#26)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Tue 2009-11-03 18:46:02, Martin Mares wrote: zobrazit citaci
> Dobry vecer vespolek! > > > A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve > > ktery je zemi? > > Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, > ve kterych objekty z daneho uzemi lezi?
To co se tu navrhuje ale nejsou relace, nybrz polygon okolo. zobrazit citaci
> > Ne ne, to nebude fungovat. > > > > Takze jo, predstavuju si, ze u kazdy ulice bude > > is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . > > Prijde mi hloupe udrzovat v mape informace, ktere jsou z principu > redundantni -- pokud je prislusnost k mestu definovana jako lezeni > uvnitr hranice mesta, ma byt reprezentovana tou hranici, ne nejakymi > odvozenymi atributy. Ty se preci mohou kdykoliv dopocitat podle > potreby.
Trochu hloupe to je, ale zase nemusi kazdy implementovat vypocet znova (coz by bylo taky ne-chytre). 'Kdykoliv dopocitat' bohuzel neni vubec trivialni -- presne pro to ze tu hranicii vubec nemusim mit ve stazenych datech. Navic veci jako navit funguji offline a konveruji mezi ruznymi formaty... A nebo jeste jinak -- predstavuju si, ze kdyz mam adresni bod, ziskam jeho plnou adresu nekolika malo dotazy... ('v jake je relaci? aha, bod je v relaci k ulici. V jakych ze ta je relacich? aha, tady je mestska cast a za ni mesto)... a ne tim ze stahnu uplne nesouvisejici body z 10x10 km okoli a hledam hranice. Ktera tam potencielne neni -- to pak stahnu cely svet? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

2.11.2009 09:45:54 (#27)
gravatar

Mike Crash

<mike at mikecrash.com>
196
Tohle si pr?v? nemysl?m, pr?v? d?l?m taky navigaci a ?e??m stejn? probl?m - jak definovat, kam ulice pat??? Moment?ln? to d?l?m jen z adres, ale ne v?ude adresy jsou a ne v?ude tam jsou v?echny informace. Pl?nuju n?jak p?i?azovat ulice k nejbli???mu m?stu, ale nep?ijde mi to akur?tn?. Hledat to podle administrativn?ch celk? mi taky nep?ijde ?pln? ??astn? - zkou?el jste n?kdo hledat bod uvnit? n?jak?ho polygonu? Nav?c t?ch polygon? bude spousta a n?zv? ulic bude je?t? v?c. Vyn?sobte si to a zjist?te, ?e pro celou ?R se to bude d?lat t?den. D?le co kdy? nebude polygon definov?n? Tak?e j? se p?imlouv?m za tag is_in... Petr Dlouh? wrote: zobrazit citaci
> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> > wrote: > > Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi > posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, > proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako > hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? > se pou??v? u obc? mi p?ijde nadbyte?n?. > >> Zdar, >> >> te? si st??oval autor Navitu, ?e v OSM mu chyb? vazby mezi objekty: >> >> - do kter?ho m?sta pat?? dan? ulice >> - do kter?ho st?tu pat?? dan? m?sto >> - kter? PS? pat?? ke kter?mu m?stu/ulic?m >> - a je-li dan? ulice typu urban nebo rural (nev?m, co t?m p?esn? mysl?, >> ale pr? kv?li tomu vymyslel rural=yes, co? j? nikdy nikde nemapoval) >> >> m?l jsem pocit, ?e ty vazby tam n?kde m?me, ?e snad czechaddress plugin >> n?co takov?ho p?id?v?? Aha, u? jsem to na?el: >> >> "is_in" = "Zl?n, Zl?nsk? kraj, CZ" >> >> To nevypad? jako z?pis vhodn? pro strojov? zpracov?n?. N?co lep??ho by >> nebylo? >> >> Petr >> >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > >

3.11.2009 11:55:14 (#28)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Sat 2009-10-31 23:50:06, jzvc wrote: zobrazit citaci
> Martin Kupec napsal(a): > > On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: > > > >> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> > >> wrote: > >> > >> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi > >> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, > >> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako > >> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? > >> se pou??v? u obc? mi p?ijde nadbyte?n?. > >> > > Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a > > hlavne jednodussi na zmapovani pridavat k silnicim flags > > "is_in" a v posprocessingu kolem takovychto silnic udelat > > polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta > > nejspis neni uplne dulezita informace, mestu mohou patrit i > > rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou > > a zobrazovanim zastavene oblasti. > > > > Martin Kupec > > > > > Zdravim, > > me tedy prijde na realizaci jednodussi algoritmus zjistujici, zda je > neco uvnitr nejakeho polygonu. Nemluve o tom, ze hranice statu je > polygon, stejne jako hranice kraje, okresu ... . Chcete kazdou cesticku, > kazdy bod oznacovat "is_in=CR" ? To je preci nesmysl. Me by prislo > logicke, aby se toto urcovalo vyhradne na zaklade zacleneni do struktury > polygonu "boundary".
A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve ktery je zemi? Ne ne, to nebude fungovat. Takze jo, predstavuju si, ze u kazdy ulice bude is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

3.11.2009 06:46:02 (#29)
gravatar

Martin Mares

<mj at ucw.cz>
18
Dobry vecer vespolek! zobrazit citaci
> A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve > ktery je zemi?
Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, ve kterych objekty z daneho uzemi lezi? zobrazit citaci
> Ne ne, to nebude fungovat. > > Takze jo, predstavuju si, ze u kazdy ulice bude > is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR .
Prijde mi hloupe udrzovat v mape informace, ktere jsou z principu redundantni -- pokud je prislusnost k mestu definovana jako lezeni uvnitr hranice mesta, ma byt reprezentovana tou hranici, ne nejakymi odvozenymi atributy. Ty se preci mohou kdykoliv dopocitat podle potreby. Have a nice fortnight -- Martin `MJ' Mares <mj at ucw.cz> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth P.C.M.C.I.A. stands for `People Can't Memorize Computer Industry Acronyms'

3.11.2009 09:49:35 (#30)
gravatar

Tomas Kolda

<kolda at web2net.cz>
133
is_in mi take prijde jako naprosta zbytecnost. Vzdyt preci vypocet, ze je neco v polygonu je s pouzitim spatial indexu otazkou okamziku. Na vyplnovani bych tolik nespolehal... T Martin Mares napsal(a): zobrazit citaci
> Dobry vecer vespolek! > > >> A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve >> ktery je zemi? >> > > Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, > ve kterych objekty z daneho uzemi lezi? > > >> Ne ne, to nebude fungovat. >> >> Takze jo, predstavuju si, ze u kazdy ulice bude >> is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . >> > > Prijde mi hloupe udrzovat v mape informace, ktere jsou z principu > redundantni -- pokud je prislusnost k mestu definovana jako lezeni > uvnitr hranice mesta, ma byt reprezentovana tou hranici, ne nejakymi > odvozenymi atributy. Ty se preci mohou kdykoliv dopocitat podle potreby. > > Have a nice fortnight >
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openstreetmap.org/pipermail/talk-cz/attachments/20091103/9724374b/attachment.html>

4.11.2009 01:43:26 (#31)
gravatar

Petr Nejedlý

<petr at nejedli.cz>
26
Pavel Machek napsal(a): zobrazit citaci
> On Tue 2009-11-03 18:46:02, Martin Mares wrote: >> Dobry vecer vespolek! >> >>> A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve >>> ktery je zemi? >> Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, >> ve kterych objekty z daneho uzemi lezi? > > To co se tu navrhuje ale nejsou relace, nybrz polygon okolo. > >>> Ne ne, to nebude fungovat. >>> >>> Takze jo, predstavuju si, ze u kazdy ulice bude >>> is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . >> Prijde mi hloupe udrzovat v mape informace, ktere jsou z principu >> redundantni -- pokud je prislusnost k mestu definovana jako lezeni >> uvnitr hranice mesta, ma byt reprezentovana tou hranici, ne nejakymi >> odvozenymi atributy. Ty se preci mohou kdykoliv dopocitat podle >> potreby. > > Trochu hloupe to je, ale zase nemusi kazdy implementovat vypocet > znova (coz by bylo taky ne-chytre). > > 'Kdykoliv dopocitat' bohuzel neni vubec trivialni -- presne pro to ze > tu hranicii vubec nemusim mit ve stazenych datech. Navic veci jako > navit funguji offline a konveruji mezi ruznymi formaty...
A specialne pro offline navigaci s konverzi formatu tam ty atributy nejsou potreba. Konverzni algoritmus ma dost casu a prenosovky na to, aby si stahnul tu (napr.) Ceskou Republiku celou a dopocital si to v ramci konverze a indexace sam. To pro dynamicky stahujici online navigace je to horsi, ale ty zase maji k dispozici online indexacni web service. Nenik

4.11.2009 02:43:14 (#32)
gravatar

Martin Mares

<mj at ucw.cz>
18
Ahoj! zobrazit citaci
> > Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, > > ve kterych objekty z daneho uzemi lezi? > > To co se tu navrhuje ale nejsou relace, nybrz polygon okolo.
A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji s danym uzemim neprazdny prunik? Have a nice fortnight -- Martin `MJ' Mares <mj at ucw.cz> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth War doesn't determine who's right. It determines who's left.

4.11.2009 02:44:06 (#33)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
On Mon, 02 Nov 2009 21:37:24 +0100, Pavel Machek <pavel at ucw.cz> wrote: Nev?m, jak si p?edstavuje?, ?e ten algoritmus zjist?, na jak? pozici se nach?z? ono m?sto, aby ho mohlo st?hnout a zjistit ve kter?m kraji se nach?z?. Z ?ist?ch OSM dat to nem? ?anci zjisti, a musel by stejn? stahovat 10x10 km okol?. Pokud se pou?ije Namefinder, tak je to zase dal?? pou?it? slu?ba nav?c, co? je t?m?? ekvivalentn? s t?m, kdyby to Namefinder p??mo zaindexoval z polygon?. zobrazit citaci
> A nebo jeste jinak -- predstavuju si, ze kdyz mam adresni bod, ziskam > jeho plnou adresu nekolika malo dotazy... ('v jake je relaci? aha, bod > je v relaci k ulici. V jakych ze ta je relacich? aha, tady je mestska > cast a za ni mesto)... a ne tim ze stahnu uplne nesouvisejici body z > 10x10 km okoli a hledam hranice. Ktera tam potencielne neni -- to pak > stahnu cely svet?
-- Petr Dlouh?

5.11.2009 02:30:47 (#34)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Pavel Machek napsal(a): zobrazit citaci
> On Sat 2009-10-31 23:50:06, jzvc wrote: > >> Martin Kupec napsal(a): >> >>> On Fri, Oct 30, 2009 at 01:29:42PM +0100, Petr Dlouh? wrote: >>> >>> >>>> On Fri, 30 Oct 2009 13:20:04 +0100, Petr Stehlik <pstehlik at sophics.cz> >>>> wrote: >>>> >>>> Ano, mysl?m, ?e by to m?lo b?t zpracov?no strojov?, a to a? ve f?zi >>>> posprocessingu, tedy by tyto informace nem?li b?t p??mou sou??st? OSM, >>>> proto?e jsou tam duplicitn?. Sou??st? OSM by m?li b?t pouze data jako >>>> hranice m?sta, hranice st?tu a dal?? hranice oblast?. U? tag is_in, kter? >>>> se pou??v? u obc? mi p?ijde nadbyte?n?. >>>> >>>> >>> Neni spis nadbytecna hranice mesta? Mi prijde skoro lepsi, a >>> hlavne jednodussi na zmapovani pridavat k silnicim flags >>> "is_in" a v posprocessingu kolem takovychto silnic udelat >>> polygony a to prohlasit za uzemi mesta. Katastralni uzemi mesta >>> nejspis neni uplne dulezita informace, mestu mohou patrit i >>> rozlehla okolni pole. Tohle by i resilo problem s leteckou mapou >>> a zobrazovanim zastavene oblasti. >>> >>> Martin Kupec >>> >>> >>> >> Zdravim, >> >> me tedy prijde na realizaci jednodussi algoritmus zjistujici, zda je >> neco uvnitr nejakeho polygonu. Nemluve o tom, ze hranice statu je >> polygon, stejne jako hranice kraje, okresu ... . Chcete kazdou cesticku, >> kazdy bod oznacovat "is_in=CR" ? To je preci nesmysl. Me by prislo >> logicke, aby se toto urcovalo vyhradne na zaklade zacleneni do struktury >> polygonu "boundary". >> > > A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve > ktery je zemi? > > Ne ne, to nebude fungovat. > > Takze jo, predstavuju si, ze u kazdy ulice bude > is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . > Pavel > >
Zdravim, jen podotykam, ze tag is_in pro ulici je problematicky jeste z duvodu, ze existuji situace, kde je jedna ulice jednoho nazvu soucasti vice obci. Jinak drzet i u online navigace geopoliticke deleni na urovni statu lokalne mi prijde vice nez vhodne. Hranice se precijen kazdy den nemeni. Takze zjistit v jakem state se zrovna nachazim = podivat se uvnitr jake hranice prave jsou souradnice z GPS. Offline navigace si muze potrebna data dopocitat kdykoli, tam bych nevidel vubec zadny problem.

5.11.2009 03:13:00 (#35)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> jen podotykam, ze tag is_in pro ulici je problematicky jeste z duvodu, > ze existuji situace, kde je jedna ulice jednoho nazvu soucasti vice > obci. Jinak drzet i u online navigace geopoliticke deleni na urovni > statu lokalne mi prijde vice nez vhodne. Hranice se precijen kazdy den > nemeni. Takze zjistit v jakem state se zrovna nachazim = podivat se > uvnitr jake hranice prave jsou souradnice z GPS. > Offline navigace si muze potrebna data dopocitat kdykoli, tam bych > nevidel vubec zadny problem.
Tohle by slo udelat treba tak, ze se z planet dumpu (pripadne z dumpu, kde je alespon cely stat, jako napriklad dumpy ceske republiky) udela vycuc jen hranic (cimz by pak ten soubor mel vcelku rozumnou velikost) a nekde se zpublikuje. Tenhle soubor s hranicemi by pak sel pouzit v navigaci pokud si tam chce slovek nacpat mensi kus nez jeden stat (v dumpech statu jsou i hranice kolem toho dotycneho statun a nic "vetsiho" uz v datech neexistuje - hranice kontinentu tam myslim nejsou a hranice zemekoule je jeden "ctverec", ktery si kazdy muze vygenerovat sam :). Navic pokud se cela hranice nachazi vne stazene oblasti, tak navigace ji nemusi resit - proste vsechny adresy se nachazi v jednom state/meste, at uz je to cokoliv, neni pak potreba resit problem typu ze ulice Prazska je v skoro kazdem vetsim meste ci vesnici ve stredoceskem kraji. Martin

7.11.2009 09:25:46 (#36)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Wed 2009-11-04 13:43:26, Petr Nejedl?? wrote: zobrazit citaci
> Pavel Machek napsal(a): > > On Tue 2009-11-03 18:46:02, Martin Mares wrote: > >> Dobry vecer vespolek! > >> > >>> A to ma chudinka navigace pokazdy stahovat celej svet aby zjistila ve > >>> ktery je zemi? > >> Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, > >> ve kterych objekty z daneho uzemi lezi? > > > > To co se tu navrhuje ale nejsou relace, nybrz polygon okolo. > > > >>> Ne ne, to nebude fungovat. > >>> > >>> Takze jo, predstavuju si, ze u kazdy ulice bude > >>> is_in=<jmeno_mesta> a u kazdyho mesta pak bude is_in=CR . > >> Prijde mi hloupe udrzovat v mape informace, ktere jsou z principu > >> redundantni -- pokud je prislusnost k mestu definovana jako lezeni > >> uvnitr hranice mesta, ma byt reprezentovana tou hranici, ne nejakymi > >> odvozenymi atributy. Ty se preci mohou kdykoliv dopocitat podle > >> potreby. > > > > Trochu hloupe to je, ale zase nemusi kazdy implementovat vypocet > > znova (coz by bylo taky ne-chytre). > > > > 'Kdykoliv dopocitat' bohuzel neni vubec trivialni -- presne pro to ze > > tu hranicii vubec nemusim mit ve stazenych datech. Navic veci jako > > navit funguji offline a konveruji mezi ruznymi formaty... > > A specialne pro offline navigaci s konverzi formatu tam ty atributy > nejsou potreba. Konverzni algoritmus ma dost casu a prenosovky na to, > aby si stahnul tu (napr.) Ceskou Republiku celou a dopocital si to v
'dost prenosovky'? Nevim, tahat 170MB zbytecne mi prijde divny. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.11.2009 09:27:58 (#37)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Wed 2009-11-04 14:43:14, Martin Mares wrote: zobrazit citaci
> Ahoj! > > > > Neni spis chyba, pokud si nemuze jednoduse stahnout vsechny relace, > > > ve kterych objekty z daneho uzemi lezi? > > > > To co se tu navrhuje ale nejsou relace, nybrz polygon okolo. > > A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji > s danym uzemim neprazdny prunik?
Stacilo, ale on to AFAIK neumi. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.11.2009 09:28:21 (#38)
gravatar

Pavel Machek

<pavel at ucw.cz>
1037 1226
On Thu 2009-11-05 15:13:00, MP wrote: zobrazit citaci
> > jen podotykam, ze tag is_in pro ulici je problematicky jeste z duvodu, > > ze existuji situace, kde je jedna ulice jednoho nazvu soucasti vice > > obci. Jinak drzet i u online navigace geopoliticke deleni na urovni > > statu lokalne mi prijde vice nez vhodne. Hranice se precijen kazdy den > > nemeni. Takze zjistit v jakem state se zrovna nachazim = podivat se > > uvnitr jake hranice prave jsou souradnice z GPS. > > Offline navigace si muze potrebna data dopocitat kdykoli, tam bych > > nevidel vubec zadny problem. > > Tohle by slo udelat treba tak, ze se z planet dumpu (pripadne z dumpu, > kde je alespon cely stat, jako napriklad dumpy ceske republiky) udela > vycuc jen hranic (cimz by pak ten soubor mel vcelku rozumnou velikost) > a nekde se zpublikuje. Tenhle soubor s hranicemi by pak sel pouzit v > navigaci pokud si tam chce slovek nacpat mensi kus nez jeden stat (v > dumpech statu jsou i hranice kolem toho dotycneho statun a nic > "vetsiho" uz v datech neexistuje - hranice kontinentu tam myslim > nejsou a hranice zemekoule je jeden "ctverec", ktery si kazdy muze > vygenerovat sam :). Navic pokud se cela hranice nachazi vne stazene > oblasti, tak navigace ji nemusi resit - proste vsechny adresy se > nachazi v jednom state/meste, at uz je to cokoliv, neni pak potreba > resit problem typu ze ulice Prazska je v skoro kazdem vetsim meste ci > vesnici ve stredoceskem kraji.
Tohle by fungovalo, ale znamena to udrzovani novy infrastruktury. Stale mi prijde jednodussi pridat tam is_in. Znamena to, ze klienti maji informace pristupny jako obvykle, a kazdy nemusi psat algoritmus na vyhledavani 'v kterych polygonech ze je tenhle bod'? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

7.11.2009 11:11:25 (#39)
gravatar

Martin Mares

<mj at ucw.cz>
18
Ahoj! zobrazit citaci
> > A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji > > s danym uzemim neprazdny prunik? > > Stacilo, ale on to AFAIK neumi.
A neni lepsi to ten protokol naucit, misto abychom zavadeli ruzne berlicky v podobe tagovani vsech objektu atributem is_in? Have a nice fortnight -- Martin `MJ' Mares <mj at ucw.cz> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth Lisp Users: Due to the holiday, there will be no garbage collection on Monday.

7.11.2009 11:09:00 (#40)
gravatar

MP

<singularita at gmail.com>
306
zobrazit citaci
> > > A nestacilo by, aby protokol umel stahnout vsechny polygony, ktere maji > > > s danym uzemim neprazdny prunik? > > > > Stacilo, ale on to AFAIK neumi. > > > A neni lepsi to ten protokol naucit, misto abychom zavadeli ruzne > berlicky v podobe tagovani vsech objektu atributem is_in?
To neni tak jednoduchy. Protokol by musel umer pro kazdou cestu poznat jestli je to uzavreny polygon, nebo jestli je to jen cesta. Coz je slozitejsi nez se zda, system by musel pomerne podrobne zkoumat tagy aby zjistil co to je (to ze je cesta uzavrena jeste neznamena ze je to polygon - viz. treba zeleznicni okruh u velimi) a pak do hry prichazeji multipolygony, poskladane z nekolika cest (u ceskych lesu, kde vnejsi cesta je delsi nez 2000 bodu je i ta vnejsi cast poskladana z X cest) a tenhle vypocet do znacne miry komplikujici. Vysledkem by asi byl nejaky kompromis mezi tim, ze server to bude odhadovat a nacpe do vysledku i spoustu "false positives" co vypadaji jako polygon ale polygon nejsou (clovek si krome maleho okoli ulice kde chce mit navigace stahne tez hranice mesta, statu a kontitnentu a pak jeste X cest co jsou nekde pobliz, ale uz mimo oblast a algoritmus je blbe odhadl jakozto polygon) a tim, ze server bude v tomhle presny, ale stravi nad tim nechutne mnozstvi CPU casu. Martin

11.11.2009 08:47:00 (#41)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Ahoj, na hlavn? str?nce (http://www.openstreetmap.org/) se dnes objevil nov? druh hled?n? - Nominatim (http://nominatim.openstreetmap.org/). Toto hled?n? d?v? v?sledky ve tvaru nap??klad "Horom??ice, Praha, Praha-z?pad, St?edo?esk? kraj, ?esk? Republika". Vzhledem k tomu, ?e ??dn? s t?ch informac? nen? v bodu Horom??ic obsa?ena (krom? ?esk? Republiky) usuzuji, ?e si je str?nka sama spo??tala na z?klad? hranic oblast?. Nominatim mus? m?t tyto informace ulo?eny v datab?zi, tak?e by nem?l b?t probl?m datab?zi exportovat do n?jak?ho pou?iteln?ho form?tu a pou??t pro ??ely navigac? nebo jak?chkoliv dal??ch aplikac?. -- Petr Dlouh?

11.11.2009 09:12:10 (#42)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Petr Dlouh? napsal(a): zobrazit citaci
> Ahoj, > > na hlavn? str?nce (http://www.openstreetmap.org/) se dnes objevil nov? > druh hled?n? - Nominatim (http://nominatim.openstreetmap.org/). Toto > hled?n? d?v? v?sledky ve tvaru nap??klad "Horom??ice, Praha, Praha-z?pad, > St?edo?esk? kraj, ?esk? Republika". Vzhledem k tomu, ?e ??dn? s t?ch > informac? nen? v bodu Horom??ic obsa?ena (krom? ?esk? Republiky) usuzuji, > ?e si je str?nka sama spo??tala na z?klad? hranic oblast?. > > Nominatim mus? m?t tyto informace ulo?eny v datab?zi, tak?e by nem?l b?t > probl?m datab?zi exportovat do n?jak?ho pou?iteln?ho form?tu a pou??t pro > ??ely navigac? nebo jak?chkoliv dal??ch aplikac?. > >
Potvrzuju, pocita to nejspis (spravne) z hranic. Test proveden hledanim Rtyn? nad B?linou http://nominatim.openstreetmap.org/details.php?place_id=253868 (ma definovany administrativni hranice) a Komo?any http://nominatim.openstreetmap.org/details.php?place_id=2003330 (nema napr okres a ve vypisu taky chybi). Co je zajimave, ze u te Rtyne je zahrnuto napr Usti (s timto polygonem http://nominatim.openstreetmap.org/details.php?place_id=1710213), coz je spatne (cely ten polygon je nesmysl). Ten polygon je nejak generovany, rozhodne neni v mape. Takze algoritmus zdaleka neni optimalni. Vypada to, ze pokud jde o administrative, obkresli hranice. Pokud jde o obec, pokusi se to nejak ? odhadnout. Du zjistit, zda se mu da nejak predhodit konkretni spravna hranice obce. Vidim tam taky jednu chybku ;), v pripade administrative zobrazi mapu odzoomovanou tak, ze neni nic videt (hranice).

11.11.2009 10:05:50 (#43)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Jinak na <http://wiki.openstreetmap.org/wiki/Nominatim> je pops?no, jak se daj? v?sledky hled?n? stahovat v XML, co? by bylo ide?ln? pro dal?? pou?it? v r?zn?ch aplikac?ch. Akor?t se mi nepoda?ilo z?skat v?echny v?sledky pro n?jakou oblast. On Wed, 11 Nov 2009 21:12:10 +0100, jzvc <jzvc at tpfree.fdns.net> wrote: zobrazit citaci
> Potvrzuju, pocita to nejspis (spravne) z hranic. > Test proveden hledanim Rtyn? nad B?linou > http://nominatim.openstreetmap.org/details.php?place_id=253868 (ma > definovany administrativni hranice) a Komo?any > http://nominatim.openstreetmap.org/details.php?place_id=2003330 (nema > napr okres a ve vypisu taky chybi). Co je zajimave, ze u te Rtyne je > zahrnuto napr Usti (s timto polygonem > http://nominatim.openstreetmap.org/details.php?place_id=1710213), coz > je spatne (cely ten polygon je nesmysl). Ten polygon je nejak > generovany, rozhodne neni v mape. Takze algoritmus zdaleka neni > optimalni. Vypada to, ze pokud jde o administrative, obkresli hranice. > Pokud jde o obec, pokusi se to nejak ? odhadnout. Du zjistit, zda se mu > da nejak predhodit konkretni spravna hranice obce. > > Vidim tam taky jednu chybku ;), v pripade administrative zobrazi mapu > odzoomovanou tak, ze neni nic videt (hranice). > > _______________________________________________ > Talk-cz mailing list > Talk-cz at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz
-- Petr Dlouh?

11.11.2009 10:21:43 (#44)
gravatar

jzvc

<jzvc at tpfree.fdns.net>
180
Petr Dlouh? napsal(a): zobrazit citaci
> Jinak na <http://wiki.openstreetmap.org/wiki/Nominatim> je pops?no, jak se > daj? v?sledky hled?n? stahovat v XML, co? by bylo ide?ln? pro dal?? > pou?it? v r?zn?ch aplikac?ch. Akor?t se mi nepoda?ilo z?skat v?echny > v?sledky pro n?jakou oblast. > >
Otestil jsem taktez, XML je vcelku velice svizne, nemusi se psat diakritika, poradilo si i bez ni. Ovsem viz predchozi, v nekterych situacich vraci nesmysle. Pokusil jsem se to nareportovat + pozadavek na zverejneni tagu ktere to a jak pouziva (to jsem nikde nenasel). zobrazit citaci
> On Wed, 11 Nov 2009 21:12:10 +0100, jzvc <jzvc at tpfree.fdns.net> wrote: > > >> Potvrzuju, pocita to nejspis (spravne) z hranic. >> Test proveden hledanim Rtyn? nad B?linou >> http://nominatim.openstreetmap.org/details.php?place_id=253868 (ma >> definovany administrativni hranice) a Komo?any >> http://nominatim.openstreetmap.org/details.php?place_id=2003330 (nema >> napr okres a ve vypisu taky chybi). Co je zajimave, ze u te Rtyne je >> zahrnuto napr Usti (s timto polygonem >> http://nominatim.openstreetmap.org/details.php?place_id=1710213), coz >> je spatne (cely ten polygon je nesmysl). Ten polygon je nejak >> generovany, rozhodne neni v mape. Takze algoritmus zdaleka neni >> optimalni. Vypada to, ze pokud jde o administrative, obkresli hranice. >> Pokud jde o obec, pokusi se to nejak ? odhadnout. Du zjistit, zda se mu >> da nejak predhodit konkretni spravna hranice obce. >> >> Vidim tam taky jednu chybku ;), v pripade administrative zobrazi mapu >> odzoomovanou tak, ze neni nic videt (hranice). >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz >> > > >

12.11.2009 11:47:00 (#45)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Ahoj, mohl bys pros?m rozv?st kde se daj? takov? data z?skat, a jestli jsou opravdu public domain? Na <http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=0&AKCE=DOC:30-ZU_DM_HRAN> se daj? podobn? data koupit - nejsou tedy, p?edpokl?d?m, pod public domain. Te? jsou v?sledky hled?n? z?visl? na hranic?ch jednotliv?ch spr?vn?ch ?zem?ch v map?. Je pravd?podobn?, ?e se toho v budoucnu bude vyu??vat i v navigac?ch a jin?ch aplikac?ch. Bylo by tedy dobr? hranice do mapy importovat (pokud to licence umo??uje), a to bu? p?es OCR p?ehledek, a nebo ze souboru, o kter?m si mluvil. On Mon, 02 Nov 2009 09:17:07 +0100, Jan Dud?k <jan.dudik at gmail.com> wrote: zobrazit citaci
> Existuje mapa katastr?ln?ch ?zem? ve form?tech shx/dwg, z toho by se > dala velk? ??st administrativn?ch hranic z?skat. M?lo by to b?t > PD-czech-gov
-- Petr Dlouh?

13.11.2009 09:44:09 (#46)
gravatar

Martin Kupec

<magon at jkopava.cz>
36
On Thu, Nov 12, 2009 at 11:47:00PM +0100, Petr Dlouh? wrote: zobrazit citaci
> Ahoj, > > mohl bys pros?m rozv?st kde se daj? takov? data z?skat, a jestli jsou > opravdu public domain? > Na > <http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998&MENUID=0&AKCE=DOC:30-ZU_DM_HRAN> > se daj? podobn? data koupit - nejsou tedy, p?edpokl?d?m, pod public domain. > > Te? jsou v?sledky hled?n? z?visl? na hranic?ch jednotliv?ch spr?vn?ch > ?zem?ch v map?. Je pravd?podobn?, ?e se toho v budoucnu bude vyu??vat i v > navigac?ch a jin?ch aplikac?ch. Bylo by tedy dobr? hranice do mapy > importovat (pokud to licence umo??uje), a to bu? p?es OCR p?ehledek, a > nebo ze souboru, o kter?m si mluvil.
Admin hranice z prehledek se snazim importovat. Jde to pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky pod nohy), ale doufam ze se to v blizke budoucnosti povede. Martin Kupec

13.11.2009 01:02:49 (#47)
gravatar

Petr Dlouhý

<petr.dlouhy at email.cz>
607
Je mo?n? n?jak?m zp?sobem pomoct? On Fri, 13 Nov 2009 09:44:09 +0100, Martin Kupec <magon at jkopava.cz> wrote: zobrazit citaci
> Admin hranice z prehledek se snazim importovat. Jde to > pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky > pod nohy), ale doufam ze se to v blizke budoucnosti povede. > Martin Kupec
-- Petr Dlouh?

13.11.2009 05:48:00 (#48)
gravatar

hanoj

<ehanoj at gmail.com>
713
zobrazit citaci
> Je mo?n? n?jak?m zp?sobem pomoct? > > On Fri, 13 Nov 2009 09:44:09 +0100, Martin Kupec <magon at jkopava.cz> wrote: > >> Admin hranice z prehledek se snazim importovat. Jde to >> pomalu(nemam tolik casu co jsem doufal a grass mi hazi klacky >> pod nohy), ale doufam ze se to v blizke budoucnosti povede. >> Martin Kupec
*** Muzete zacit uvazovat o tom, jak: * linie (rozhrani katastr. uzemi) bez atributu [1] * body s atributy (id, nazev) v centroidu puvodniho polygonu (?), ktere ted OCRkuje Martin dat do hromady a vytvorit z nich multipolygon. HA! hanoj [1] http://www.mail-archive.com/talk-cz at openstreetmap.org/msg03185.html

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