[Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-26 Tema obsahu Libor Pechacek
Ahoj,

Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje.  Jsou
tři (polo)automatické způsoby importu, a nakonec pak ruční zadání.

On Tue 26-06-12 04:14:04, Jan Bilak wrote:
 jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do
 snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.:
 
   node id=296674495 lat=48.9631350 lon=14.5119948 version=2
 changeset=1965423 user=Radomír Černoch uid=51295
 timestamp=2009-07-28T14:56:31Z
   tag k=addr:conscriptionnumber v=2030 /
   tag k=addr:housenumber v=2030/1 /
   tag k=addr:postcode v=37006 /
   tag k=addr:street v=U pramene /
   tag k=addr:streetnumber v=1 /
   tag k=source:addr v=uir_adr /
   tag k=uir_adr:ADRESA_KOD v=23398671 /
   /node

Tohle je podle mě výsledek UIR-ADR importu.
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29

   node id=1496603658 lat=48.8736400 lon=14.6758775 version=1
 changeset=9784174 user=Petr1868 uid=72020
 timestamp=2011-11-09T19:54:47Z
   tag k=addr:conscriptionnumber v=13 /
   tag k=addr:country v=CZ /
   tag k=addr:housenumber v=13 /
   tag k=is_in v=Třebeč, Borovany, Jihočeský kraj, CZ /
   tag k=source:addr v=mvcr:adresa /
   tag k=source:loc v=cuzk:km /
   /node

Tento záznam vytváří nástroje napsané Lukášem Kábrtem.
http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
Pokud jsou v obci ulice, je přítomen i tag addr:street.

   node id=33705330 lat=49.7021197 lon=17.0731786 version=12
 changeset=5435557 user=NE2 uid=207745
 timestamp=2010-08-08T17:43:41Z
   tag k=addr:city v=Litovel /
   tag k=addr:conscriptionnumber v=678 /
   tag k=addr:country v=CZ /
   tag k=addr:housenumber v=678/1 /
   tag k=addr:postcode v=78401 /
   tag k=addr:street v=Mlýnská /
   tag k=addr:streetnumber v=1 /
   tag k=is_in v=Litovel, Olomoucký kraj, CZ /
   tag k=name v=Penzion U starého mlýna /
   tag k=source:addr v=mvcr:adresa /
   tag k=tourism v=hotel /
   tag k=url v=http://ustarehomlyna.cz; /
   /node

Tohle je podle mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem.
http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress
Name a URL tagy byly zřejmě přidány ručně.

   node id=283050015 lat=50.1039117 lon=14.5115490 version=2
 changeset=1984279 user=Radomír Černoch uid=51295
 timestamp=2009-07-30T12:44:24Z
   tag k=addr:housenumber v=?/66 /
   tag k=addr:streetnumber v=66 /
   tag k=created_by v=Potlatch 0.10b /
   /node

Tenhle byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné.  Chybí v nich
is_in.

 Jak se vlastně jednoznačně/algoritmicky určí, co je a co není adresní bod?

Všechny mají addr:housenumber, čehož bych se držel.

 Je vidět, že některé adresní body obsahují i doplňkové informace,
 které bude třeba zachovat. Tedy nějaké globální mazání a import
 adresních bodů nebude možný. Bude třeba matchovat staré a nové a podle
 toho se nějak zachovat.

Rozhodně.  A aby to nebylo jednoduché, různé zdroje mají různou přesnost.
Polohově nejpřesnější jsou ruční editace, pak je import pomocí nástrojů Lukáše
K., nejméně přesný je UIR-ADR.

Co se týče doplňkových informací, informaci o ulici, čísle orientačním a
hierarchii sídel obsahují body vytvořené ručně s pomocí CzechAddress a
poloautomaticky nástroji Lukáše K.  Informace o čísle, ulici a sídle pochází z
databáze adres MVČR, umístění adresního bodu je pak výsledkem tvůrčí práce.  V
případech, kdy je na jednom katastrálním území více částí obcí, mohou někdy být
tyto informace nesprávně.  Záleží totiž, jak pečlivě byl import proveden.

Libor

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


Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-26 Tema obsahu Jan Bilak
Ahoj,

díky za rozbor, ale myslel jsem to tak, jaký zápis chceme v OSM
ideálně mít. Tedy v jakém formátu připravovat import z RUIAN, jaké
tagy tam dát pro nové adresní body, jaké tagy doplnit ke stávajícím,
jaké existující tagy případně smazat nebo změnit (ostatní předpokládám
zachovat). Tedy aby to všude jednotné (+ u některých bodů nějaké
specifické tagy). Jak se má složit obsah tagu is_in (pokud tam má
být), protože to je složenina různých údajů.

Honza


Dne 26. června 2012 13:58 Libor Pechacek lpecha...@gmx.com napsal(a):
 Ahoj,

 Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje.  
 Jsou
 tři (polo)automatické způsoby importu, a nakonec pak ruční zadání.

 On Tue 26-06-12 04:14:04, Jan Bilak wrote:
 jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do
 snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.:

       node id=296674495 lat=48.9631350 lon=14.5119948 version=2
 changeset=1965423 user=Radomír Černoch uid=51295
 timestamp=2009-07-28T14:56:31Z
               tag k=addr:conscriptionnumber v=2030 /
               tag k=addr:housenumber v=2030/1 /
               tag k=addr:postcode v=37006 /
               tag k=addr:street v=U pramene /
               tag k=addr:streetnumber v=1 /
               tag k=source:addr v=uir_adr /
               tag k=uir_adr:ADRESA_KOD v=23398671 /
       /node

 Tohle je podle mě výsledek UIR-ADR importu.
 http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29

       node id=1496603658 lat=48.8736400 lon=14.6758775 version=1
 changeset=9784174 user=Petr1868 uid=72020
 timestamp=2011-11-09T19:54:47Z
               tag k=addr:conscriptionnumber v=13 /
               tag k=addr:country v=CZ /
               tag k=addr:housenumber v=13 /
               tag k=is_in v=Třebeč, Borovany, Jihočeský kraj, CZ /
               tag k=source:addr v=mvcr:adresa /
               tag k=source:loc v=cuzk:km /
       /node

 Tento záznam vytváří nástroje napsané Lukášem Kábrtem.
 http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
 Pokud jsou v obci ulice, je přítomen i tag addr:street.

       node id=33705330 lat=49.7021197 lon=17.0731786 version=12
 changeset=5435557 user=NE2 uid=207745
 timestamp=2010-08-08T17:43:41Z
               tag k=addr:city v=Litovel /
               tag k=addr:conscriptionnumber v=678 /
               tag k=addr:country v=CZ /
               tag k=addr:housenumber v=678/1 /
               tag k=addr:postcode v=78401 /
               tag k=addr:street v=Mlýnská /
               tag k=addr:streetnumber v=1 /
               tag k=is_in v=Litovel, Olomoucký kraj, CZ /
               tag k=name v=Penzion U starého mlýna /
               tag k=source:addr v=mvcr:adresa /
               tag k=tourism v=hotel /
               tag k=url v=http://ustarehomlyna.cz; /
       /node

 Tohle je podle mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem.
 http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress
 Name a URL tagy byly zřejmě přidány ručně.

       node id=283050015 lat=50.1039117 lon=14.5115490 version=2
 changeset=1984279 user=Radomír Černoch uid=51295
 timestamp=2009-07-30T12:44:24Z
               tag k=addr:housenumber v=?/66 /
               tag k=addr:streetnumber v=66 /
               tag k=created_by v=Potlatch 0.10b /
       /node

 Tenhle byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné.  Chybí v nich
 is_in.

 Jak se vlastně jednoznačně/algoritmicky určí, co je a co není adresní bod?

 Všechny mají addr:housenumber, čehož bych se držel.

 Je vidět, že některé adresní body obsahují i doplňkové informace,
 které bude třeba zachovat. Tedy nějaké globální mazání a import
 adresních bodů nebude možný. Bude třeba matchovat staré a nové a podle
 toho se nějak zachovat.

 Rozhodně.  A aby to nebylo jednoduché, různé zdroje mají různou přesnost.
 Polohově nejpřesnější jsou ruční editace, pak je import pomocí nástrojů Lukáše
 K., nejméně přesný je UIR-ADR.

 Co se týče doplňkových informací, informaci o ulici, čísle orientačním a
 hierarchii sídel obsahují body vytvořené ručně s pomocí CzechAddress a
 poloautomaticky nástroji Lukáše K.  Informace o čísle, ulici a sídle pochází z
 databáze adres MVČR, umístění adresního bodu je pak výsledkem tvůrčí práce.  V
 případech, kdy je na jednom katastrálním území více částí obcí, mohou někdy 
 být
 tyto informace nesprávně.  Záleží totiž, jak pečlivě byl import proveden.

 Libor

 ___
 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


Re: [Talk-cz] Novépokrytí Bingu

2012-06-26 Tema obsahu Michal Pustějovský
Michal Pustějovský Michal.Pustejovsky@... writes:

 
 Microsoft razantně zvětšil pokrytí ČR satelitní mapou s vysokým rozlišením,
 možná až na celou ČR. Data jsou z let 2010 až 2011 (viz
 http://mvexel.dev.openstreetmap.org/bing/). Zdá se, že také vyřešil problémy s
 posunutím jednotlivých snímků.
 
 ___
 Talk-cz mailing list
 Talk-cz at openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz
 


Pár zajímavých informací na blogu Bingu:
http://www.bing.com/community/site_blogs/b/maps/archive/2012/06/25/released-our-largest-satellite-publication.aspx



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


Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-26 Tema obsahu Libor Pechacek
Ahoj Honzo,

Zabral jsem se do detailů a nějak zapomněl uzavřít návrhem.

Jsem pro požití tagů addr:housenumber, addr:streetnumber,
addr:conscriptionnumber, addr:street a is_in.  Is_in proto, že často obsahuje
informaci o městských částech, kterou z mapy nelze odvodit.  Pokud někdo najde
nějakou hypoalergenní[1] variantu k is_in, jsem pro.

Dál navrhuji seskupit adresy jedné ulice do relace, která ponese addr:street a
is_in, aby se předešlo duplikaci.  Adresní body by v tom případě měly jen
addr:housenumber, addr:streetnumber a addr:conscriptionnumber.  Otázkou je, jak
by taková relace měla vypadat[2].

Addr:postcode, addr:city a addr:country bych klidně zahodil, pokud neposlouží
jako náhrada is_in.

Libor

[1] http://wiki.openstreetmap.org/wiki/Key:is_in#Controversy
[2] v úvahu zřejmě připadá
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways,
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street nebo
http://wiki.openstreetmap.org/wiki/Relation:associatedStreet

On Tue 26-06-12 16:12:11, Jan Bilak wrote:
 Ahoj,
 
 díky za rozbor, ale myslel jsem to tak, jaký zápis chceme v OSM
 ideálně mít. Tedy v jakém formátu připravovat import z RUIAN, jaké
 tagy tam dát pro nové adresní body, jaké tagy doplnit ke stávajícím,
 jaké existující tagy případně smazat nebo změnit (ostatní předpokládám
 zachovat). Tedy aby to všude jednotné (+ u některých bodů nějaké
 specifické tagy). Jak se má složit obsah tagu is_in (pokud tam má
 být), protože to je složenina různých údajů.
 
 Honza
 
 
 Dne 26. června 2012 13:58 Libor Pechacek lpecha...@gmx.com napsal(a):
  Ahoj,
 
  Z mojí zkušenosti se formát adresního bodu liší podle použitého nástroje.  
  Jsou
  tři (polo)automatické způsoby importu, a nakonec pak ruční zadání.
 
  On Tue 26-06-12 04:14:04, Jan Bilak wrote:
  jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se do
  snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.:
 
        node id=296674495 lat=48.9631350 lon=14.5119948 version=2
  changeset=1965423 user=Radomír Černoch uid=51295
  timestamp=2009-07-28T14:56:31Z
                tag k=addr:conscriptionnumber v=2030 /
                tag k=addr:housenumber v=2030/1 /
                tag k=addr:postcode v=37006 /
                tag k=addr:street v=U pramene /
                tag k=addr:streetnumber v=1 /
                tag k=source:addr v=uir_adr /
                tag k=uir_adr:ADRESA_KOD v=23398671 /
        /node
 
  Tohle je podle mě výsledek UIR-ADR importu.
  http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29
 
        node id=1496603658 lat=48.8736400 lon=14.6758775 version=1
  changeset=9784174 user=Petr1868 uid=72020
  timestamp=2011-11-09T19:54:47Z
                tag k=addr:conscriptionnumber v=13 /
                tag k=addr:country v=CZ /
                tag k=addr:housenumber v=13 /
                tag k=is_in v=Třebeč, Borovany, Jihočeský kraj, CZ /
                tag k=source:addr v=mvcr:adresa /
                tag k=source:loc v=cuzk:km /
        /node
 
  Tento záznam vytváří nástroje napsané Lukášem Kábrtem.
  http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
  Pokud jsou v obci ulice, je přítomen i tag addr:street.
 
        node id=33705330 lat=49.7021197 lon=17.0731786 version=12
  changeset=5435557 user=NE2 uid=207745
  timestamp=2010-08-08T17:43:41Z
                tag k=addr:city v=Litovel /
                tag k=addr:conscriptionnumber v=678 /
                tag k=addr:country v=CZ /
                tag k=addr:housenumber v=678/1 /
                tag k=addr:postcode v=78401 /
                tag k=addr:street v=Mlýnská /
                tag k=addr:streetnumber v=1 /
                tag k=is_in v=Litovel, Olomoucký kraj, CZ /
                tag k=name v=Penzion U starého mlýna /
                tag k=source:addr v=mvcr:adresa /
                tag k=tourism v=hotel /
                tag k=url v=http://ustarehomlyna.cz; /
        /node
 
  Tohle je podle mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem.
  http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress
  Name a URL tagy byly zřejmě přidány ručně.
 
        node id=283050015 lat=50.1039117 lon=14.5115490 version=2
  changeset=1984279 user=Radomír Černoch uid=51295
  timestamp=2009-07-30T12:44:24Z
                tag k=addr:housenumber v=?/66 /
                tag k=addr:streetnumber v=66 /
                tag k=created_by v=Potlatch 0.10b /
        /node
 
  Tenhle byl asi vyroben ručně v Potlatchi, JOSM vytváří podobné.  Chybí v 
  nich
  is_in.
 
  Jak se vlastně jednoznačně/algoritmicky určí, co je a co není adresní bod?
 
  Všechny mají addr:housenumber, čehož bych se držel.
 
  Je vidět, že některé adresní body obsahují i doplňkové informace,
  které bude třeba zachovat. Tedy nějaké globální mazání a import
  adresních bodů nebude možný. Bude třeba matchovat staré a nové a podle
  toho se nějak zachovat.
 
  Rozhodně.  A aby to 

Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-26 Tema obsahu Martin Kokeš
Některé atributy jsou důležité pro službu Nominatim

http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview

MK

- Original Message -
From: Libor Pechacek
[mailto:lpecha...@gmx.com]
To: OpenStreetMap Czech Republic
[mailto:talk-cz@openstreetmap.org]
Sent: Tue, 26 Jun 2012 19:21:52
+0200
Subject: Re: [Talk-cz]  Formát zápisu adresních bodů (was Data
RUIAN - výměnný formát)


 Ahoj Honzo,

Zabral jsem se do detailů a nějak zapomněl uzavřít
 návrhem.

Jsem pro požití tagů addr:housenumber,
 addr:streetnumber,
addr:conscriptionnumber, addr:street a is_in.  Is_in
 proto, že často obsahuje
informaci o městských částech, kterou z mapy
 nelze odvodit.  Pokud někdo najde
nějakou hypoalergenní[1] variantu k
 is_in, jsem pro.

Dál navrhuji seskupit adresy jedné ulice do relace,
 která ponese addr:street a
is_in, aby se předešlo duplikaci.  Adresní
 body by v tom případě měly jen
addr:housenumber, addr:streetnumber a
 addr:conscriptionnumber.  Otázkou je, jak
by taková relace měla
 vypadat[2].

Addr:postcode, addr:city a addr:country bych klidně zahodil,
 pokud neposlouží
jako náhrada is_in.

Libor

[1]
 http://wiki.openstreetmap.org/wiki/Key:is_in#Controversy
[2] v úvahu
 zřejmě připadá
   
 http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways,
   
 http://wiki.openstreetmap.org/wiki/Relations/Proposed/Street nebo
   
 http://wiki.openstreetmap.org/wiki/Relation:associatedStreet

On Tue
 26-06-12 16:12:11, Jan Bilak wrote:
 Ahoj,
 
 díky za rozbor, ale myslel
 jsem to tak, jaký zápis chceme v OSM
 ideálně mít. Tedy v jakém
 formátu připravovat import z RUIAN, jaké
 tagy tam dát pro nové
 adresní body, jaké tagy doplnit ke stávajícím,
 jaké existující
 tagy případně smazat nebo změnit (ostatní předpokládám
 zachovat).
 Tedy aby to všude jednotné (+ u některých bodů nějaké
 specifické
 tagy). Jak se má složit obsah tagu is_in (pokud tam má
 být), protože
 to je složenina různých údajů.
 
 Honza
 
 
 Dne 26. června 2012
 13:58 Libor Pechacek lpecha...@gmx.com napsal(a):
  Ahoj,
 
  Z
 mojí zkušenosti se formát adresního bodu liší podle použitého
 nástroje.  Jsou
  tři (polo)automatické způsoby importu, a nakonec
 pak ruční zadání.
 
  On Tue 26-06-12 04:14:04, Jan Bilak wrote:

  jak vypadá ideální zápis adresního bodu v OSM XML? Koukal jsem se
 do
  snapshotu OSM dat ČR a zápisy nemají jednotný formát. Např.:

 
        node id=296674495 lat=48.9631350 lon=14.5119948
 version=2
  changeset=1965423 user=Radomír Černoch uid=51295

  timestamp=2009-07-28T14:56:31Z
                tag
 k=addr:conscriptionnumber v=2030 /
                tag
 k=addr:housenumber v=2030/1 /
                tag
 k=addr:postcode v=37006 /
                tag
 k=addr:street v=U pramene /
                tag
 k=addr:streetnumber v=1 /
                tag
 k=source:addr v=uir_adr /
                tag
 k=uir_adr:ADRESA_KOD v=23398671 /
        /node
 
  Tohle
 je podle mě výsledek UIR-ADR importu.
 
 http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/freemap#Adresn.C3.AD_body_-_MPSV.28UIR-ADR.29

 
        node id=1496603658 lat=48.8736400 lon=14.6758775
 version=1
  changeset=9784174 user=Petr1868 uid=72020
 
 timestamp=2011-11-09T19:54:47Z
                tag
 k=addr:conscriptionnumber v=13 /
                tag
 k=addr:country v=CZ /
                tag
 k=addr:housenumber v=13 /
                tag k=is_in
 v=Třebeč, Borovany, Jihočeský kraj, CZ /
               
 tag k=source:addr v=mvcr:adresa /
                tag
 k=source:loc v=cuzk:km /
        /node
 
  Tento záznam
 vytváří nástroje napsané Lukášem Kábrtem.
 
 http://wiki.openstreetmap.org/wiki/Import_Adres_%C4%8CR
  Pokud jsou v
 obci ulice, je přítomen i tag addr:street.
 
        node
 id=33705330 lat=49.7021197 lon=17.0731786 version=12
 
 changeset=5435557 user=NE2 uid=207745
 
 timestamp=2010-08-08T17:43:41Z
                tag
 k=addr:city v=Litovel /
                tag
 k=addr:conscriptionnumber v=678 /
                tag
 k=addr:country v=CZ /
                tag
 k=addr:housenumber v=678/1 /
                tag
 k=addr:postcode v=78401 /
                tag
 k=addr:street v=Mlýnská /
                tag
 k=addr:streetnumber v=1 /
                tag k=is_in
 v=Litovel, Olomoucký kraj, CZ /
                tag k=name
 v=Penzion U starého mlýna /
                tag
 k=source:addr v=mvcr:adresa /
                tag
 k=tourism v=hotel /
                tag k=url
 v=http://ustarehomlyna.cz; /
        /node
 
  Tohle je podle
 mě CzechAddress plugin pro JOSM napsaný Radomírem Černochem.
 
 http://wiki.openstreetmap.org/wiki/CS:JOSM/Plugins/CzechAddress
  Name a
 URL tagy byly zřejmě přidány ručně.
 
        node
 id=283050015 lat=50.1039117 lon=14.5115490 version=2
 
 changeset=1984279 user=Radomír Černoch uid=51295
 
 timestamp=2009-07-30T12:44:24Z
                tag
 k=addr:housenumber v=?/66 /
                tag
 k=addr:streetnumber v=66 /
                tag
 k=created_by v=Potlatch 0.10b /
        /node
 
  Tenhle
 byl asi 

Re: [Talk-cz] Formát zápisu adresních bodů (was Data RUIAN - výměnný formát)

2012-06-26 Tema obsahu Jan Bilak
Ahoj,

koukám, že tu budou i různé rozdíly mezi adresami z registru a z OSM,
i když v OSM mají v tagu uveden kód adresy registru (tedy mělo by se
jednat o stejnou adresu a asi import z UIR-ADR):

Pár rozdílů z Prahy (pokud jsem neudělal chybu):
http://jabi.aspone.cz/osm/temp/praha-rozdily.pdf

Narážím konkrétně na rozdíly v číslech domu, nikoli v poloze.

Poznámka: levá část je z registru, pravá část z OSM, 0 = neuvedeno,
vzdálenost brát s velkou rezervou, celkově je výstup odporný...

Otázka je, co je správně. Řešit to ručně? Bude toho mnohem více (i z
Prahy). A jak to vůbec řešit?

Honza

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