[Talk-cz] Import adres z katastralni mapy
Jan Bilak
jan.bilak.osm na gmail.com
Neděle Únor 14 22:48:12 UTC 2010
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