[Talk-cz] import UIR-ZSJ a pouzitelnost UIR-ADR (dlouhe)

[Michal Grézl]

On Feb 3, 2008 6:39 PM, Petr Nejedly <Petr.Nejedly na sun.com> 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.
>
> --
> Petr "Nenik" Nejedly, NetBeans/Sun Microsystems, http://www.netbeans.org
> 355/113 -- Not the famous irrational number PI, but an incredible simulation!
>

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:)

-- 
Michal Grézl
http://walley.org