On Tue, Oct 28, 2008 at 6:45 PM, Jiri Klement <[EMAIL PROTECTED]> wrote: >> to nam moc nepomuze, spise by to chtelo rozjet vlastni osmxapi server, >> pointa je v natahovani male casti dat do openlayers, pokud se pokusis >> natahnout vse tak to sice jde ale strasne to zatizi na docela dlouhou >> dobu browser. > O tomhle vim, ale osobne s tim nemam problem, je to porad rychlejsi > nez osmxapi. Rozjizdet kvuli tomu osmxapi server mi pripadne prehnane, > uplne staci jednoduchy server, ktery vytahne bounding box z kct.osm. > Pokud by na tom serveru bylo mozne provozovat Javu a CGI, tak by nemel > byt problem napsat CGI skript, ktery upravi bounding box pro osmosis, > osmosis vytahne data a posle je na stdout. Je to sice pomalejsi nez > databaze, ale melo by to stacit.
provozovat neni problem cokoliv, i ta java by se jako cgi dala asi:) nicmene blbustku, co zavola osmosis s bbox parametrem, by bylo asi nejlepsi udelat v perlu, nebo primo v bashi, poustet kvuli tomu jre je jeste vetsi overkill nez sprovoznit cely osmxapi. kazdopadne je to dobry napad. >> Pokud se ti chce generovat kct.osm, tak muzes nahravat by to bylo kam. >> Na vyber by bylo ftp, scp, http upload. > ftp by bylo asi nejjednodusi, posli mi pristupovy udaje a ja upravim > ten skript co uz generuje rsdosm.zip. > >> Reseni je v renderovani tiles za behu, tedy v momente kdy se na ne >> nekdo podiva, pak je za nejaky cas nechat vyrendrovat znovu. Az bude >> cas, tak to mozna udelam. > To je urcite nejlepsi reseni, ale taky nejpracnejsi. Mapnik tusim > dokonce renderuje tile hned (a vrati uzivateli uz nove vyrenderovanou > tile), pouze kdyz je server pretizeny necha renderovani na pozdeji. no ja bych to chtel delat uplne stejne. -- Michal Grézl http://walley.org _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
