Ahoj, pokud máš někde po ruce csv výpis (kde jsou souřadnice těch chyb s mezerami), tam mi jej prosím pošli. Kouknul bych se, proč to nastává a co se s tím dá dělat. Může to způsobovat i nějaké méně viditelné chyby. U těch dat Prahy, které jsi mne poslal, se toto nestalo.
S tím GC to volat třeba po 100 mapkách asi nemá smysl, protože každá bitmapa v paměti zabere asi 50 MB (4000x4000 px a v RGB 3 byte na pixel) a k tomu ještě další pomocné struktury ... celé se to musí násobit počtem vláken ... tedy alokuje se tam velké množství paměti. Ale ten rozdíl časů nemusí být velký, protože i při standardním chování se musí GC volat celkem často. Honza 2010/2/14 Petr Dlouhý <petr.dlo...@email.cz>: > Ahoj, > > zatím jsem se na to zběžně podíval. Jediná chyba, kterou jsem našel je, že > se několikrát detekovalo [OVERLAP] a řada mezer bez jakéhokoliv textu. > Uzlů s [CHECK][OVERLAP] jsem našel na třetině okresu 8, a to ještě ve > všech případech kromě jednoho byl řetězec správně (kromě mezer na konci). > > Jinak s tím garbage collectorem to funguje, nezkoušel jsem kolik to > zpomaluje, ale jestli myslíš že se to projeví, tak by ho možná šlo volat > jen jednou za 100 dlaždic (nebo něco takového). Asi je v Monu nějaká chyba > a GC najednou přestane automaticky fungovat. > > On Sun, 14 Feb 2010 18:40:26 +0100, Jan Bilak <jan.bilak....@gmail.com> > wrote: > >> Ahoj, >> mas k tomu jeste nejake zasadni postrehy (co je treba upravit)? Tedy >> krome toho, ze ti to zacne plnit pamet, protoze to se mi nepodarilo >> nasimulovat a ani nemam zadny napad, cim by to mohlo byt. >> Honza > > > -- > Petr Dlouhý > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz