On Thu 2009-11-05 15:13:00, MP wrote:
> > 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
_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
