Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Pavel Machek
Ahoj!

> Vypadá to, že minimálně osm.org nbsp řeší správně:
> https://www.openstreetmap.org/way/34942987#map=19/50.09373/14.46366
> ukazuje, že nic typu "vlna" osm.org nepoužívá
> https://www.openstreetmap.org/node/3226473433#map=19/50.09439/14.34787
> ukazuje, že nedělitelné mezery zobrazí správně
> (Tedy, alespoň to tak vypadá)
> 
> U ostatních renderů jsem zatím nenašel vhodný případ.
> 
> Ano, já hlavně řeším názvy ulic (kde je zalamování vzácné), ale otázka
> je prostá: chceme nbsp v datech, nebo nikoliv?
> 
> Zatím to nevypadá, že bychom se měli shodnout. Aktuální stav je asi
> nejhorší možný: máme nbsp v datech, ale ne vždy a ani ne na celých
> ulicích najednou. Je někdo silně proti tomu, abych do vyřešení tohoto
> problému fungoval podle možnosti 4 a pak když tak ty mezery hromadně
> smazal? Budeme alespoň mít celé ulice se stejným názvem a nbsp se
> budou snadněji mazat, než zpětně doplňovat. Současně ale nbsp nebudu
> doplňovat tam, kde ji zatím žádný úsek ulice nemá.

Zpetne smazat i zpetne doplnit je stejne tezke -- ta mezera jde
doplnit algoritmicky -- takze ano, jsem proti 4.

(Protoze to rozbije hledani, protoze to neni v oficialnich seznamech,
protoze je to tagovani pro renderer, protoze to rozbije lokalni
programy snazici se pracovat s OSM daty, a protoze neviditelny znaky
jsou skodoliba past na kohokoliv kdo se s timbude snazit pracovat.)

DWG navrhovala zeptat se na tagging listu, to by asi byl dalsi rozumny
krok.

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


signature.asc
Description: Digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Matej Lieskovský
Vypadá to, že minimálně osm.org nbsp řeší správně:
https://www.openstreetmap.org/way/34942987#map=19/50.09373/14.46366
ukazuje, že nic typu "vlna" osm.org nepoužívá
https://www.openstreetmap.org/node/3226473433#map=19/50.09439/14.34787
ukazuje, že nedělitelné mezery zobrazí správně
(Tedy, alespoň to tak vypadá)

U ostatních renderů jsem zatím nenašel vhodný případ.

Ano, já hlavně řeším názvy ulic (kde je zalamování vzácné), ale otázka
je prostá: chceme nbsp v datech, nebo nikoliv?

Zatím to nevypadá, že bychom se měli shodnout. Aktuální stav je asi
nejhorší možný: máme nbsp v datech, ale ne vždy a ani ne na celých
ulicích najednou. Je někdo silně proti tomu, abych do vyřešení tohoto
problému fungoval podle možnosti 4 a pak když tak ty mezery hromadně
smazal? Budeme alespoň mít celé ulice se stejným názvem a nbsp se
budou snadněji mazat, než zpětně doplňovat. Současně ale nbsp nebudu
doplňovat tam, kde ji zatím žádný úsek ulice nemá.

2018-01-25 22:19 GMT+01:00 Matej Lieskovský :
> @Jakub Jelen: Kdepak, nbsp zmiňuju jen jako relativně časté označení
> pro zmíněný Unicode znak, který se mi 1) nedaří do Gmailu zadat a 2)
> není moc dobře vidět.
>
> Relevantní dotaz pro Overpas Turbo: http://overpass-turbo.eu/s/vnx
>
> 2018-01-25 14:05 GMT+01:00 Jakub Jelen :
>> Originalni doraz byl, jestli pouzivat HTML entity , nebo ne. Podle me
>> HTML entity by nemely byt v tagu name (i kdyz jsem to nenasel nikde
>> explicitne zakazane, ani povolene, doporucovane nebo nedoporucovane). Nebo
>> uz mame nejake pripady, kde se HTML entity v nazvu pouzivaji?
>>
>> Druha otazka je, jestli pouzivat nejakou unicode reprezentaci pro
>> nedelitelnou mezeru, ktera by nevyzadovala, aby render interpretoval HTML
>> entity. To mi prijde jako rozumnejsi moznost, pokud se neukaze, ze by s tim
>> mohly byt nejake problemy s vyhledavanim, vyslovnosti, atd. Ale bez
>> konkretniho pripadu, ukazky a zkusenosti je to stale pouze teoreticka
>> diskuze, ktera nevede nikam s desitkami nazoru.
>>
>> Mnohem lepe by se rozhodovalo, kdyby v puvodnim emailu bylo nekolik odkazu
>> na nejak konkretni priklady, ktere Matej zatim nasel, kde bychom si mohli
>> vysledky prohlednout v zivych renderech, vyzkouset, jaka je pro ruzna reseni
>> podpora, popripade kde se ktere rendery snazi neco zalamovat. Zde mluvime o
>> nazvech ulic, ktere se kresli podel cary ulice. Pripad, kde by se to mohlo
>> stat mi prijde pouze, kdyz mame velmi kratkou ulici, ale snazi se rendery v
>> takovem pripade vubec jmena zalamovat? Mame nejaky priklad?
>>
>> V tu chvili, kdy budeme vymysleno co s temito daty, neni problem pouzit
>> podobny program jako vlna, ktery hromadne zmeni, doporuci, nebo bude
>> generovat varovani, ze v tomto miste pred touto jednoznakovou predlozkou by
>> mela byt nedelitelna mezera.
>>
>> Jakub
>>
>>
>> 2018-01-25 13:00 GMT+01:00 Jan Macura :
>>>
>>> 2018-01-25 12:00 GMT+01:00 Michal Fabík :

 (...) OSM renderer, který může počítat s až
 puntičkářsky systematizovanými daty.
>>>
>>>
>>> Tak moc bych si nefandil.
>>>
>>> H.
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>

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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Matej Lieskovský
@Jakub Jelen: Kdepak, nbsp zmiňuju jen jako relativně časté označení
pro zmíněný Unicode znak, který se mi 1) nedaří do Gmailu zadat a 2)
není moc dobře vidět.

Relevantní dotaz pro Overpas Turbo: http://overpass-turbo.eu/s/vnx

2018-01-25 14:05 GMT+01:00 Jakub Jelen :
> Originalni doraz byl, jestli pouzivat HTML entity , nebo ne. Podle me
> HTML entity by nemely byt v tagu name (i kdyz jsem to nenasel nikde
> explicitne zakazane, ani povolene, doporucovane nebo nedoporucovane). Nebo
> uz mame nejake pripady, kde se HTML entity v nazvu pouzivaji?
>
> Druha otazka je, jestli pouzivat nejakou unicode reprezentaci pro
> nedelitelnou mezeru, ktera by nevyzadovala, aby render interpretoval HTML
> entity. To mi prijde jako rozumnejsi moznost, pokud se neukaze, ze by s tim
> mohly byt nejake problemy s vyhledavanim, vyslovnosti, atd. Ale bez
> konkretniho pripadu, ukazky a zkusenosti je to stale pouze teoreticka
> diskuze, ktera nevede nikam s desitkami nazoru.
>
> Mnohem lepe by se rozhodovalo, kdyby v puvodnim emailu bylo nekolik odkazu
> na nejak konkretni priklady, ktere Matej zatim nasel, kde bychom si mohli
> vysledky prohlednout v zivych renderech, vyzkouset, jaka je pro ruzna reseni
> podpora, popripade kde se ktere rendery snazi neco zalamovat. Zde mluvime o
> nazvech ulic, ktere se kresli podel cary ulice. Pripad, kde by se to mohlo
> stat mi prijde pouze, kdyz mame velmi kratkou ulici, ale snazi se rendery v
> takovem pripade vubec jmena zalamovat? Mame nejaky priklad?
>
> V tu chvili, kdy budeme vymysleno co s temito daty, neni problem pouzit
> podobny program jako vlna, ktery hromadne zmeni, doporuci, nebo bude
> generovat varovani, ze v tomto miste pred touto jednoznakovou predlozkou by
> mela byt nedelitelna mezera.
>
> Jakub
>
>
> 2018-01-25 13:00 GMT+01:00 Jan Macura :
>>
>> 2018-01-25 12:00 GMT+01:00 Michal Fabík :
>>>
>>> (...) OSM renderer, který může počítat s až
>>> puntičkářsky systematizovanými daty.
>>
>>
>> Tak moc bych si nefandil.
>>
>> H.
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Jakub Jelen
Originalni doraz byl, jestli pouzivat HTML entity , nebo ne. Podle me
HTML entity by nemely byt v tagu name (i kdyz jsem to nenasel nikde
explicitne zakazane, ani povolene, doporucovane nebo nedoporucovane). Nebo
uz mame nejake pripady, kde se HTML entity v nazvu pouzivaji?

Druha otazka je, jestli pouzivat nejakou unicode reprezentaci pro
nedelitelnou mezeru, ktera by nevyzadovala, aby render interpretoval HTML
entity. To mi prijde jako rozumnejsi moznost, pokud se neukaze, ze by s tim
mohly byt nejake problemy s vyhledavanim, vyslovnosti, atd. Ale bez
konkretniho pripadu, ukazky a zkusenosti je to stale pouze teoreticka
diskuze, ktera nevede nikam s desitkami nazoru.

Mnohem lepe by se rozhodovalo, kdyby v puvodnim emailu bylo nekolik odkazu
na nejak konkretni priklady, ktere Matej zatim nasel, kde bychom si mohli
vysledky prohlednout v zivych renderech, vyzkouset, jaka je pro ruzna
reseni podpora, popripade kde se ktere rendery snazi neco zalamovat. Zde
mluvime o nazvech ulic, ktere se kresli podel cary ulice. Pripad, kde by se
to mohlo stat mi prijde pouze, kdyz mame velmi kratkou ulici, ale snazi se
rendery v takovem pripade vubec jmena zalamovat? Mame nejaky priklad?

V tu chvili, kdy budeme vymysleno co s temito daty, neni problem pouzit
podobny program jako vlna, ktery hromadne zmeni, doporuci, nebo bude
generovat varovani, ze v tomto miste pred touto jednoznakovou predlozkou by
mela byt nedelitelna mezera.

Jakub


2018-01-25 13:00 GMT+01:00 Jan Macura :

> 2018-01-25 12:00 GMT+01:00 Michal Fabík :
>
>> (...) OSM renderer, který může počítat s až
>> puntičkářsky systematizovanými daty.
>>
>
> Tak moc bych si nefandil.
>
> H.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Jan Macura
2018-01-25 12:00 GMT+01:00 Michal Fabík :

> (...) OSM renderer, který může počítat s až
> puntičkářsky systematizovanými daty.
>

Tak moc bych si nefandil.

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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Marián Kyral

-- Původní e-mail --
Od: MatějCepl 
Komu: talk-cz@openstreetmap.org
Datum: 25. 1. 2018 12:03:13
Předmět: Re: [Talk-cz] Nedělitelné mezery v názvech ulic
"On 2018-01-25, 08:32 GMT, Petr Slavíček Bc wrote:
> Mapovat pro render se nesmí (teda nemělo by), ale psát text pro render se
> smí?

Přesně tak. Rozdíl je v tom, že rendererů je mnoho a ještě mnoho
jich vznikne a nechceme dělat data, tak aby jeden konkrétní to
zvládnul a ostatní ne. Množství rendererů, které pracují
s přetahováním předložek na novou řádku? 0 A v budoucnosti
takových rendererů vznikne? Hádám, že taky nula. Množství
rendererů, kterým se ublíží když budou mít nedělitelnou mezeru
v názvu? Nevím, ale řekl bych že se to také bude limitně blížit
nule.
"



Zajímavá debata, chvíli souhlasím s jedním, chvíli s druhým. Jak z toho ven?




Napadá mně, jestli by nebylo lepší zavést nějakou speciální značku pro
render. Když už máme značky pro navigaci a výslovnost.




Marián



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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Matěj Cepl
On 2018-01-25, 08:32 GMT, Petr Slavíček  Bc wrote:
> Mapovat pro render se nesmí (teda nemělo by), ale psát text pro render se 
> smí?

Přesně tak. Rozdíl je v tom, že rendererů je mnoho a ještě mnoho 
jich vznikne a nechceme dělat data, tak aby jeden konkrétní to 
zvládnul a ostatní ne. Množství rendererů, které pracují 
s přetahováním předložek na novou řádku? 0 A v budoucnosti 
takových rendererů vznikne? Hádám, že taky nula. Množství 
rendererů, kterým se ublíží když budou mít nedělitelnou mezeru 
v názvu? Nevím, ale řekl bych že se to také bude limitně blížit 
nule.

Matěj
-- 
http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
 
May you come to the attention of those in authority.
May you find what you are looking for.
May you live in interesting times.
   -- claimed to be a Chinese proverb, but its origin is disputed
  first documented use
  Frederic R. Coudert, Proceedings of the Academy of 
  Political Science, 1939


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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Michal Fabík
2018-01-25 9:45 GMT+01:00 Lukáš Karas :
> Ano, řekl bych že je žo naivní pohled. Pevné mezery automaticky nepřidají ani
> webové prohlížeče za kterými stojí obrovské týmy vývojárů. Proto je potřeba je
> v datech mít - jak ve webových stránkách i OpenStreetMap.

Je potřeba je mít v datech, protože nějaké obrovské týmy nějakých
vývojářu v nějakém úplně nesouvisejícím projektu fungujícím podle
jiných pravidel něco nedělá? No dobře. Navíc se IMHO nedá srovnávat
prohlížeč (který počítá s tím, že do něho může být nalito prakticky
cokoliv, včetně textů, u kterých se dá jen těžko určit jazyk, ve
kterém jsou napsány) a OSM renderer, který může počítat s až
puntičkářsky systematizovanými daty.

> Pokud tvrdíš že se jedná pro tagování pro renderer, protože to slouží pouze ke
> správnému zobrazení, tak mi tedy vysvětli proč píšeme velká písmena na záčátku
> názvů a po předložkách? To taky slouží jen ke správnému zobrazební.
> Vždyť v datech může bez problémů být "kralupy nad vltavou", "na poříčí".
> To že tam někde mají být velká písmena si přeci může domyslet renderer...

Velká písmena jsou nositeli významu. "Černá Hora" je město, "Černá
hora" se může jmenovat kdejaký kopec. V ulici, kde bydlím, je
kadeřnictví, které se oficiálně jmenuje "Kadeřnictví" - s malým 'k'
bych si řekl, že to tam nabouchal nějaký začátečník, který nechápe
rozdíl name=* vs. amenity=* vs. description=*. Když uvidím víc velkých
písmen vedle sebe, vím, že asi jde o zkratku, a tedy má smysl
zjišťovat, jaký je oficiální plný název s rozvinutou zkratkou. Velké
písmeno uprostřed slova obvykle znamená, že jde o nějakou moderní
složeninu atd.
Pevná mezera neříká naprosto nic o popisovaném objektu. Říká jen to,
že tato mezera nemá být na konci řádku.

-- 
Michal Fabík
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Mikoláš Štrajt
jak tahle debata pokračuje dál, začínám mít chuť napsat program vlna pro
mapnik, abych dokázal, že to jde. ;-)

--
Severák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Lukáš Karas
Ano, řekl bych že je žo naivní pohled. Pevné mezery automaticky nepřidají ani 
webové prohlížeče za kterými stojí obrovské týmy vývojárů. Proto je potřeba je 
v datech mít - jak ve webových stránkách i OpenStreetMap.

Pokud tvrdíš že se jedná pro tagování pro renderer, protože to slouží pouze ke 
správnému zobrazení, tak mi tedy vysvětli proč píšeme velká písmena na záčátku 
názvů a po předložkách? To taky slouží jen ke správnému zobrazební. 
Vždyť v datech může bez problémů být "kralupy nad vltavou", "na poříčí". 
To že tam někde mají být velká písmena si přeci může domyslet renderer...

Lukáš

Dne čtvrtek 25. ledna 2018 8:55:05 CET Michal Fabík napsal(a):
> 2018-01-24 22:17 GMT+01:00 Lukáš Karas :
> >> Jinak za mě taky nedělitelné mezery do tagů nedávat, ať si to ošetří
> >> renderer, zas taková věda to snad není.
> > 
> > Tohle mi přijde hrozně lokální pohled na problematiku (podobně jako
> > spousta
> > jiných věcí co se zde na listu řeší). Já bych rád aby se české názvy
> > rozumě
> > zalamovaly a zobrazovaly i v rendereru který si napíše třeba Japonec.
> > Někdo
> > mimoevropský nebude vůbec řešit jaké tu v Česku máme typografická
> > pravidla.
> > 
> > Zkuste u nějakého renrereru na githubu vytvořit issue že se nějaký český
> > název špatně zobrazuje a že si to přeci může vyřešit. Taková věda to
> > přeci není. Ještě těch chudákům vývojářům můžete poradit že exituje
> > probram "vlnka" který to přeci dokázal před deseti lety.
> > 
> > Stejně tak já nedokážu posoudit jestli se arabské jméno hospody má
> > vykreslit zleva doprava nebo zprava doleva a už vůbec (bez unicode hitnů)
> > nedokážu napsat renderer kde arabský název obsahuje číslovku!
> 
> Tohle mně zas přijde jako argumentace nefungující, neřkuli přímo
> záměrně zlomyslnou, komunikací mezi uživatelem a autorem rendereru.
> Přece když budu chtít, aby si japonský renderer správně poradil s
> nějakým obskurním aspektem české typografie, tak autorovi neřeknu: "V
> českých názvech máte špatně pevné mezery, spravte si to, tohle si
> přece můžete vyřešit, vlnka to umí taky". Naopak, vysvětím, proč je to
> důležité, popíšu jednotlivá pravidla, dám příklady, třeba ukážu _jak_
> to ta vlnka dělá (a ne, že už to dělá deset let). Podobně, až budu mít
> ve svém rendereru problém se zobrazováním arabštiny, zeptám se někoho,
> kdo umí arabsky. Asi to vidím naivně, ale s jazykovými daty pracuju a
> přesně taková komunikace je pro mě naprosto normální a v podstatě
> nevyhnutelná.
> 
> Podle mě prostě ty pevné mezery jsou tagging for the renderer. Pevná
> mezera slouží ke správnému _zobrazení_, tj. renderingu, žádnou věcnou
> informaci nenese.
> 
> --
> Michal Fabík
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Mikoláš Štrajt

"Tohle mi přijde hrozně lokální pohled na problematiku (podobně jako spousta

jiných věcí co se zde na listu řeší). Já bych rád aby se české názvy rozumě
zalamovaly a zobrazovaly i v rendereru který si napíše třeba Japonec. Někdo
mimoevropský nebude vůbec řešit jaké tu v Česku máme typografická pravidla.

Zkuste u nějakého renrereru na githubu vytvořit issue že se nějaký český
název
špatně zobrazuje a že si to přeci může vyřešit. Taková věda to přeci není.
Ještě těch chudákům vývojářům můžete poradit že exituje probram "vlnka"
který
to přeci dokázal před deseti lety.

Stejně tak já nedokážu posoudit jestli se arabské jméno hospody má vykreslit

zleva doprava nebo zprava doleva a už vůbec (bez unicode hitnů) nedokážu
napsat renderer kde arabský název obsahuje číslovku!

Otevřete trochu svoji mysl a myslete prosím za hranice českého rybníčku."



Jenomže autor rendereru/stylu musí myslet zároveň globálně i lokálně.




Musím mít kupříkladu vyřešeny fonty - můžu mít například nějaký primární
font, který se mi líbí vzhledem, ale pak musím mít fallback pro arabštinu/
čínštinu/cyrilici.




Dále pak může provádět transliteraci nepřeložených názvů (jako to dělá
německý styl na https://www.openstreetmap.de/karte.html). Tohle je v praxi
celkem užitečné - když neumím azbuku a chci studovat mapu nějakého ruského
města, hned se líp zorientuju.




V neposlední řadě se často děje, že se názvy na mapě zobrazují v jazyce
toho, kdo si mapu prohlíží/provozuje. Mapy.cz zobrazují mapu světa s českými
názvy, Kosmosnimki zase s ruskými.




Další věc je, že ne všechny typografický/kartografický vychytávky jdou
provést ve všech jazycích - kupříkladu mapy.cz mají části obce napsané caps
lockem (ŘEPORYJE) oproti samostatným obcím, které jsou bez caps locku
(Ořech). Tohle ale jde udělat jen v jazycích, které rozlišují velká a malá
písmena.





* * *





Jinak "cartography labeling" je samostatná věda. A správné vykreslování
Unicode je další samostatná věda.




--


Mikoláš



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


Re: [Talk-cz] Nedělitelné mezery v názvech ulic

2018-01-25 Tema obsahu Petr Slavíček , Bc .
Mapovat pro render se nesmí (teda nemělo by), ale psát text pro render se
smí?
"Petr
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz