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