Aktualizace turistickych map

6 zpráv
Zpět na přehled

Aktualizace turistickych map

6 zpráv JM 2 účastníků 5 min čtení
  1. Jiri Klement jiri.klement na gmail.com #mc324bd
    Ahoj, Jak to vypada s aktualizaci map na openstreetmap.cz? Uz je to nekolik tydnu co jsem pridal dalsi trasy a zatim se neobjevily v zadne z vrstev. Mimochodem momentalne mame v databazi 730 km tras. Co me trosku prekvapilo je, ze z toho je 270km oznaceno jako kct_..=yes. To opravdu u tretiny tras autor nevedel presny typ, nebo jaky je duvod pouzivani fallback hodnoty v tak velkem poctu pripadu?
  2. Michal Grézl michal.grezl na gmail.com #mab4729
    2008/10/26 Jiri Klement <jiri.klement na gmail.com>:
    Ahoj, Jak to vypada s aktualizaci map na openstreetmap.cz? Uz je to nekolik tydnu co jsem pridal dalsi trasy a zatim se neobjevily v zadne z vrstev.
    Mam vyrendrovane tyden stare data i s rozcestniky, jeste jsem je nenahral. Renderovani trva dlouho:) Renderovani on demand, nebo podobne je sice mozne ale nastaveni je pravdepodobne netrivialni. Dalsi moznost je napravo od mapy zvolit odkazy a ovladani a v podmenu Zobraz turisticke trasy, nahraje to z osmxapi trasy v aktualni vyrezu (radeji zkouset na mensim uzemi), ovsem osmxapi musi fungovat.
  3. Jiri Klement jiri.klement na gmail.com #m01bbb6
    Diky, o tomhle jsem nevedel. Bohuzel osmxapi posledni dobou skoro nikdy nefunguje. Mozna by stalo zato vytahnout kct_ cesty primo z czechia.osm, napriklad pomoci osmosis. Ja kazdy den obnovuji seznam seznam silnic v osm, takze bych pripadne mohl vytvoret i kct.osm a nekam ho nahravat.
  4. Michal Grézl michal.grezl na gmail.com #mb748d9
    Diky, o tomhle jsem nevedel. Bohuzel osmxapi posledni dobou skoro nikdy nefunguje. Mozna by stalo zato vytahnout kct_ cesty primo z czechia.osm, napriklad pomoci osmosis. Ja kazdy den obnovuji seznam seznam silnic v osm, takze bych pripadne mohl vytvoret i kct.osm a nekam ho nahravat.
    2008/10/26 Jiri Klement <jiri.klement na gmail.com>:
    Ahoj, Jak to vypada s aktualizaci map na openstreetmap.cz? Uz je to nekolik tydnu co jsem pridal dalsi trasy a zatim se neobjevily v zadne z vrstev.
    Mam vyrendrovane tyden stare data i s rozcestniky, jeste jsem je nenahral. Renderovani trva dlouho:) Renderovani on demand, nebo podobne je sice mozne ale nastaveni je pravdepodobne netrivialni. Dalsi moznost je napravo od mapy zvolit odkazy a ovladani a v podmenu Zobraz turisticke trasy, nahraje to z osmxapi trasy v aktualni vyrezu (radeji zkouset na mensim uzemi), ovsem osmxapi musi fungovat.
    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. Pokud se ti chce generovat kct.osm, tak muzes nahravat by to bylo kam. Na vyber by bylo ftp, scp, http upload. 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.
  5. Jiri Klement jiri.klement na gmail.com #mf36f6c
    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.
    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.
  6. Michal Grézl michal.grezl na gmail.com #ma98a7f
    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.
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.