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