Ahoj. Jedná se o špatně detekované body. Tedy ona detekovaná tečka daného rozměru vznikla slitím popisků nebo se tečka zvětšila, protože se slila s popiskem. Tedy takovéto body nejsou ve skutečnosti adresní body.
Nová verze beta 4 s drobnými úpravami: a) takovéto body označuje [CHECK][OVERLAP][NOT POINT] (kvůli možnosti kontroly, pokud se potvrdí správná funkce programu, tak je může program klidně zcela vynechávat) b) spouští vlákna s menší prioritou, aby program mohl běžet na pozadí, aniž by to výrazně zpomalovalo ostatní programy c) vynechává prázdné dlaždice 4000x4000 ještě před rozbalením bitmapy v paměti (kontroluje velikost a CRC32 souboru) d) odděluje možnosti v případě nejednoznačnosti svislítkem, tedy místo ?[č.p.bez č.p./č.e.] je ?[č.p.|bez č.p./č.e.] e) v logu formátuje souřadnice (lon, lat) stejně jako v csv kvůli snadném dohledávání http://jabi.aspone.cz/osm/OcrBeta4.zip Honza 2010/2/14 Jan Bilak <[email protected]>: > Máš pravdu, hledal jsem to nějak špatně - mám to v logách... Omlouvám se. > > Honza > > > 2010/2/14 Petr Dlouhý <[email protected]>: >> Ahoj, >> >> právě že to nastává u těch dat z Prahy-západ (generoval jsem to ale sám), >> například: >> >> 50.1673801,14.3893938,[OVERLAP] >> 50.1025125,14.4268763,[OVERLAP] >> 50.1025113,14.4268763,[OVERLAP] >> 50.0950088,14.3479638,[OVERLAP] >> 50.0950088,14.3479650,[OVERLAP] >> >> S tím GC není problém, že by vůbec nefungoval - problém je s tím, že >> najednou přestane fungovat (po delší době bezproblémového výpočtu). >> Souhlasím ale, že zapnutí GC asi nemá velký vliv na výkon, takže to >> nemusíš řešit. >> >> On Sun, 14 Feb 2010 23:30:56 +0100, Jan Bilak <[email protected]> >> wrote: >> >>> 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. >> >> >> -- >> Petr Dlouhý >> >> _______________________________________________ >> Talk-cz mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-cz >> > _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
