[Talk-cz] vazby?

[Pavel Machek]

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