[Talk-cz] Import adres z katastralni mapy
Jan Bilak
jan.bilak.osm na gmail.com
Neděle Únor 14 23:51:12 UTC 2010
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 <jan.bilak.osm na gmail.com>:
> Máš pravdu, hledal jsem to nějak špatně - mám to v logách... Omlouvám se.
>
> Honza
>
>
> 2010/2/14 Petr Dlouhý <petr.dlouhy na email.cz>:
>> 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 <jan.bilak.osm na gmail.com>
>> 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
>> Talk-cz na openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-cz
>>
>
Další informace o konferenci talk-cz