« zpět na výpis měsíce |

[Talk-cz] WeeklyOSM CZ 436

Vlákno 7.12. - 9.12.2018, počet zpráv: 12


7.12.2018 09:30:28 (#1)
gravatar

Tom Ka

<tomas.kasparek at gmail.com>
1609 5619
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í ...

7.12.2018 10:24:52 (#2)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
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. Majka ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/0feab102/attachment.html>

7.12.2018 12:22:13 (#3)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: majka <majka.zem+talk na gmail.com> Komu: talk-cz na 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/1251a5f5/attachment.html>

7.12.2018 02:11:50 (#4)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
On Fri, 7 Dec 2018 at 12:22, Marián Kyral <mkyral na email.cz> wrote: zobrazit citaci
> 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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/430a1da3/attachment.html>

7.12.2018 03:29:49 (#5)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
---------- Původní e-mail ---------- Od: majka <majka.zem+talk na gmail.com> Komu: talk-cz na 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 <mkyral na email.cz (mailto:mkyral na 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 na openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz https://openstreetmap.cz/talkcz " ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/47bc3613/attachment.html>

7.12.2018 07:53:30 (#6)
gravatar

Milan Cerny

<milancer at centrum.cz>
170 6917
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 ______________________________________________________________ zobrazit citaci
> Od: "Marián Kyral" <mkyral na email.cz> > Komu: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> > Datum: 07.12.2018 15:30 > Předmět: Re: [Talk-cz] WeeklyOSM CZ 436 > > >---------- Původní e-mail ---------- >Od: majka <majka.zem+talk na gmail.com> >Komu: talk-cz na 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 <mkyral na email.cz >(mailto:mkyral na 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 na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz >https://openstreetmap.cz/talkcz >" > >---------- > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz >https://openstreetmap.cz/talkcz > >

7.12.2018 08:37:17 (#7)
gravatar

majka

<majka.zem+talk at gmail.com>
718 2573
On Fri, 7 Dec 2018 at 19:53, Milan Cerny <milancer na centrum.cz> wrote: zobrazit citaci
> 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. 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. Majka ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/c1954c56/attachment.html>

7.12.2018 10:45:55 (#8)
gravatar

Marián Kyral

<mkyral at email.cz>
2501 2837
On 07. 12. 18 20:37, majka wrote: zobrazit citaci
> > > On Fri, 7 Dec 2018 at 19:53, Milan Cerny <milancer na centrum.cz > <mailto:milancer na 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. zobrazit citaci
> 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 zobrazit citaci
> Majka > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > https://openstreetmap.cz/talkcz
------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181207/371a9222/attachment.html>

8.12.2018 01:28:12 (#9)
gravatar

Milan Cerny

<milancer at centrum.cz>
170 6917
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 ______________________________________________________________ zobrazit citaci
> Od: "Marián Kyral" <mkyral na email.cz> > Komu: talk-cz na 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 <milancer na centrum.cz >> <mailto:milancer na 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 na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> https://openstreetmap.cz/talkcz > > > >---------- > >_______________________________________________ >Talk-cz mailing list >Talk-cz na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz >https://openstreetmap.cz/talkcz > >

9.12.2018 10:30:20 (#10)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
On Fri 2018-12-07 14:11:50, majka wrote: zobrazit citaci
> On Fri, 7 Dec 2018 at 12:22, Marián Kyral <mkyral na 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ě
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 ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181209/bece45fe/attachment.sig>

9.12.2018 10:39:23 (#11)
gravatar

Pavel Machek

<pavel at ucw.cz>
1067 1226
On Fri 2018-12-07 20:37:17, majka wrote: zobrazit citaci
> On Fri, 7 Dec 2018 at 19:53, Milan Cerny <milancer na 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ě
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? zobrazit citaci
> 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.
"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 ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181209/7f0c3706/attachment.sig>

9.12.2018 10:47:04 (#12)
gravatar

Jan Dudík

<jan.dudik at gmail.com>
356 733
ne 9. 12. 2018 v 10:40 odesílatel Pavel Machek <pavel na ucw.cz> napsal: zobrazit citaci
> > > > "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 ------------- další část --------------- HTML příloha byla odstraněna... URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20181209/3a594e19/attachment.html>

« zpět na výpis měsíce