Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Petr Dlouhý

Ahoj,

tak stahování už funguje. Teď je zase problém s tile-processorem. Program  
vypíše, že mu chybí ntdll.dll (celý výpis v debug módu je v příloze) a  
skončí. Víc informací o chybějících knihovnách je na [1], ale nevím, kde  
bych vzal ntdll.dll, resp. kdybych vzal tu windowsovou, tak by velmi  
pravděpodobně nefungovala - jediná možnost, kterou vidím je to zkusit  
spustit celé pod Wine.

Má někdo nějaké nápady, jak by se to dalo obejít?

[1] http://www.mono-project.com/DllNotFoundException

On Tue, 19 Jan 2010 21:51:46 +0100, Lukas Kabrt lu...@kabrt.cz wrote:


Omlouvam se za problem. Nejak jsem si neuvedomil, ze mam na pocitaci
anglice prostredi a tudiz desetinny oddelovac .. Program jsem
upravil a ted by mel fungovat spravne, stahovat muzete opet na [1]
[1] http://lkabrt.aspone.cz/osm/cuzk.zip



--
Petr DlouhýMono-INFO: Assembly Loader probing location: '/usr/lib/mono/2.0/mscorlib.dll'.
Mono-INFO: Image addref mscorlib 0x8fa6108 - /usr/lib/mono/2.0/mscorlib.dll 
0x8fa5768: 2

Mono-INFO: AOT failed to load AOT module /usr/lib/mono/2.0/mscorlib.dll.so: 
/usr/lib/mono/2.0/mscorlib.dll.so: cannot open shared object file: No such file 
or directory

Mono-INFO: Assembly Loader loaded assembly from location: 
'/usr/lib/mono/2.0/mscorlib.dll'.
Mono-INFO: Config attempting to parse: '/usr/lib/mono/2.0/mscorlib.dll.config'.
Mono-INFO: Config attempting to parse: 
'/etc/mono/assemblies/mscorlib/mscorlib.config'.
Mono-INFO: Config attempting to parse: 
'/home/petr/.mono/assemblies/mscorlib/mscorlib.config'.
Mono-INFO: Assembly mscorlib 0x8fa6108 added to domain tile-processor.exe, 
ref_count=1

Mono-INFO: Config attempting to parse: '/etc/mono/config'.
Mono-INFO: Config attempting to parse: '/home/petr/.mono/config'.
Mono-INFO: Assembly Loader probing location: 'tile-processor.exe'.
Mono-INFO: Image addref CUZK.ExtractAddresses 0x8fccb78 - 
/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe 0x8fa4bb0: 3

Mono-INFO: Assembly CUZK.ExtractAddresses 0x8fccb78 added to domain 
tile-processor.exe, ref_count=1

Mono-INFO: AOT failed to load AOT module 
/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe.so: 
/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe.so: cannot open 
shared object file: No such file or directory

Mono-INFO: Assembly Loader loaded assembly from location: 'tile-processor.exe'.
Mono-INFO: Config attempting to parse: 
'/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe.config'.
Mono-INFO: Config attempting to parse: 
'/etc/mono/assemblies/CUZK.ExtractAddresses/CUZK.ExtractAddresses.config'.
Mono-INFO: Config attempting to parse: 
'/home/petr/.mono/assemblies/CUZK.ExtractAddresses/CUZK.ExtractAddresses.config'.
Mono-INFO: Assembly Loader probing location: 'tile-processor.exe'.
Mono-INFO: AOT failed to load AOT module 
/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe.so: 
/home/petr/soubory/nezarazeno/rsdosm/adresy/tile-processor.exe.so: cannot open 
shared object file: No such file or directory

Mono-INFO: Assembly Ref addref CUZK.ExtractAddresses 0x8fccb78 - mscorlib 
0x8fa6108: 2

Mono-INFO: Assembly Loader probing location: 
'/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll'.
Mono-INFO: Image addref CUZK.Common 0x8fe9d98 - 
/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll 0x8fe9420: 2

Mono-INFO: Assembly CUZK.Common 0x8fe9d98 added to domain tile-processor.exe, 
ref_count=1

Mono-INFO: AOT failed to load AOT module 
/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll.so: 
/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll.so: cannot open 
shared object file: No such file or directory

Mono-INFO: Assembly Loader loaded assembly from location: 
'/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll'.
Mono-INFO: Config attempting to parse: 
'/home/petr/soubory/nezarazeno/rsdosm/adresy/CUZK.Common.dll.config'.
Mono-INFO: Config attempting to parse: 
'/etc/mono/assemblies/CUZK.Common/CUZK.Common.config'.
Mono-INFO: Config attempting to parse: 
'/home/petr/.mono/assemblies/CUZK.Common/CUZK.Common.config'.
Mono-INFO: Assembly Ref addref CUZK.ExtractAddresses 0x8fccb78 - CUZK.Common 
0x8fe9d98: 2

Mono-INFO: Assembly Ref addref CUZK.Common 0x8fe9d98 - mscorlib 0x8fa6108: 3

Mono-INFO: Assembly Loader probing location: 
'/usr/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll'.
Mono-INFO: Image addref System.Drawing 0x8ff3728 - 
/usr/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll 
0x8ff2c58: 2

Mono-INFO: Assembly System.Drawing 0x8ff3728 added to domain 
tile-processor.exe, ref_count=1

Mono-INFO: AOT failed to load AOT module 
/usr/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.so:
 
/usr/lib/mono/gac/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.so:
 cannot open shared object file: No such file or directory

Mono-INFO: Assembly Loader loaded assembly from location: 

[Talk-cz] Historie změn

2010-01-20 Tema obsahu Radek Bartoň
Zdravím.

Existuje někde historie změn, podobná [1], ale více interaktivní než [2], 
která by mi zobrazila pouze změny elementů pro daný region a ne všechny změny, 
jejichž ohraničující obdélník má neprázdný průnik s daným regionem (jako to 
dělá [1])?

Díky za odpověď.

[1] - http://www.openstreetmap.org/history
[2] - http://www.itoworld.com/product/osm/map

-- 
Ing. Radek Bartoň

Faculty of Information Technology
Department of Computer Graphics and Multimedia
Brno University of Technology

E-mail: black...@post.cz
Web: http://blackhex.no-ip.org
Jabber: black...@jabber.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Petr Dlouhý
Ahoj,

chtěl bych se zeptat, jak tvůj program řeší ořez čísel na okrajích  
stažených dlaždic. Ptám se pro jistotu, aby nevznikly zbytečné chyby.

On Mon, 18 Jan 2010 01:13:35 +0100, Lukas Kabrt lu...@kabrt.cz wrote:

 Tak jsem na wiki [1] vytvoril stranku s informacemi o importu. Zaroven
 jsem jsem updatoval program [2], tak aby generoval tagy FIXME pro ty
 adresni body, kde prirazeni mezi databazi a mapou neni jednoznacne.

 Martin Kupec
 Dalsi faze bude sehnat si od hanoje vektorizovane obrysy
 katastralnich uzemi(nejak bojuju s GRASSem, takze si to nejak
 nejsem schopen udelat sam) a pospojovat je na polygony a pridat
 jim podle polohy nazvy.

 S mapou od hanoje jsem si dneska hral a vysledek vypada celkem
 nadejne, takze mapu s polygony snad budu schopny dodat. Chci to jen
 jeste trochu doladit ...

 [1] http://wiki.openstreetmap.org/wiki/Import_Adres_ČR
 [2] http://lkabrt.aspone.cz/osm/cuzk.zip

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Petr Dlouhý

Ahoj,

přes Wine to funguje, ale výsledek není ještě pořád ideální. Spočítaná
poloha jednotlivých bodů totiž nedává úplně smysl - občas je tam NaN,
občas čísla, mimo rozmezí daného BBOX, občas čísla větší než 10.
Nemůže být zase problém s desetinou tečkou/čárkou?
V příloze posílám výstup z programu, a zkrácený výpis programu. Wine rád  
vypisuje

velké množství chyb, takže některých údajů ve výpisu si není třeba všímat.

On Wed, 20 Jan 2010 15:06:44 +0100, Petr Dlouhý petr.dlo...@email.cz
wrote:


Ahoj,
zjistil jsem, že problém je způsoben knihovnou gdiplus. Když to pustíš s
nativním (windowsovým gdiplus), tak to vypisuje spousty errorů, ale zdá
se, že to funguje.
Postup je tedy nakopírovat do složky k tile-processoru knihovnu
gdiplus.dll a spustit:
WINEDLLOVERRIDES=gdiplus=n wine tile-processor.exe -tiles output  
-output

output.csv



--
Petr DlouhýNaN,146702.950,č.p.380
NaN,146754.7875000,č.p.154
NaN,146756.0125000,č.p.158
NaN,146757.7875000,č.p.327
NaN,146761.175,č.p.307
NaN,146763.8125000,bez č.p./č.e
NaN,146764.750,č.p.95
NaN,146765.0375000,č.p.371
NaN,146767.800,bez č.p./č.e
NaN,146767.900,č.p.18
NaN,146768.4375000,bez č.p./č.5
NaN,146769.325,`ăi›.18
NaN,146770.3625000,č.p.17
17.1739615,146603.775,č.e.114
28.9016023,146604.0125000,č.e.162
-13.3194084,146604.1625000,bez č.p./č.e
22.8052630,146604.725,č.e.123
25.2506432,146605.4875000,č.e.122
19.5785180,146605.6625000,bez č.p./č.e
28.8215267,146605.6875000,č.e.121
21.3041753,146607.0625000,č.p.185
20.0086697,146608.5125000,bez č.p./č.e
-13.8272858,146609.075,č.p.72
28.6955692,146609.7375000,č.e.163
19.6154336,146609.9875000,č.e.125
24.0397350,146610.200,č.e.124
15.3684879,146610.475,č.e.157
22.6365889,146610.725,č.e.126
21.4987534,146611.800,č.e.160
20.2294353,146612.2625000,č.e.159
19.4430886,146612.425,č.e.158
15.7585558,146612.9125000,č.e.156
12.3251599,146614.025,č.e.140
29.1072271,146614.3375000,č.e.127
16.0725827,146615.7125000,č.e.155
-8.8858047,146615.725,č.p.57
19.4061337,146616.1375000,č.e.131
24.9312546,146616.225,č.e.128
12.9496791,146616.4625000,č.e.141
23.1539948,146616.900,č.e.130
22.0203888,146617.625,č.e.129
25.8986507,146618.4625000,č.e.134
17.2113959,146618.4875000,č.e.154
13.7883877,146619.150,č.e.142
5.8670917,146619.550,č.p.150
22.6245328,146619.6125000,bez č.p./č.e
23.5137989,146619.675,č.e.133
27.1839870,146619.9125000,č.e.135
20.6333571,146620.7375000,č.e.132
28.8329698,146620.825,č.e.136
1.6581812,146620.9375000,č.e.204
14.6114552,146621.0625000,č.e.143
17.7222345,146621.150,č.e.153
-0.4053473,146622.850,č.e.211
15.5573228,146623.400,č.e.144
23.8128873,146623.7875000,č.e.138
22.2260909,146624.050,č.e.137
2.6110195,146624.3375000,č.e.203
18.7271518,146624.350,č.e.152
-1.6721073,146624.875,č.e.212
16.3610504,146626.000,č.e.145
0.7832481,146626.200,č.e.210
3.5109881,146626.2875000,č.e.202
-0.9800219,146626.5375000,č.e.213
19.4554051,146626.5625000,č.e.150
23.5257756,146627.275,bez č.p./č.e
22.1293273,146627.400,č.e.139
-2.9119608,146627.9375000,č.e.250
4.2537965,146628.500,č.e.201
1.5406709,146628.5625000,č.e.209
17.0366374,146629.4375000,č.e.146
20.2049212,146629.825,č.e.151
0.3261080,146629.8625000,č.e.214
-13.4083651,146630.2875000,č.p.187
23.7531244,146630.3125000,č.e.168
6.6461253,146630.350,č.e.205
2.6240676,146630.9125000,č.e.208
5.0089014,146631.600,č.e.206
17.8839064,146631.7125000,č.e.147
7.9546428,146632.325,č.e.217
20.7799735,146632.625,č.e.149
10.6355646,146633.275,č.e.108
1.2664558,146633.350,č.e.215
13.4202241,146633.600,č.e.109
5.9710289,146633.7375000,č.e.200
-15.2685453,146633.9125000,bez č.p./č.e
3.5631357,146634.0125000,č.e.207
16.5489525,146634.275,č.e.111
-3.9028897,146634.575,č.e.86
18.8508093,146634.725,č.e.148
9.0913673,146635.0875000,č.e.105
-2.0898586,146635.175,bez č.p./č.e
2.2456183,146636.000,č.e.216
22.0324972,146636.5875000,č.e.241
6.7628775,146636.675,č.e.104
11.6479833,146636.700,č.e.167
14.1306400,146636.7875000,č.e.110
-4.8015453,146636.8875000,č.e.87
19.3814924,146638.4125000,bez č.p./č.e
18.4176132,146638.4875000,č.e.242
7.7734975,146638.6375000,č.e.166
4.7746457,146638.8625000,č.e.97
-3.6943602,146638.9625000,č.e.88
10.0830651,146639.2125000,č.e.107
5.8540982,146641.0375000,č.e.98
-2.9380503,146641.050,č.e.89
8.6784062,146642.5125000,č.e.256
-1.9984842,146643.4375000,č.e.90
5.8800849,146643.6375000,č.e.99
7.5145833,146645.1875000,č.e.102
2.5849227,146645.700,č.e.96
-0.3661629,146647.250,č.e.91
-2.0245917,146647.375,bez č.p./č.e
10.9306808,146647.7375000,č.e.259
8.5621781,146647.950,č.e.103
3.7586627,146648.000,č.e.225
5.3861353,146649.825,č.e.100
9.5038525,146650.0625000,č.e.106
0.9660919,146650.8375000,č.e.92

Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Lukas Kabrt
Což ani nevypadá, že by byl problém s Monem. Co má být v souboru
label.txt? Když ten soubor vytvořím a vložím tam nějaké znaky, tak to
začne vypisovat:

Program pracuje tak, ze vezme dlaždici, najde na ní definicni body
budov (cervene tecky) a k nim prislusejici text. Text ulozi do obrazku
tmp.bmp a potom ho rozpozna exetnim OCR programem (tesseract.exe).
Ten ulozi rozpoznany text prave do souboru label.txt

Proc program nefunguje, kdyz soubor label.txt pred spustenim
neexistuje je mi zahadou. Podle vystupu output.csv co jsi posilal,
tak rozpoznavani evidentne funguje ...


chtěl bych se zeptat, jak tvůj program řeší ořez čísel na okrajích
stažených dlaždic. Ptám se pro jistotu, aby nevznikly zbytečné chyby.

dlazdice se prekryvaji o 5% na kazde strane, takze temer jiste, ze
alespon na jedne dlazdici je text cely. Tile-processor vysledky nijak
nezpracovava, pouze ulozi polohu bodu a jemu prislusejici text. V
dalsim kroku, pri prirazovani adres jednotlivym bodum se nesmyslene
rozpoznany text vyfiltruje.


přes Wine to funguje, ale výsledek není ještě pořád ideální. Spočítaná
poloha jednotlivých bodů totiž nedává úplně smysl - občas je tam NaN,
občas čísla, mimo rozmezí daného BBOX, občas čísla větší než 10.
Nemůže být zase problém s desetinou tečkou/čárkou?

Moje chyba. Tile-downloader ukladal dlazdice se spatny jmenem (opet
carka / tecka). Oprava opet na [1]. Pokud mas nejake dlazdice stazene,
tak staci carky v nazvech souboru nahradit za tecky.


V příloze posílám výstup z programu, a zkrácený výpis programu. Wine rád 
vypisuje
velké množství chyb, takže některých údajů ve výpisu si není třeba všímat.

Ty errory to vypisuje i na WIN, jedna se o nejaky problem v
tesseract.exe, na strankach maji k tomu vytvoreny ticket, s tim ze
program ale funguje spravne.

[1] http://lkabrt.aspone.cz/osm/cuzk.zip

--
Lukas

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Martin Kupec
On Wed, Jan 20, 2010 at 09:37:07PM +0100, Lukas Kabrt wrote:
 Program pracuje tak, ze vezme dlaždici, najde na ní definicni body
 budov (cervene tecky) a k nim prislusejici text. Text ulozi do obrazku
 tmp.bmp a potom ho rozpozna exetnim OCR programem (tesseract.exe).
 Ten ulozi rozpoznany text prave do souboru label.txt
Muzu se zeptat, zda pouzivate nejak upraveny/nauceny tesseract
na ceske znaky, nebo to cestinu uspesne neumi?

Kdyz jsem se snazil vytvorit seznam bodu kat. uz. tak jsem si s
tim hral a jmena jsem vzdal a vytahl je z databaze podle cisel.

Martin Kupec


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Petr Dlouhý
Tak se to chovalo pod čistým Monem, kde to nefunguje, a to ani s přítomným  
label.txt. Vypadá to, že má problém spustit externí aplikaci - mono  
používá xdg-open, což je nějaký program na spouštění souborů v uživatelem  
preferovaném prohlížeči/editoru (místo toho, aby externí program prostě  
spustil).

Ten program se mi podařilo rozjet pod programem Wine na kterém je  
nainstalované Mono, a to jsem ještě musel použít knihovnu gdiplus.dll z  
Windows (v tomto případě už nepřítomnost label.txt nehraje roli). Wine je  
implementace windowsových knihoven pod Linuxem. Není to ideální řešení  
(lepší by bylo aby to fungovalo pod Monem přímo, už jenom kvůli tomu, že  
pod Wine je to o něco složitější rozjet), ale pokud by problém zmíněný v  
předchozím odstavci nešel jednoduše vyřešit, tak se tím nezabývej, protože  
jde pouze o jednoúčelovou utilitu a svůj účel splní i takto.


On Wed, 20 Jan 2010 21:37:07 +0100, Lukas Kabrt lu...@kabrt.cz wrote:

 Program pracuje tak, ze vezme dlaždici, najde na ní definicni body
 budov (cervene tecky) a k nim prislusejici text. Text ulozi do obrazku
 tmp.bmp a potom ho rozpozna exetnim OCR programem (tesseract.exe).
 Ten ulozi rozpoznany text prave do souboru label.txt
 Proc program nefunguje, kdyz soubor label.txt pred spustenim
 neexistuje je mi zahadou. Podle vystupu output.csv co jsi posilal,
 tak rozpoznavani evidentne funguje ...


-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Lukas Kabrt
        Muzu se zeptat, zda pouzivate nejak upraveny/nauceny tesseract
        na ceske znaky, nebo to cestinu uspesne neumi?

Pro verzi 3.0 uz existuje i cestina. Verze 3.0 je v stadiu prerelease,
nejsou pro ni binarky a tak je potreba si stahnou zdrojove kody [1] a
zkompilovat.
Soubor pro cestinu je v adresari tessdata tamtez (ces.traineddata).
Nebude ale zpetne kompatibilni s tesseract 2.04.

Puvodne jsem pozival verzi 2.04 ale tam jsem narazil na nejake
problemy na starsich pocitacich s WinXP. Pro verzi 2.04 jsem mel
vytvoreny vlastni jazyk, kde byly definovany pouze znaky ktere se
vyskytuji na katastralni mape - bezčpe. 0123456789. Uspesnost
rozpoznavani byla o neco lepsi nez ted s celou abecedou, ale to se da
celkem dobre vykonpenzovat postprocesingem - stejne zamenuje porad
stejne znaky jako o/0, ./_ apod. Chtel jsem si vytvorit vlastni jazyk
i pro verzi 3.0 ale nenasel jsem k tomu zadny nastroj.


[1] http://tesseract-ocr.googlecode.com/svn/trunk/
--
Lukas

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Import adres z katastralni mapy

2010-01-20 Tema obsahu Petr Dlouhý
Tak jsem ještě trochu hledal, a snad jsem nalezl řešení. Vypadá to, že problém 
je způsoben bugem [1], a workaround je uvedený v ukázkovém programů z přílohy 
toho bugu.

[1] https://bugzilla.novell.com/show_bug.cgi?id=385497


  Původní zpráva 
 Od: Petr Dlouhý petr.dlo...@email.cz
 Předmět: Re: [Talk-cz] Import adres z katastralni mapy
 Datum: 20.1.2010 23:32:05
 
 Tak se to chovalo pod čistým Monem, kde to nefunguje, a to ani s přítomným  
 label.txt. Vypadá to, že má problém spustit externí aplikaci - mono  
 používá xdg-open, což je nějaký program na spouštění souborů v uživatelem  
 preferovaném prohlížeči/editoru (místo toho, aby externí program prostě  
 spustil).
 
 Ten program se mi podařilo rozjet pod programem Wine na kterém je  
 nainstalované Mono, a to jsem ještě musel použít knihovnu gdiplus.dll z  
 Windows (v tomto případě už nepřítomnost label.txt nehraje roli). Wine je  
 implementace windowsových knihoven pod Linuxem. Není to ideální řešení  
 (lepší by bylo aby to fungovalo pod Monem přímo, už jenom kvůli tomu, že  
 pod Wine je to o něco složitější rozjet), ale pokud by problém zmíněný v  
 předchozím odstavci nešel jednoduše vyřešit, tak se tím nezabývej, protože  
 jde pouze o jednoúčelovou utilitu a svůj účel splní i takto.
 
 
 On Wed, 20 Jan 2010 21:37:07 +0100, Lukas Kabrt lu...@kabrt.cz wrote:
 
  Program pracuje tak, ze vezme dlaždici, najde na ní definicni body
  budov (cervene tecky) a k nim prislusejici text. Text ulozi do obrazku
  tmp.bmp a potom ho rozpozna exetnim OCR programem (tesseract.exe).
  Ten ulozi rozpoznany text prave do souboru label.txt
  Proc program nefunguje, kdyz soubor label.txt pred spustenim
  neexistuje je mi zahadou. Podle vystupu output.csv co jsi posilal,
  tak rozpoznavani evidentne funguje ...
 
 
 -- 
 Petr Dlouhý
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz
 
 
 

Petr Dlouhý
petr.dlo...@email.cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz