Re: [Talk-cz] WeeklyOSM CZ 436

[Jan Dudík]

ne 9. 12. 2018 v 10:40 odesílatel Pavel Machek  napsal:

> >
>
> "Statni hranice vede stredem reky" -- jsou cedule co se na hranicich
> vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre...
>
>
> Pavel
> --
>
Jenže ve skutečnosti je po obou stranách řeky hromada hraničních patníků, a
hranice je pomocí nich stabilizovaná. A když se výrazněji změní tok, je
nutné zmnit státní hranic, respektive vyměnit území se sousedním státem.

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

Re: [Talk-cz] WeeklyOSM CZ 436

[Pavel Machek]

On Fri 2018-12-07 20:37:17, majka wrote:
> On Fri, 7 Dec 2018 at 19:53, Milan Cerny  wrote:
> 
> > Co je na použití multipolygonů špatně? Na velké plochy je používám hodně
> > často a nejsem si vědom nějakého problému.
> > Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný
> > německý model se to na talku [1] probíralo s výsledkem že multipolygon je
> > na velké, hlavně lesní, plochy lepší.
> > Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být
> > problémem do budoucna.
> >
> 
> Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají
> ty multipolygony nepoužívat, ale používat s rozumem.
> 
> Jenže v ideálním případě ten multipolygon musí být editovatelný - tj.
>  problematické je tohle náměstí
>  , kde hranici
> multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece
> nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně

Je to technicky spatne?

Ne, namesti nekonci na stredove care silnice, ale take mezi namestim a
silnici nic neni.

Kdyz to napojim, "mozna" ztratim informaci o sirce silnice.

Kdyz to nenapojim, ztratim informaci ze tam nic nechybi.

Mozna by liniove veci proste meli mit sirku (aspon implicitni) a
napojovani melo byt ok?

> Podobný problém jsou hranice katastrálních území, které jsou definované
> cestami "highway" - např. tady
>  si to
> říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty
> katastry.

"Statni hranice vede stredem reky" -- jsou cedule co se na hranicich
vidi. Pokud se pohne reka, pohne se i hranice. Nekdy je to dobre...

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
https://openstreetmap.cz/talkcz

Re: [Talk-cz] WeeklyOSM CZ 436

[Pavel Machek]

On Fri 2018-12-07 14:11:50, majka wrote:
> On Fri, 7 Dec 2018 at 12:22, Marián Kyral  wrote:
> 
> > A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
> > spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v
> > editorech, tak se vymýšlí obezličky.
> >
> Díky za upozornění, tohle jsem přehlédla.
> 
> Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo:
> - používat multipolygony jen tam, kde je to nutné
> - vnější hranice by měla být pokud možno jediná uzavřená cesta
> - nepoužívat jako vnější cestu jednotlivé neuzavřené cesty
> - nelepit body silnic, železnic a podobných prvků k plochám, vzájemně
> slepovat jen plochy
> - v žádném případě nelepit k hranicím
> 
> Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych
> extrémně uvítala i u nás. Protože editovat některé multipolygony je za
> trest. Většina uživatelů si na to buďto netroufne, udělá to blbě

Me to moc smysl nedava.

Nektere multipolygony asi jsou za trest, ale duplikovat body a cesty
je take za trest. Chtelo by to lepsi nastroje, ne menit system
znaceni.

Konkretne:

Kdyz mam louku ohranicenou plotem, urcite dava smysl mit ji vyznacenou
jako .. louku ohranicenou plotem. Pokud tam jsou dva druhy plotu, tak
dava smysl mit tam dve cesty a multipolygon...

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
https://openstreetmap.cz/talkcz

Re: [Talk-cz] WeeklyOSM CZ 436

[Milan Cerny]

Souhlasím, v některých MP se taky ztrácím, jsou to hlavně ty náměstí a pěší 
zóny. Aktuálně je to asi OC Nový Smíchov
https://www.openstreetmap.org/relation/9065560

Pěšina na admin hranici je jasná chyba, klepnutí na jinou linii. Udivuje mě, že 
to tam vydrželo 6 let bez opravy.
Zajímavé jsou ty odkazy na Overpass turbo na detekci více členů v roli outer a 
cesty v roli outer.
Mám pocit, že tím vzniká jen další řada otázek na téma jak správně na 
multipolygony.

Milan
 

__
> Od: "Marián Kyral" 
> Komu: talk-cz@openstreetmap.org
> Datum: 07.12.2018 22:47
> Předmět: Re: [Talk-cz] WeeklyOSM CZ 436
>
>On 07. 12. 18 20:37, majka wrote:
>>
>>
>> On Fri, 7 Dec 2018 at 19:53, Milan Cerny > <mailto:milan...@centrum.cz>> wrote:
>>
>> Co je na použití multipolygonů špatně? Na velké plochy je používám
>> hodně často a nejsem si vědom nějakého problému.
>> Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže
>> popsaný německý model se to na talku [1] probíralo s výsledkem že
>> multipolygon je na velké, hlavně lesní, plochy lepší.
>> Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může
>> být problémem do budoucna.
>>
>>
>> Na samotném požití multipolygonů není špatně nic. Ty zásady přece 
>> neříkají ty multipolygony nepoužívat, ale používat s rozumem.
>>
>> Jenže v ideálním případě ten multipolygon musí být editovatelný - tj. 
>>  problematické je tohle náměstí 
>> <https://www.openstreetmap.org/relation/7589446> , kde hranici 
>> multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece 
>> nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně 
>> souvisí, ale nedávno jsem pracně upravovala polygon nemocnice, který 
>> byl na silnici nalepený naprosto stejně. Fakt není rozumné čekat, že 
>> tu silnici nikdo neupraví, nerozstříhne a já nevím co ještě.
>> Průšvih je ale spíš multipolygon tvořený spoustou vnějších cest, 
>> například tenhle les <https://www.openstreetmap.org/relation/1458171> 
>> u Lenory. Editace něčeho takového je totiž na mrtvici - musí se 
>> hlídat, jestli ty jenotlivé kousky mají nějaký jiný význam a jaký. 
>> Navíc to bývá různě nalepeno na něco jiného, takže většina lidí od 
>> toho uteče, případně to neúmyslně rozbije.
>>
>
>Kupodivu mi jak to náměstí, tak i ten les přijdou docela v pohodě.
>
>Převést náměstí na něco rozumnějšího je jen otázka nakreslení nového 
>obrysu, jehp přidání do multipolygonu a následné vyházení těch outer kousků.
>U toho lesa pak záleží, co přesně s ním potřebuješ udělat.
>
>> Dotaz přes overpass turbo, co je zmíněný u toho německého návrhu, toho 
>> najde poměrně dost. Ten první dotaz vytahuje multipolygony s více než 
>> 20 cestami jako outer, ten druhý multipolygony, které jako ohraničení 
>> používají silnice.
>>
>> Podobný problém jsou hranice katastrálních území, které jsou 
>> definované cestami "highway" - např. tady 
>> <https://www.openstreetmap.org/way/179269129#map=14/49.8126/13.3495> si 
>> to říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím 
>> rozbil ty katastry.
>>
>
>Tohle je zcela určitě špatně. Po celé hranici ta cesta určitě nevede. 
>Takže smazat highway=track a případně nakreslit tu cestu tak jak 
>skutečně probíhá.
>
>Marián
>
>> Majka
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

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

Re: [Talk-cz] WeeklyOSM CZ 436

[Marián Kyral]

On 07. 12. 18 20:37, majka wrote:



On Fri, 7 Dec 2018 at 19:53, Milan Cerny > wrote:


Co je na použití multipolygonů špatně? Na velké plochy je používám
hodně často a nejsem si vědom nějakého problému.
Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže
popsaný německý model se to na talku [1] probíralo s výsledkem že
multipolygon je na velké, hlavně lesní, plochy lepší.
Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může
být problémem do budoucna.


Na samotném požití multipolygonů není špatně nic. Ty zásady přece 
neříkají ty multipolygony nepoužívat, ale používat s rozumem.


Jenže v ideálním případě ten multipolygon musí být editovatelný - tj. 
 problematické je tohle náměstí 
 , kde hranici 
multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece 
nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně 
souvisí, ale nedávno jsem pracně upravovala polygon nemocnice, který 
byl na silnici nalepený naprosto stejně. Fakt není rozumné čekat, že 
tu silnici nikdo neupraví, nerozstříhne a já nevím co ještě.
Průšvih je ale spíš multipolygon tvořený spoustou vnějších cest, 
například tenhle les  
u Lenory. Editace něčeho takového je totiž na mrtvici - musí se 
hlídat, jestli ty jenotlivé kousky mají nějaký jiný význam a jaký. 
Navíc to bývá různě nalepeno na něco jiného, takže většina lidí od 
toho uteče, případně to neúmyslně rozbije.




Kupodivu mi jak to náměstí, tak i ten les přijdou docela v pohodě.

Převést náměstí na něco rozumnějšího je jen otázka nakreslení nového 
obrysu, jehp přidání do multipolygonu a následné vyházení těch outer kousků.

U toho lesa pak záleží, co přesně s ním potřebuješ udělat.

Dotaz přes overpass turbo, co je zmíněný u toho německého návrhu, toho 
najde poměrně dost. Ten první dotaz vytahuje multipolygony s více než 
20 cestami jako outer, ten druhý multipolygony, které jako ohraničení 
používají silnice.


Podobný problém jsou hranice katastrálních území, které jsou 
definované cestami "highway" - např. tady 
 si 
to říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím 
rozbil ty katastry.




Tohle je zcela určitě špatně. Po celé hranici ta cesta určitě nevede. 
Takže smazat highway=track a případně nakreslit tu cestu tak jak 
skutečně probíhá.


Marián


Majka

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


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

Re: [Talk-cz] WeeklyOSM CZ 436

[majka]

On Fri, 7 Dec 2018 at 19:53, Milan Cerny  wrote:

> Co je na použití multipolygonů špatně? Na velké plochy je používám hodně
> často a nejsem si vědom nějakého problému.
> Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný
> německý model se to na talku [1] probíralo s výsledkem že multipolygon je
> na velké, hlavně lesní, plochy lepší.
> Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být
> problémem do budoucna.
>

Na samotném požití multipolygonů není špatně nic. Ty zásady přece neříkají
ty multipolygony nepoužívat, ale používat s rozumem.

Jenže v ideálním případě ten multipolygon musí být editovatelný - tj.
 problematické je tohle náměstí
 , kde hranici
multipolygonu dělají ulice. Technicky je to špatně - to náměstí přece
nekončí na středové čáře silnice. Tady to sice tak nějak vzájemně souvisí,
ale nedávno jsem pracně upravovala polygon nemocnice, který byl na silnici
nalepený naprosto stejně. Fakt není rozumné čekat, že tu silnici nikdo
neupraví, nerozstříhne a já nevím co ještě.
Průšvih je ale spíš multipolygon tvořený spoustou vnějších cest,
například tenhle
les  u Lenory. Editace
něčeho takového je totiž na mrtvici - musí se hlídat, jestli ty jenotlivé
kousky mají nějaký jiný význam a jaký. Navíc to bývá různě nalepeno na něco
jiného, takže většina lidí od toho uteče, případně to neúmyslně rozbije.

Dotaz přes overpass turbo, co je zmíněný u toho německého návrhu, toho
najde poměrně dost. Ten první dotaz vytahuje multipolygony s více než 20
cestami jako outer, ten druhý multipolygony, které jako ohraničení
používají silnice.

Podobný problém jsou hranice katastrálních území, které jsou definované
cestami "highway" - např. tady
 si to
říká o to, aby někdo tu polní cestu posunul nebo vymazal, a tím rozbil ty
katastry.

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

Re: [Talk-cz] WeeklyOSM CZ 436

[Milan Cerny]

Co je na použití multipolygonů špatně? Na velké plochy je používám hodně často 
a nejsem si vědom nějakého problému.
Před rokem, kdy nám tady kolega fell3 začal zavádět právě níže popsaný německý 
model se to na talku [1] probíralo s výsledkem že multipolygon je na velké, 
hlavně lesní, plochy lepší.
Nerad bych dělal něco, co je z nějakého důvodu špatně, nebo může být problémem 
do budoucna.

Milan

[1] https://openstreetmap.cz/talkcz/c2272

__
> Od: "Marián Kyral" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 07.12.2018 15:30
> Předmět: Re: [Talk-cz] WeeklyOSM CZ 436
>
>
>-- Původní e-mail --
>Od: majka 
>Komu: talk-cz@openstreetmap.org
>Datum: 7. 12. 2018 14:13:33
>Předmět: Re: [Talk-cz] WeeklyOSM CZ 436
>"
>
>
>
>
>On Fri, 7 Dec 2018 at 12:22, Marián Kyral (mailto:mky...@email.cz)> wrote:
>
>"
>
>A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
>spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech,
>tak se vymýšlí obezličky.
>
>"
>Díky za upozornění, tohle jsem přehlédla. 
>
>
>
>
>Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo:
>
>
>- používat multipolygony jen tam, kde je to nutné
>
>- vnější hranice by měla být pokud možno jediná uzavřená cesta
>
>- nepoužívat jako vnější cestu jednotlivé neuzavřené cesty
>
>- nelepit body silnic, železnic a podobných prvků k plochám, vzájemně
>slepovat jen plochy
>
>- v žádném případě nelepit k hranicím
>
>
>
>
>
>Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych
>extrémně uvítala i u nás. Protože editovat některé multipolygony je za
>trest. Většina uživatelů si na to buďto netroufne, udělá to blbě nebo musí
>používat obezličky aby se to nerozbilo ještě víc.
>
>
>
>Sama jsem na několik takových "needitovatelných" multipolygonů narazila.
>Průšvih je, že ti, co tyhle zrůdnosti vytvoří, naprosto nepočítají s tím, že
>se to někdy bude muset upravit. 
>
>
>
>
>"
>
>
>
>Hmm. A já myslel, že tohle standard už dávno je. V podstatě to přesně takhle
>dělám :-D
>
>
>Marián
>
>
>
>
>Btw, koukám že už je 7.12. Už vím co budu dělat o víkendu. Je potřeba zase
>aktualizovat schránky :-D
>
>
>
>
>
>
>"
>
>
>
>
>
>Majka
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>"
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

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

Re: [Talk-cz] WeeklyOSM CZ 436

[Marián Kyral]

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 7. 12. 2018 14:13:33
Předmět: Re: [Talk-cz] WeeklyOSM CZ 436
"




On Fri, 7 Dec 2018 at 12:22, Marián Kyral mailto:mky...@email.cz)> wrote:

"

A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech,
tak se vymýšlí obezličky.

"
Díky za upozornění, tohle jsem přehlédla. 




Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo:


- používat multipolygony jen tam, kde je to nutné

- vnější hranice by měla být pokud možno jediná uzavřená cesta

- nepoužívat jako vnější cestu jednotlivé neuzavřené cesty

- nelepit body silnic, železnic a podobných prvků k plochám, vzájemně
slepovat jen plochy

- v žádném případě nelepit k hranicím





Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych
extrémně uvítala i u nás. Protože editovat některé multipolygony je za
trest. Většina uživatelů si na to buďto netroufne, udělá to blbě nebo musí
používat obezličky aby se to nerozbilo ještě víc.



Sama jsem na několik takových "needitovatelných" multipolygonů narazila.
Průšvih je, že ti, co tyhle zrůdnosti vytvoří, naprosto nepočítají s tím, že
se to někdy bude muset upravit. 




"



Hmm. A já myslel, že tohle standard už dávno je. V podstatě to přesně takhle
dělám :-D


Marián




Btw, koukám že už je 7.12. Už vím co budu dělat o víkendu. Je potřeba zase
aktualizovat schránky :-D






"





Majka


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

Re: [Talk-cz] WeeklyOSM CZ 436

[majka]

On Fri, 7 Dec 2018 at 12:22, Marián Kyral  wrote:

> A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
> spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v
> editorech, tak se vymýšlí obezličky.
>
Díky za upozornění, tohle jsem přehlédla.

Tady je stručné shrnutí toho návodu v češtině, bez toho balastu okolo:
- používat multipolygony jen tam, kde je to nutné
- vnější hranice by měla být pokud možno jediná uzavřená cesta
- nepoužívat jako vnější cestu jednotlivé neuzavřené cesty
- nelepit body silnic, železnic a podobných prvků k plochám, vzájemně
slepovat jen plochy
- v žádném případě nelepit k hranicím

Ten návrh podle mě dává smysl. V podstatě jsou to zásady, které bych
extrémně uvítala i u nás. Protože editovat některé multipolygony je za
trest. Většina uživatelů si na to buďto netroufne, udělá to blbě nebo musí
používat obezličky aby se to nerozbilo ještě víc.

Sama jsem na několik takových "needitovatelných" multipolygonů narazila.
Průšvih je, že ti, co tyhle zrůdnosti vytvoří, naprosto nepočítají s tím,
že se to někdy bude muset upravit.

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

Re: [Talk-cz] WeeklyOSM CZ 436

[Marián Kyral]

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 7. 12. 2018 10:29:04
Předmět: Re: [Talk-cz] WeeklyOSM CZ 436
"

Docela zajímavá je ta zmínka v části "Komunita", ohledně změn u "Jak jste
přispívali(https://hdyc.neis-one.org/?majkaz)", nová sekce "nedávno použité
presety". I když podle mě je ten název trochu nepřesný. Nejsou to nedávno
použité presety jako takové - to by totiž znamenalo nutné použití JOSM a
jeho "špehování" u každého uživatele. Jen to podle mě analyzuje sady změn
pomocí těchto presetů a rozškatulkuje to podle toho změny do skupin. 
Lezou z toho zajímavé, ale ne zcela překvapivé informace: já a Marián -
budovy + schránky, moje importy v podstatě jen schránky, tkk turistika, 
pschonmann silnice a železnice, Milancer multipolygony, cesty, příroda...




Ale užitečnost si dovedu představit - docela dobře to dává nápovědu ohledně
"zaměření" daného uživatele. 




"



Mě zase potěšila nová verze Carto. Konečně nejsou retenční nádrže zobrazeny
jako vodní plochy. Dost mě mi to na mapě vadilo ;-)




A taky mě zaujaly ty diskuse ohledně multipolygonů. Přemýšlím, jestli to
spíše nepřidá další zmatky. Místo aby se řešila pořádná podpora v editorech,
tak se vymýšlí obezličky.




Marián



"





Majka




 


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

Re: [Talk-cz] WeeklyOSM CZ 436

[majka]

Docela zajímavá je ta zmínka v části "Komunita", ohledně změn u "Jak jste
přispívali ", nová sekce "nedávno
použité presety". I když podle mě je ten název trochu nepřesný. Nejsou to
nedávno použité presety jako takové - to by totiž znamenalo nutné použití
JOSM a jeho "špehování" u každého uživatele. Jen to podle mě analyzuje sady
změn pomocí těchto presetů a rozškatulkuje to podle toho změny do skupin.
Lezou z toho zajímavé, ale ne zcela překvapivé informace: já a Marián -
budovy + schránky, moje importy v podstatě jen schránky, tkk
turistika, pschonmann silnice a železnice, Milancer multipolygony, cesty,
příroda...

Ale užitečnost si dovedu představit - docela dobře to dává nápovědu ohledně
"zaměření" daného uživatele.

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

[Talk-cz] WeeklyOSM CZ 436

[Tom Ka]

Ahoj, je dostupné vydání 436 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/11041

* POI více typů v jedné budově.
* OpenLoveMap.
* Vektory pro freemap.sk.
* Omezení využívání multipolygonů.
* Vylepšení tagování antén.
* DWG a Krymský poloostrov.
* Členství v Nadaci OSM dle země.
* Mapy OSM na stránkách Wikipedie.
* Prohlížeč map Atlasr.
* Rozpoznávání řeči a JOSM.
* QGIS 3.4 - nová LTS řada.
* Stará mapa londýnských stok.
* 3D modely hradů, zámku a paláců v Německu.

Pěkné počtení ...

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