Pokud jsem to dobre pochopil, tak tvoje uprava umi predzpracovat velkou datovou sadu a nasledne ji pred vykreslovanim efektivne redukovat na zobrazene okno + odpovidajici detaily meritku.
Testoval jsem CzechiaOSM (100MB) a nejakou datovou sadu stazenou pres JOSM z (3MB). U te 3MB bylo zrychleni pozorovatelne od mensich meritek, u detailu to bylo stejne. Dobra prace, asi ne kazdy devJOSMak se zivi cim ty. hoj hanoj Michal Grézl napsal(a): > On Feb 3, 2008 6:39 PM, Petr Nejedly <[EMAIL PROTECTED]> wrote: >> Michal Grézl napsal(a): >>> silnice a to pak na sebe nenavazuje. A mappaint je soucasti josm uz >>> dlouho, nemusi se rozjizdet, jenom vypnout, je priserne pomalej:) >> Hmm, a nebo nekoho naucit struktury a algoritmy... >> Schvalne zkuste jak by prilozeny prototyp (cleanroom implementace, >> jak si prali panove z josm-dev) fungoval u vas na czechia.osm >> >> java -Xmx256m -jar OSMProcessor.jar >> >> Funguje File->Open (na chvilku zatuhne), zoom koleckem na mysi, >> pan pravym tlacitkem a posouvani nodu. Taky funguje undo se skladanim >> udalosti. >> >> Sada stylu je hardcoded na par typu silnice a area=true, ale architektura >> umoznuje normalne parsovat elemstyles.xml bez ztraty vykonu. > > No rozdil je opravdu znacny (fakt uzasne, jestli se rychlost opravdu > radove nesnizi pri vykresleni vseho co kresli ted josm tak bomba), > jeste to musim vyzkouset na stroji, kde nacteni cele cz.osm do josm se > zaplym mappaintem neni vubec mozne:), ted to zkousim na 1.8ghz notasu > s 1gb ram a OSMProcessor.jar > normalne funguje, kdezto josm s -Xmx800m se sotva hybe (neveril sem ze > to opravdu vubec cele nacte:). > No faktem je, ze ti patlalove, co ted bastli josm, nikdy v zivote > nevideli vektorovy editor a nejsou schopni udelat ani rozumne > ovladani, a chtit po nic nejakou zmenu vykreslovaciho jadra je asi > trosku moc. Asi stejne prejdu na merkaator:) > _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz