[Talk-cz] Import Dibavod - potok: správně strouhy nebo vodní toky pod zemí

[majka]

V okolí jsem narazila na mapě na několik "potoků", které se tam dostaly
importem Dibavod. Nejedná se o potoky jako takové, dokonce ani o potůčky,
ale podle spíš o strouhy - povrchová koryta vyložená betonovými dílci
sloužící historicky k odvodu dešťové vody do potoka, rybníka nebo jen na
louku ke vsáknutí. Navíc některé nejsou nikde připojené na jiné vodní
cesty, začínají i končí na poli či na louce.
Na několika místech se na mapě kříží s novými silnicemi a přeložkami, které
jdou po nižších náspech (max. 2-3 m) s tím, že jsem ještě nezkoumala zda a
jak jsou tu vedené pod silničním tělesem. Vodou se plní jen při dešti.

Co s tím? Zatím jsem 3 nejblížší, kde to jednoznačně na povrchu není žádný
tok, změnila na waterway:drain + intermittent=yes  a nechávám to křížení se
silnicí a začátek a konec v prostoru.

Podobný případ je několik toků, které nejsou vidět na povrchu, ale podle
základní mapy nebo Zabagedu vedou pod zemí. Nechat jak je? Opravit? A jakým
způsobem?

Příkladem je https://openstreetmap.cz/#map=17/48.99816/14.50011, kdy potok
vedoucí od Světlíků je vedený od křížení se silnicí 634 pod zemí - dokonce
podle ZM jinudy, tedy pod tou budovou (skladem), až na západní stranu
kruhového objezdu, kde je napojený na potoky vedené do Nemanického rybníka.

Díky za radu.
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nezname klice countour a countour_ext

[majka]

Podle mého jsou to vrstevnice. A opravdu jsou v základní mapě? Nejsou jen
přidané do cyklomapy apod.?
Majka

2016-09-14 13:08 GMT+02:00 Dalibor Jelínek :

> Ahoj,
>
> nevite nekdo, co znamenaji  klice countour a contour_ext?
>
> Mame jich docela dost. Viz
>
> http://taginfo.openstreetmap.cz/keys/contour
>
> http://taginfo.openstreetmap.cz/keys/contour_ext
>
> Mame jich mit celkem dost v ČR, pokud teda taginfo.cz dobre pocita,
>
> protoze globalni taginfo jich, velmi zajimave, hlasi mene.
>
> http://taginfo.openstreetmap.org/keys/contour#overview
>
>
>
>
>
> dalibor
>
>
>
> ___
> 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] "Studentská" naučná stezka - značit? Jak?

[majka]

Při procházení červené turistické trasy v okolí jsem narazila na tabule
naučné stezky, kterou loni vytvořili studenti Česko-anglického gymnázia. Je
osazeno 8 tabulí, snad bych měla mít pozice všech, fotky budou zatím jen
dokud šlo fotit - vracela jsem se za tmy. Vedeno je jednosměrně po červené
- odkaz i na
http://www.cag.cz/cz/component/content/article/1102-studenti-ag-vytvoili-naunou-stezku

Má cenu tohle nějak zanášet do mapy? Případně jak?

Díky za radu,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Turistické trasy a naučné stezky - 2x relace v OSM

[majka]

Jsem tu zpátky s dotazem na turistické trasy. V okolí máme vyznačené 2
naučné stezky, vedené po turistické trase, resp. je KČT při jejich vzniku
vyznačil jako novou trasu. V databázi je obojí samostatnou relací.
Momentálně doplňuji do mapy rozcestníky a pozice informačních tabulí, o
víkendu pak snad rozcestníky nafotím. Zatím jsem u naučných stezek změnila
na osmc:symbol=*

Nemělo by se to sloučit, hlavně kvůli případné údržbě?
Konkrétně relace "NS Cesta kolem hornického města" + 2441631 by měly být
totéž, a také "NS Člověk a krajina" a relace č. 6421469.

U těch prvních dvou jsou nějaké rozdíly v databázi, fyzicky je to ale totéž.

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

[Talk-cz] Obchody/školy apod. - tag u budovy i samostatný bod - ponechat? + chybné údaje - možno rovnou mazat?

[majka]

V okolí přibývají body, kde je v databázi otagovaná již budova, a z maps.me
přibývá stejně otagovaný bod ve stejném místě.
Co s tím? Nechat, sloučit?

A druhý dotaz - pokud 100% vím, že údaj v databázi je chybný (např. číslo
popisné + evidenční chybně u budovy nebo číslo popisné + evidenční tam, kde
žádná budova není), je možné rovnou mazat?

Zatím jsem do databáze jen přidávala, resp. mazala pouze při stavebních
změnách, a nyní to vypadá že bych měla začít i čistit nesmysly, pokud na ně
přijdu. Jaký je správný postup?

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

Re: [Talk-cz] WTF? [Was: Re: Patra a nákupní galerie ...]

[majka]

Poslední dobou vidím takovýhle changeset minimálně 2x denně a to koukám jen
na České Budějovice, vše jako wheelmap_visitor (...This is a proxy user for
all wheelchair tag changes happening on http://wheelmap.org ...)

Podle mě druhé MAPS.ME - idea dobrá, provedení nanic.

K tomu MAPS.ME - na jejich fóru jsem objevila částečný důvod, proč k těm
tragickým changesetům dochází - spousta uživatelů místo přidávání
soukromých míst ty svoje poznámky nevědomky posílá na OSM. Dost se jich tam
ohledně toho rozčilovalo.

2016-09-20 17:49 GMT+02:00 Matěj Cepl :

> On 2016-09-19, 12:48 GMT, Matěj Cepl wrote:
> > tohle není z mé serie „koukejte co nám tam ti … narvali za
> > kraviny“, ale jsem spíše zmaten.
> > https://www.openstreetmap.org/changeset/42257266
>
> Tak jsem si myslel, že MAPS.ME dokáží největší sviňárny. Jsou
> zde jiní, mnohem úspěšnější ... co říkáte na takovýhle changeset
> https://www.openstreetmap.org/changeset/42290444 ? Je to jenom
> moje úchylnost, nebo je skutečně něco na ideji, že changeset má
> být trochu jako commit v tom smyslu, že má dávat smysl?
>
> Matěj
>
> --
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> Reality is merely an illusion, albeit a very persistent one.
>   -- Albert Einstein
>
>
> ___
> 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] WTF? [Was: Re: Patra a nákupní galerie ...]

[Majka]

Poslední dobou vidím něco takového tak 2x denně a ty změny se pokaždé týkají 
větší části Evropy, takže Budějovice,  které sleduju, v tom ani konkrétně 
nenacházím. Bohužel problém je známý od roku 2011, a nikdo s ním nic nedělá viz 
https://wheelmap.uservoice.com/forums/31554-general/suggestions/2336340-changeset-strategy

Tohle jsou anonymní změny,  které to zkrátka hodí do jedné hromady, bez ohledu 
na místo. Chtělo by to znovu zatlačit na wheelmap, problém je, že teď editují 
tagy davy lidí.

20. září 2016 19:03:23 CEST, Jan Martinec  napsal:
>Jo, obavam se, ze jo.
>
>Dne 20. 9. 2016 19:02 napsal uživatel "Matěj Cepl" :
>
>> On 2016-09-20, 15:58 GMT, Jan Martinec wrote:
>> > Inu, automatika. Nedělá wheelmap třeba to, že seskupuje do
>changesetu X
>> > posledních změn? (Co jsem tam byl kdysi, nevyžadovalo to
>registraci, a do
>> > OSM to commitovalo na pozadí) Tohle by tomu přístupu odpovídalo -
>ale
>> > nehroutil bych se, pokud vím, mění jen pár vybraných tagů
>souvisejících s
>> > přístupností.
>>
>> Tohle je ale fakt na h... další dáreček
>> https://www.openstreetmap.org/changeset/42290444 ... já ani
>> nejsem schopen najít co to změnilo v Praze. Nebo dostanu všechny
>> jejich changesety, protože jejich bounding box bude vždycky
>> zasahovat Prahu?
>>
>> Matěj
>>
>> --
>> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>
>> It is the mark of an educated mind to be able to entertain a thought
>> without accepting it.
>>   -- Aristotle
>>
>>
>> ___
>> 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

[Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[majka]

Mohl by se někdo zkušenější prosím příležitostně podívat, zda mám správně
relace 6422255 a 6421469 ?

Fyzicky i zadáním je to totéž se stejnými prvky, trasa je dlouhá 6 km,
osobně před pár dny zkontrolovaná a doplněná, označená jako kompletní.
Jediný problém jsou z obou stran fyzicky chybějící rozcestníky, které v
teorii (na mapách i evidenci KČT, v Seznam Panorama nebo Google Streetview)
existují. Oba jsou v relaci ponechané, s poznámkou fixme a nahlášené KČT;
prostřední rozcestník v obci Úsilné existuje i ve skutečnosti, a je
nafocený a vložený přes old.openstreetmap.cz
Na konci trasy (Rudolfov) je posledních cca 30 metrů vyznačeno tak, jak
podle mého po posledních stavebních úpravách skončí protože tak jde v tomto
úseku souběžná žlutá naučná stezka - tedy vyvedeno po chodníku až k
zastávce, kde časem předpokládám že ten rozcestník bude nainstalovaný. Jsou
zde totiž cedule zastavení č. 1 té žluté.

Turistickou trasu v OSM upravovala poprvé, takže bych raději, kdyby to
někdo zkontroloval a dal mi vědět, jestli je to takhle dobře nebo co
případně upravit - hlavně než se pustím do něčeho většího.

Díky,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Chyba nahrávání rozcestníků (osmap.cz + android)

[majka]

Nejde mi nahrávat rozcestníky jinak než přes old.openstreetmap.cz.

Jak osmap.cz > chybné rozcestníky > nahrát foto tak i aplikace android my
hlásí cosi o chybějící licenci.

Je závada jen na mém vysílači? Dělají to všechny prohlížeče, jen na
některých se chybová hláška ani neukáže a jen se tváří, že nahrává.

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

Re: [Talk-cz] Chyba nahrávání rozcestníků (osmap.cz + android)

[majka]

Díky za informaci, naprosto mi to takhle stačí.
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Chyba nahrávání rozcestníků (osmap.cz + android)

[majka]

Tak si ještě dovolím dotaz - *co všechno tedy mám fotit, resp. následovně
nahrávat? Zatím lovím jen rozcestníky s kilometráží.*
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Chybně nahraný rozcestník foto č. 9872

[Majka]

Bylo by možné tuto fotku smáznout?

Podařilo se mi k ní přidat chybné údaje, jako CB124. Správně je tam nahraný 
hned ten další, č. 9873, ref. CB125.
Netuším,  jestli tohle můžu nějak opravit sama.

Díky, Majka___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Chyba nahrávání rozcestníků (osmap.cz + android)

[Majka]

Díky za odkaz, tenhle jsem přehlédla a to se snažím nastudovat co jde.

Ty "naše" cedule naučné stezky jsou jak ve stažení v pdf (kompletní tabule), 
tak je k dispozici i text. Stáhnu to aspoň pro svojí potřebu, cedule jinak 
zatím už několik let drží. 
Jen jsou zase značené atypicky - zelenou / žlutou pásovou značkou. Ty trasy KČT 
se opravdu jmenují NS ... a jsou tak i všude na směrovkách.

22. září 2016 22:56:33 CEST, "Marián Kyral"  napsal:
>Dne 22.9.2016 v 21:02 Milan Cerny napsal(a):
>> Základní doporučení http://wiki.openstreetmap.org/wiki/Cs:PhotoDB
>> Já fotím všechny rozcestníky a tabulky patřící trasám KČT (pěší,
>cyklo, jezdecké, vozíčkářské, lyžařské) a tabule NS, vše pokud možno
>čitelné a neponičené.
>> Bohužel právě tabule NS se stávají častým cílem čmáralů. Z deseti
>tabulí je někdy k nahrání třeba jen jedna :(
>No ono je někdy lepší alespoň něco. Na nápravu můžeš čekat dlouho. A
>nebo se taky nemusíš dočkat vůbec.
>Poslední dobou bývají součástí tabule i QR kódy na kterých se dá ten
>text najít.
>
>Marián
>> Milan 


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

[Talk-cz] Ještě k tur. trasám - číslované úseky

[majka]

Tak snad ještě poslední dotaz, protože tohle jsem možná přehlédla.

Nemůžu se nikde dopátrat toho, jak se v OSM zachází s číslovanými úseky
trasy; resp. jestli nemáme udělané trochu nesprávně a tedy nemáme sloučené
trasy KČT do jedné jen proto, že má stejnou barvu.

Konkrétní případ - modrá značka u Českých Budějovic, je vyznačená v OSM
jako jedna relace, fakticky jsou to ale dvě trasy - č. 1262 a 1282, které
se dělí rozcestníkem Borek. Ta společná relace nemá označení reference, je
označená jako kompletní a nemá rozcestníky. Zrovna část těch rozcestníků o
kterých buďto vím nebo jsou v dosahu kola či MHD přidávám a tu trasu můžu
ještě projít.

Totéž je na druhé straně na červené - na rozcestníku Dobrá Voda (bus) se
jde jedním směrem trasa 0122, druhým směrem trasa 0153. V OSM je podle mě
spojených těch jednotlivých tras ještě víc.

Takže - rozdělit na samostatné relace podle těch čísel tras, s referencemi
podle toho?

Mělo by to jednu výhodu - je jednodušší ohlídat správnost toho kratšího
úseku, pokud bude správně navazovat.

Díky za radu,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Ještě k tur. trasám - číslované úseky

[majka]

Mě stále ještě funguje vyhledávání tras KČT, kde to ukazuje rozcestníky a
čísla tras, viz například
http://trasy.kct.cz/1667

Samozřejmě to nenajde trasu, ale podle rozcestníků se dá zrekonstruovat /
ověřit.

Podle toho tedy vybírám a snažím se případně v celém rozsahu
projít/doplnit. Sice poslední dobou kde jde, dělám domácí přípravu od
počítače, protože jsem v polovině případů nenašla rozcestník kvůli tomu, že
zmizel/byl přesunut/je schovaný větvemi a navíc je na mapách uvedený
minimálně o 70 metrů jinde. Na Streetview nebo Seznam Panorama se občas to
umístění najít dá, takže nejprve vím kam koukat, a až pak teprve jdu...

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

Re: [Talk-cz] Cizojazyčná jména

[Majka]

K tomu nejmenovanému editoru - chvíli jsem procházela jejich fórum a dost lidí 
tam nadávalo, že netušili že editují data OSM. Zkrátka to brali tak, že 
ukládají svoje body zájmu do svého zařízení. 
Skoro bych řekla, že tohle je pravý důvod těch nesmyslných editů. V tom 
problému se podle mého nestalo nic, lidi si zanadávali a tím to zhaslo.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] osmap.cz: Tur. trasa zobrazovaná tam, kde není ani v datech

[majka]

Mohl byste se prosím někdo podívat na to, proč se mi ukazuje na
https://openstreetmap.cz/#map=17/49.02545/14.48029&layers=dKAGB tur. trasa
(resp. dvě, modrá a žlutá) tam, kde žádná není a v datech jí nevidím, a ani
nevidím nějakou nedávnou změnu?

Jedná se o ulici Na Babě, kterou na rozdíl od zobrazení "Turistické trasy
EU" zobrazují "Turistické trasy ČR" modrožlutě.

Bohužel se mi to nedaří najít ani v historii změn - nabíhá tam spousta
balastu okolo.

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

Re: [Talk-cz] osmap.cz: Tur. trasa zobrazovaná tam, kde není ani v datech

[majka]

Díky, tahle informace mi naprosto stačí. Tak za týden na to kouknu znovu,
kdyby náhodou...
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Plánovač tras KČT - referenční čísla rozcestníků

[majka]

Tak na tenhle formát se mi už dlouho nepodařilo narazit a podle mého nemá
"svoje" číslo ref., ale číslo trasy a pořadí rozcestníku na ní.

Takže osobně bych buďto to nové číslo dala alespoň do poznámky (protože
časem asi takhle ten rozcestník bude), nebo ho nechala, i když pak je
jasné, že se vzalo z toho plánovače KČT.

Majka

2016-09-30 12:08 GMT+02:00 Jakub Konečný :

> Ahoj, dneska jsme s Petr1868 narazili na problém plánovače tras KČT. Chtěl
> jsem nahrát fotky rozcestníků z NS Drbákov - Albertovy skály (
> osmap.cz/#map=15/49.7243/14.3697) a všiml jsem si, že ref jsou v OSM
> vyplněné jinak, než v reálu na rozcestnících. Petrovi jsem napsal a říkal,
> že je převzal právě z plánovače KČT.
>
> Vypadá to, že v plánovači jsou všechny ref v novějším formatu (XY123), ale
> v reálu často takové ref na rozcestníku vůbec není. Viz třeba rozcestník U
> křížku:
> - realita https://api.openstreetmap.cz/img/guidepost/_1470316150799.jpg
> - plánovač http://trasy.kct.cz/#/?t=PB140
>
> Počítám, že mapovat by se měly reálné ref a ty z plánovače můžu smazat.
> Nebo ponechat i ref z plánovače?
>
> Jakub Konečný
>
> ___
> 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] tagování NS Cesta jediného boha

[majka]

Co s tímhle případem - už jsem se na to ptala, ale nevím jestli to bylo
jasně pochopené. Pro ilustraci odkaz na rozcestníky
https://api.openstreetmap.cz/img/guidepost/Rudolfov_Na_Americe.jpg a
https://api.openstreetmap.cz/img/guidepost/CB234.jpg , ze kterých je to
jasné.

2 naučné stezky, značené naprosto totožně. Pásové značení KČT a název trasy
"NS xxx". Ta trasa (žlutá, resp. zelená) nevede nikam jinam, nemá další
návaznost, je to jen a pouze tohle. Stále se nemůžu zbavit dojmu, že by to
nemělo být každé mapováno dvěma relacemi, protože samostatně nepřežije ani
jedno z toho.

Ještě jsem do toho mého původního zadání nesáhla, zatím to nechávám tak jak
jsem to zadala předtím, než jsem poprvé chtěla zkontrolovat zadání dat.

Ještě jednou díky.

Majka

2016-10-04 10:44 GMT+02:00 Petr Vozdecký :

> Ahoj,
> zapomenuta reakce... Mariane, odpoved na tvoji otazku je v 4a) nebo 4b)
>
> pro zajemce o tuto problematiku nabizim sirsi vysvetleni:
> v zasade se musime shodnout na tom, o cem ma znacka (linie) v mape
> vypovidat. Bud to bude informace "tudy to vede", nebo to bude informace
> "takhle je to v terenu znaceno", nebo rozlisit oboji. Tag osmc:symbol=* nam
> umoznuje rozlisit oboji a meli bychom jej tak vyuzivat (bez ohledu na to,
> ze nejcasteji uzivane rendery to (zatim) při zobrazeni nerozlisuji. A to
> plati jak pro learning, tak pro jakekoliv jine trasy
>
> Tedy rozhodne se stavim k tomu dodrzet pravidlo, ze pokud si umime
> zodpovedet otazku "jak to v terenu skutecne vypada" (tedy ze o tom ma
> mapper relevantni informaci), VZDY pouzije tag osmc:symbol=* a jeho
> hodnotami da jasne najevo stav veci:
>
> 1) Kdyz je stezka osazena tabulemi (cimz v zasade existuje), ale v terenu
> neni ZADNE pasove znaceni a navic bez dalsi snahy NELZE DOVODIT kudy vede
> (navstevnik se musi orientovat napr. podle mapky nebo trasu dovodit z jine
> informace) pak tagujeme *osmc:symbol=none:none*. V takovem pripade zalezi
> na renderu, zda trasu nejak vykresli (predpokladam, ze je jeji trasa
> spravne a uplne zmapovana pomoci relace a renderer mj, jednoznacne vi, ze
> jde o learning/horse/atd. trasu), osobne bych doporucoval, aby ji
> specificky vykreslil (tedy defaultne - napr. je-li to learning, pak nikoliv
> cerchovanou svetle zelenou+zlutou, ale napr. teckovanou)
>
> 2) kdyz je stezka v terenu jakkoliv jednoznacne definovana, napr. jde po
> naprosto nesporne trase (nelze z ni pri dobre vuli sejit, jde po trase v
> CHKO, ktera nema odbocky apod.) ale NEMA ZADNE pasove znaceni, je potreba
> prvni barvu v tagu osmc:symbol=* definovat, aby se linie vykreslila
> jednoznacne v mape. U NS (learning tras) bych navrhnul univerzalni
> *osmc:symbol=green:none*. To "none" jasne rika, ze trasa v terenu neni
> znacena pasovym znacenim.
>
> 3) kdyz je stezka v terenu JAKKOLIV znacena pasovym znacenim (tzn. bud
> huste na kazdem 10. strome, nebo ridce jen na odbockach), je potreba prvni
> barvu v tagu osmc:symbol=* definovat, aby se linie vykreslila jednoznacne v
> mape. U NS (learning tras) je to nejcasteji *osmc:symbol=green:neco*. Ale
> nemusi to byt vzdy nutne green, barva by mela vychazet z realu a tam, kde
> je stezek vice a autori je rozlisili barevne (cervene puntiky a modre
> puntiky), tak bych volil barvu dle autoru (v mape pak asi nezbyva, nez
> pouzit mapperem navrzenou barvu linie, ale opet cerchovanou se zlutym
> podkladem. V mensich rozlisenich mapy pak klidne univerzalni barevna
> interpretace, tedy zlutozelene, at je globalne videt: tedy je nejaka NS).
>
> 4) Toto reseni se tyka i situace, kdy je NS vedena po jine soubezne
> znacene trase a v miste JE ZREJME, ze tomu tak je a navstevnik tuto situaci
> (zpusob znaceni) pochopi. Pak je potreba NS mapovat samozrejme samostatnou
> relaci (nezavislou na relaci dane turisticke tresy) a oznacit
> *osmc:symbol=green:neco*, kde "neco" zalezi na realnych okolnostech:
> a) pokud je NS vedena po cervene turisticke a na rozcestniku KCT je na
> smerniku cervene trasy u cerveneho hrotu jeste i klasicka znacka NS
> (zatimco v terenu je jiz jen cervena turisticka znacka) pak jde o
> jednoznacne znaceni (jen se zjednodusuje pasove znaceni) a pristupoval bych
> k tomu tak, ze pasove znaceni EXISTUJE a ma tvar a podobu klasicke znacky
> NS, tedy *osmc:symbol=green:white:green_backslash* (diskuse? jiny nazor?
> vychazim z toho, ze vyse uvedenym grafickym vyjadrenim KCT rika: tam kde
> vidis na strome cervenou, predstav si i znacku NS a umoznuje tak vyznacit
> teoreticky i odboceni uprostred trasy pouhym namalovanim odbocujici znacky
> NS vedle cervene znacky na strome...)
> b) pokud je NS vedena po turisticke cervene a je to zrejme JEN z nejakeho
> textu na tabuli (napr.: "jdete celou cestu po cervene znacce anz na
> vrchol"), pak by

Re: [Talk-cz] Turistická trasa v OSM - prosba o zkontrolování správnosti mého zadání

[majka]

Jestli jde o to namalovat ty značky, můžu to během dneška udělat. Jen mi
dejte přesně vědět požadavky - tj. v jakém formátu (svg/png) případně u png
velikost a kam/komu to pak předat.

Pořád mi tady prší, takže dneska toho moc nenacestuju...

Majka


> > jestli to znamená potřebu namalovat vzory značek, na to už nemám časovou
> kapacitu... nabízí se
> > někdo? Udělat banku nekonečného množství kombinací...?
>
> Taky na to nemam kapacitu, ale IMHO by se hodne veci dalo prevzit
> z toho OTM klice, tam uz toho bylo hotoveho dost. Takze dobrovolnici
> vitani.
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Značky KČT v svg + png 50x50, pár mapových značek

[majka]

Dala jsem dohromady svg primárně pro značky KČT podle jejich definic, zcela
nově přibyla okružní koňská trasa (podkova) a značky konce trasy
(čtvereček). Doplněny jsou všechny barevné kombinace, které by se měly
vyskytovat. Provedení značek jsem udělala podle toho, co už bylo na
wikipedii, tedy včetně orámování částí, které v reálu neexistuje.

Přidáno je zatím jen pár mapových značek, které tu chyběly, můžu bez
problémů pokračovat.

Vygenerovány jsou k nim také obrázky png 50x50, které jsem našla použité na
wiki, není problém skriptem vygenerovat další velikosti na přání.

Zatím jsem vše jen nahrála na dropbox
<https://www.dropbox.com/sh/fyqj6hbfgonnali/AAB7rSxGF19nu-ni_WyuF-pPa?dl=0>,
odkud je možné si je stáhnout, svg jsou rozdělené do podadresářů, ta png
jsou všechna pohromadě.

Bohužel si netroufám na editaci wikipedie, i když už jsem se konečně
prokousala přihlášením. Mám strach, že bych udělala víc škody než užitku.

Takže navrhuji, že můžu zatím být na dálkové ovládání - dejte pokyn co
chybí, a já se dám do kreslení.

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

[Talk-cz] Magistrát České Budějovice - označeno několikrát, jak napravit?

[majka]

Náhodou jsem koukla na náš magistrát na osmap
<https://openstreetmap.cz/#map=19/48.97437/14.47313&layers=AG> a zjistila
jsem, že je až příliš aktivně otagován - prakticky je totiž v mapě 5x na
tomtéž místě.

Podle mého by se ty tagy "townhall" a jméno "Magistrát České Budějovice"
měly všude z budov stáhnout, a ponechat jen bod u hlavního vchodu,
minimálně do doby, než se případně zmapuje jeho vnitřní rozložení.

Pro mimobudějovické - ten komplex budov je vzájemně průchozí, funguje jako
celek, nezávisle na tom, že ho tvoří "na papíře" samostatné budovy a má 2
oficiální vchody, přitom jeden pro magistrát a jeden pro živnostenský úřad.
Takže já osobně bych zatím ke každému z těch vchodů dala bodem příslušný
poi.

Můžu to takhle opravit, nebo něco mluví proti tomu?

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

Re: [Talk-cz] Značky KČT v svg + png 50x50, pár mapových značek

[Majka]

To samozřejmě myslím, ale nepíšu...___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] GE Money -> Moneta Money

[majka]

Ano, banka je nově "MONETA Money Bank, a. s.", jinak se nezměnilo nic (tedy
až na související logo a typ písma firemních dokumentů). Pro jistotu
oficiální adresa banky tak jak ji sami uvádějí: MONETA Money Bank, a. s.,
Vyskočilova 1422/1a, 140 28 Praha 4 – Michle, IČ: 256 72 720

Tuhle informaci jsem měla z první ruky, jen mi nedošlo, že to bude třeba v
OSM změnit.

Majka

2016-10-06 23:21 GMT+02:00 Marián Kyral :

> Ahoj,
>
> nejsem jejich klientem, nicméně jsem si všiml, že se tato banka
> přejmenovala. Neplánuje někdo provést aktualizaci v OSM?  Já na to teď
> nemám prostor.
>
>
> Předpokládám, že bude stačit stáhnout data přes overpass-turbo, upravit
> v Level0 editoru a nahrát zpět. Zbývá jen otázka, co dát do name=* a
> operator=*
>
> Má to být "MONETA Money Bank, a. s." ?
>
> Marián
>
>
> ___
> 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] Dotaz na mapovani silnicnich pruhu

[majka]

Mě osobně hlavně přijde merge_to_left na 1-lane trochu zbytečný, protože
při jízdě "jinam" nemůžu. U vícepruhových úseků je to dobrá informace o
tom, že jedu v pruhu který skončí. Naopak, použila bych to případně až na
ten připojovací pruh - tam platí že chci vědět, že krasojízda za chvilku
skončí.
Ale vcelku to podle mě ničemu nevadí, jen je to tag navíc.

Ty both_ways se u nás v praxi vyskytovat můžou - hned v prvním případě
 toho
původního odkazu, tedy obousměrné odbočení doleva přes čtyř- a
vícepruh mapovaný
jako dvě cesty. Samozřejmě je variantou to rozdělit v prostředku a mapovat
každý směr zvlášť.

2016-10-11 15:11 GMT+02:00 Jan Martinec :

> Merge_to_left mi připadá logický i pro 1-lane (zejména v situacích, kde ta
> lane přejde v připojovací pruh a skončí).
>
> Both_ways je blbě - to je vyloženě pro pruhy se střídavým/obousměrným
> provozem; to snad u nás ani není, nebo je? Každopádně U Kabla je to
> klasická silnice "jeden tam, jeden zpět," tam to nepatří.
>
> HPM
>
> Dne 11. 10. 2016 14:20 napsal uživatel "Martin Hamrle" <
> martin.ham...@gmail.com>:
>
> Zdravim,
>>
>> nedavno jsem zjitil, ze osmose pridal kontrolu mapovani jizdnich pruhu
>> viz. http://osmose.openstreetmap.fr/en/map/#zoom=13&lat=50.0668&;
>> lon=14.4731&layer=Mapnik&overlays=T&
>> item=3160&level=1%2C2%2C3&tags=highway&fixable=
>> Pri oprave nalezenych problemu jsem narazil na dva caste problemy. Nez
>> to zacnu opravovat chtel bych se zeptat, jestli je zde shoda, jak by
>> to melo byt.
>>
>> Prvni je caste pouziti turn:lanes=merge_to_left u jednopruhovych
>> najezdu napriklad zde
>> https://www.openstreetmap.org/way/255619335 Na wiki je popis
>> merge_to_left trochu nejednoznacny ale na vsech prikladech se pouziva
>> merge_to_left pouze u vicepruhovych silnic, kde lze zmenit pruh v
>> ramci jedne silnice. Zmapovano je to jako jako jedna way s lanes>=2.
>> Ostatne takto to kontroluje i osmose.
>>
>> Druhy casty problem, na ktery narazim, je v pouziti lanes:both_ways.
>> Napriklad
>> https://www.openstreetmap.org/way/4779348
>> https://www.openstreetmap.org/way/4052868
>> Na wiki je pouze proposal pro tento tag
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Suffix_both_ways
>> Z uvedenych prikladu se zda ale ze to s proposal nema nic spolecneho.
>> Spis je to pouzito jako zkratka pro lanes:forward and lanes:backward
>> se shodnyma hodnotama. V techto pripadech bych rad tag nahradil
>> standartizovanou variantou lanes:forward a lanes:backward.
>>
>> Diky za pripominky,
>>
>> Martin
>>
>> ___
>> 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

[Talk-cz] České Budějovice - omezení vjezdu do centrální zóny 6t - jak udělat bezbolestně

[majka]

Začala jsem přidávat detailnější informace k silnicím vč. omezení vjezdu v
krajském městě.
Přitom jsem narazila na jedno, které se týká celé centrální zóny. Jedná se
o omezení vjezdu vozidel nad 6t do zóny definované tady

+ pár míst mimo, na která jsem narazila.

Ty podmínky jsou (snad správně) nadefinované jako "maxweight=6 +
maxweight:bus=none + maxweight:conditional=none @ permit_holder"

Co s tím v datech? Nadefinovat tu zónu jako nějaký typ relace, vložit tam
všechny ulice kterých se to týká a dát ty tagy tam + doplnit na odbočovací
pruhy (lanes)? Nebo to dát na každou jednotlivou ulici v téhle zóně?

Vypadá to, že potřebuji školení buďto na JOSM nebo na online nástroje :)

Prosím o nakopnutí správným směrem, a ideálně poradit, jak vybrat všechny
ulice uvnitř takto definované zóny, ať už s tím budu dělat cokoli.

Jakékoli hromadné zásahy bych ráda udělala jediným changesetem, kvůli
případné reverzi, kdyby se nezadařilo.

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

Re: [Talk-cz] České Budějovice - omezení vjezdu do centrální zóny 6t - jak udělat bezbolestně

[majka]

2016-10-13 14:55 GMT+02:00 Pavel Machek :

> > Co s tím v datech? Nadefinovat tu zónu jako nějaký typ relace, vložit tam
> > všechny ulice kterých se to týká a dát ty tagy tam + doplnit na
> odbočovací
> > pruhy (lanes)? Nebo to dát na každou jednotlivou ulici v téhle zóně?
>
> Radeji do relace, prosim. S josm by to melo celkem jit...
>
>
Jaký typ relace je na tohleto správně? Nějak na to nemůžu nic najít.

Obdobně - je nějak jednotně řešené zmapování parkovací zón v Praze nebo to
je na každé jednotlivé ulici? Také nám o nich letos v červnu vrchnost
rozhodla, takže bych ten způsob opsala.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Duplicitní adresy na POI

[Majka]

Obávám se, že těch případů bude přibývat, protože se tam dostávají hlavně z 
mobilního mapování- tedy maps.me, osmand apod. Všechny tyhle programy víceméně 
podsouvají to, že POI má mít adresu a velmi jednoduše umožňují její zadání  - 
ještě snáz než skutečně užitečné tagy. Navíc minimálně maps.me "nevidí" tagy na 
budovách, jen na bodech. A protože mapují naprostí amatéři, co v životě 
neviděli nic jiného než danou apku, vypadá to tak, jak to vypadá.

Osobně problém zobrazení duplicitních adresních čísel vidím jako problém 
zobrazovače - u POI by se podle mého neměla ta čísla ukazovat. A duplicity u 
stejného tagu budova - bod řeším vymazáním původního tagu na budově, protože 
jinak mi to tam další dobrák lupne znovu. 
U kina jsem minulý měsíc takhle mazala tag na budově + tři další totožné body, 
zůstal jen ten čtvrtý. Je to sice tak trochu "tagování pro render", ale to 
nejjednodušší co s tím momentálně lze udělat. A musím doufat,  že časem budou 
mít všichni aktuální data - a do té doby mazat a zase mazat duplicity.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] nejde zobrazit fotografie rozcestníků

[majka]

Jen potvrzuji, že problém je i při nahrávání přes android. Nahraje, jen ten
soubor se v databázi ukáže jen názvem souboru.

2016-10-30 15:05 GMT+01:00 Zdeněk Pražák :

> je něco nového, fotografie nových rozcestníků pořád nejde zobrazit
>
> -- Původní zpráva --
> Od: Zdeněk Pražák 
> Komu: talk-cz@openstreetmap.org
> Datum: 28. 10. 2016 8:24:27
> Předmět: nejde zobrazit fotografie rozcestníků
>
> Všiml jsem si, že nelze zobrazit v poslední době nahrané fotky rozcestníků
> - jde o fotky od http://api.openstreetmap.cz/table/id/10286 výše
>
>
> ___
> 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] nejde zobrazit fotografie rozcestníků

[majka]

Jen jako námět - nestálo by za to tu databázi vyčistit? Co si vybavuji tam
zůstávají fotky, označené ke smazání (jen se znepřístupní). Je tomu stále
tak?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Dotaz relacím street / building / area - zobrazení v mapniku apod. + 3D budovy

[majka]

Zdravím všechny a znovu tu jsem s dotazem, protože mi není jasné, jestli
dělám chybu já, nebo je problém v relacích jako takových.

3 konkrétní případy:


*relace street: *příklad - (id 6 196 741, ul. Rudolfovská v ČB) - není
moje, ale osobně nevidím problém. Jen to takhle nadefinované jméno se nikde
nezobrazuje - ani v mapniku, ani v mapboxu. To jméno zkrátka zmizí ze
světa.Takže to takhle nepoužívám, ale v případě "kouskování" silnice např.
kvůli mapování pruhů je pak to jméno zbytečně opakované, navíc místy až
moc. Kdyby to fungovalo, bylo by to báječné.


*relace building / relace area / 3D budovy:*
příklad - (id 6 703 677 a id 6 703 678), opět v ČB, momentálně označené
jako area - doufala jsem že pomůže relace area narozdíl od relace building,
u náměstí, Černá věž a katedrála sv. Mikuláše.

Důvodem je 3D mapování. Bohužel v okamžiku zmapování "pater" přes sebe,
označených jako building:part "zmizí" celá budova, jejíž obrys je správně
označen jako building:yes nebo building:cathedral. U Černé věže zůstávají
viditelné alespoň části, netuším z jakého důvodu. Katedrálu sv. Mikuláše
jsem v mapniku ztratila komplet.

Naprosto se mi nedaří do 2D mapy vrátit tu budovu jako takovou. Vyzkoušeno:
bez relace, obrys budovy jako budova:yes + komplet pokryto částmi
označenými jako building:part. 3D rendrování bez problému, jen na mapniku +
mapboxu neviditelné nebo částečně neviditené. Relace building i relace area
- vidím hodně podobně, mapbox alespoň přizná cosi, ale budova to není.
Dokonce jsem tady ten obrys i zvětšovala, kdyby se náhodou takhle chytil,
ale nepomohlo. Správné by mělo být jak zaplnění obrysu kompletně částmi
budovy (to byl první pokus), tak i vytvoření relace typu building. Ta je
podle mého stále ještě ve fázi návrhu, takže to první řešení by mělo být
univerzálnější.

*Můžete se prosím někdo podívat?* Odkaz je
https://openstreetmap.cz/#map=18/48.97529/14.47678 , 3D pohledy na
http://demo.f4map.com/#lat=48.9752330&lon=14.4762250&zoom=19 nebo
https://osmbuildings.org/?lat=48.97441&lon=14.47564&zoom=17&rotation=0&tilt=30
Ta katedrála na osmbuildings ještě není vykreslená detailně, chvíli to tam
trvá.


Začínám přemýšlet o tom, že hraní s 3D budovami nechám a tyhle 2 (tedy
celkem 3, včetně Vodárenské věže) vyexportuju bokem a v databázi smáznu a
nechám jen půdorysy. Přece jen je podstatnější, aby se budova ukázala v
"normální" mapě než ve 3D pohledech.

Díky za rady,

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

Re: [Talk-cz] Dotaz relacím street / building / area - zobrazení v mapniku apod. + 3D budovy

[majka]

Díky moc, tohle mě nenapadlo. Takže teď už jen zkoriguju ty dnešní pokusy
se vším možným a vrátím to do původně nahraného stavu - tedy s relací
type:building. Budu na to příště myslet, přitom i ten layer jsem tam
zkoušela dávat.

Majka

2016-11-11 14:54 GMT+01:00 Michal Pustějovský 
:

> Ahoj,
>
> sv. Mikuláše jsem opravil, nezobrazoval se kvůli tomu, že ho "překrývala"
> plocha highway=pedestrian/area=yes. Bohužel v mapniku je už dlouho "bug"
> (nebo feature?), že highways s area=yes přeplácnou vše ostatní nezávisle na
> layer. Oprava spočívala v tom, že jsem náměstí zkonvertoval na multipolygon
> a obrys kostela hodil jako inner.
>
> Michal
>
> -- Původní zpráva --
> Od: majka 
> Komu: talk-cz@openstreetmap.org
> Datum: 11. 11. 2016 14:15:30
> Předmět: [Talk-cz] Dotaz relacím street / building / area - zobrazení v
> mapniku apod. + 3D budovy
>
> Zdravím všechny a znovu tu jsem s dotazem, protože mi není jasné, jestli
> dělám chybu já, nebo je problém v relacích jako takových.
>
> 3 konkrétní případy:
>
>
> *relace street: *příklad - (id 6 196 741, ul. Rudolfovská v ČB) - není
> moje, ale osobně nevidím problém. Jen to takhle nadefinované jméno se nikde
> nezobrazuje - ani v mapniku, ani v mapboxu. To jméno zkrátka zmizí ze
> světa.Takže to takhle nepoužívám, ale v případě "kouskování" silnice např.
> kvůli mapování pruhů je pak to jméno zbytečně opakované, navíc místy až
> moc. Kdyby to fungovalo, bylo by to báječné.
>
>
> *relace building / relace area / 3D budovy:*
> příklad - (id 6 703 677 a id 6 703 678), opět v ČB, momentálně označené
> jako area - doufala jsem že pomůže relace area narozdíl od relace building,
> u náměstí, Černá věž a katedrála sv. Mikuláše.
>
> Důvodem je 3D mapování. Bohužel v okamžiku zmapování "pater" přes sebe,
> označených jako building:part "zmizí" celá budova, jejíž obrys je správně
> označen jako building:yes nebo building:cathedral. U Černé věže zůstávají
> viditelné alespoň části, netuším z jakého důvodu. Katedrálu sv. Mikuláše
> jsem v mapniku ztratila komplet.
>
> Naprosto se mi nedaří do 2D mapy vrátit tu budovu jako takovou.
> Vyzkoušeno: bez relace, obrys budovy jako budova:yes + komplet pokryto
> částmi označenými jako building:part. 3D rendrování bez problému, jen na
> mapniku + mapboxu neviditelné nebo částečně neviditené. Relace building i
> relace area - vidím hodně podobně, mapbox alespoň přizná cosi, ale budova
> to není. Dokonce jsem tady ten obrys i zvětšovala, kdyby se náhodou takhle
> chytil, ale nepomohlo. Správné by mělo být jak zaplnění obrysu kompletně
> částmi budovy (to byl první pokus), tak i vytvoření relace typu building.
> Ta je podle mého stále ještě ve fázi návrhu, takže to první řešení by mělo
> být univerzálnější.
>
> *Můžete se prosím někdo podívat?* Odkaz je https://openstreetmap.cz/#map=
> 18/48.97529/14.47678 , 3D pohledy na http://demo.f4map.com/#lat=48.
> 9752330&lon=14.4762250&zoom=19 nebo https://osmbuildings.org/?lat=
> 48.97441&lon=14.47564&zoom=17&rotation=0&tilt=30 Ta katedrála na
> osmbuildings ještě není vykreslená detailně, chvíli to tam trvá.
>
>
> Začínám přemýšlet o tom, že hraní s 3D budovami nechám a tyhle 2 (tedy
> celkem 3, včetně Vodárenské věže) vyexportuju bokem a v databázi smáznu a
> nechám jen půdorysy. Přece jen je podstatnější, aby se budova ukázala v
> "normální" mapě než ve 3D pohledech.
>
> Díky za rady,
>
> Majka
> ___
> 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] Rozhovor s předsedou Rady značení KČT

[majka]

K tomu značení - na webu je ke stažení příručka značení. Podle mého to není
jediný předpis k tomu, jak značení provádět/obnovovat, ale i tak je to
zajímavé čtení. Kromě toho máme známého "štetečkáře" - tedy nyní už spíš ve
výslužbě, který se tím zabývá už od dávných dob. Takže trochu mám představu
o tom, co to pro ně představuje. Na druhé straně jsem se s ním nikdy
nebavila o tom, jestli za to dostává alespoň symbolickou odměnu - tedy
třeba aspoň něco na pivo a svačinu...

Pokud se má značení dělat poctivě (a v terénu, tedy stromy), nepochybuju,
že to je na dlouhé lokte a ani vzdáleně se nedosahuje rychlosti značení co
tady padá. Jen po paměti podle předpisu: pokud je nutné, oškrábat kůru,
očistit, a až pak namalovat značku přesných rozměrů. Měli by přitom i
případně ořezat větve či křoví, které značku zakrývá, nebo jí najít lepší
místo, a kontrolovat zda je značení dostatečné z obou směrů. Něco jiného je
značení v obci, zvlášť pokud používají nyní oblíbené samolepky. Chodí v
několika lidech, a pokud se jim podaří za den vyznačit 4 km, bývá to
úspěch. Pravda je, že zkrátka dělají kdy a na jak dlouho se k tomu dostanou
a hlavně se seženou dohromady.
Na druhé straně se stále bavíme o tom, že tu práci, resp. čas tomu
věnovaný, který by na tom byl nejdražší, dělají značkaři zadarmo. U těch
samolepek se značkami už to taková láce nebude, cedulky na rozcestníky
netuším kolik koštují ale "sponzorují Lesy ČR".

No, stejně si můžeme tak akorát postěžovat tady nebo na lampárně :)

Majka

2016-11-17 17:49 GMT+01:00 <0174 :

> Dodal bych, že kamarád je značkař a nedávno ho povýšili na vedoucího
> značkaře, protože má za sebou vyznačení 12 (!) km tras. Nevím, co je
> všechno potřeba udělat pro označení/přeznačení, ale zjevně to budou max.
> jednotky km denně.
> Nicméně souhlasím s tím, že pokud je značení placené z daní, tak by měly
> být podklady dostupné pod svobodnou licencí.
>
> Vojta
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zprovoznění obchvatu Staňkova

[majka]

Jo, ty trasy jsou z parcel přesnější než z GPS v mém mobilu :) Ale zkusím
jestli by mi někdo z kačerů neposlal GPS záznam, nač to s sebou všichni
vozíme...

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

Re: [Talk-cz] Zrusene restaurace

[majka]

Tam co chodí Babiš je EET asi nepoloží ;)

On 1 December 2016 at 13:41, Pavel Machek  wrote:

> A poslat Babisovi po facebooku. Pry nevi o zadny restauraci co by se
> zavirala ;-).
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Dotaz: Silnice a informace z ŘSD

[majka]

Předávám jeden dotaz, protože odpověď by zajímala i mě:
---
*Mam laicky dotaz. Nejde brat udaje o silnicich i z dat od RSD. Nejake
jejich propagacni letaky, pripadne prehledne situace a pod? Chapu, ze tam
muze byt problem s legalnosti dat a s tim, ze to nejsou geolokacni data.
Nebo tam je jeste nejaky jiny zadrhel?*
---
Tolik zatím citace.

V obecné rovině - jak dalece je legální použití podkladů, které kdokoli sám
zveřejní - tedy např. oznámení na internetu, noviny a podobné? Co takhle
vývěsky obcí, kde se dá narazit také na dost podrobností? Fakt tím nemyslím
to prohledávat účelově, ale případ, kdy na to člověk narazí v rámci pátrání
po něčem jiném. U nás jsem např. takto narazila na komplet vyznačení
cyklopruhů, včetně toho co se bude dělat až příští rok :) Předpokládám, že
ten diskutovaný obchvat Staňkova byl "ve stavbě" vyznačený na základě
něčeho podobného.

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

Re: [Talk-cz] Rozdělení červené

[majka]

a což takhle tam dát na to inkriminované místo access:conditional=no s
buďto s omezením pro kolo jako takové, nebo ještě sezónně (tedy s @ +
měsíce)

2016-12-07 16:35 GMT+01:00 Petr Kadlec :

> Ahoj,
> Vím leda o http://wiki.openstreetmap.org/wiki/Cs:Key:seasonal
>
> -- Petr Kadlec / Mormegil
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na vyčištění cache v JOSM

[majka]

Krátce - ano, v nastavení je možné vymazat. Ale - jde to jen vše pro každý
jednotlivý podklad, tedy například kompletní Bing, ne jen staré dlaždice.

Dne 10. 12. 2016 7:20 napsal uživatel "Zdeněk Pražák" :

chtěl jsem se zeptat, zda v JOSM existuje možnost vyčistit cache od starých
stažených podkladových dlaždic

___
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] dotaz na vyčištění cache v JOSM

[majka]

Ty dlaždice jsou v databázích, rozklíčovat se mi to nepodařilo ani na to,
co je který podklad...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] vánoční vtípek od F4

[Majka]

http://demo.f4map.com/#lat=48.9752330&lon=14.475&zoom=19&camera.phi=-1.113

Kašna v ČB + socha u Černé věže.  Plus parky stojí za prohlédnutí, samozřejmě. 
Nějak se nám tu ta překvapení po městě množí.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] WeeklyOSM CZ 335

[majka]

Vzhledem k tomu, že v datech OSM to osvětlení není všude (JOSM umí zobrazit
pomocí několika stylů mapy, používám to při kontrole mapování), bych řekla
že užití není v současnosti reálné - alespoň České Budějovice a okolí nemá
zmapováno osvětlené ulice všude. Spíš bych to viděla jako námět na co se
zaměřit v blízké době při mapování.

Co vím, třeba ve Velké Británii mají "téma měsíce". Což takhle to zkusit i
u nás? Tím myslím vyhlásit, na co se v daném měsíci zaměřit při mapování -
třeba zrovna to osvětlení, nebo nedávno zmiňované rampy na schodištích nebo
ty sochy, na které se narazilo před vánoci... Bývají to věci, které mě
normálně nenapadne kontrolovat, zda už jsou nebo nejsou zmapované.

Majka

2017-01-04 16:36 GMT+01:00 Mikoláš Štrajt :

>
> Jo, to znám, ale to není z dat OSM ;-)
> Zajímal mě ten inverzní případ. Use case je jasný: *Jsem slabý jedinec v
> cizím městě a chci vědět, kudy je relativně bezpečné procházet*. Což mě
> přivádí na myšlenku, že routovací engin, který by uměl zohlednit "noční"
> cestu jsem taky ještě nepotkal :-)
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Toll values on the D8

[majka]

Našla jsem
http://www.ceskedalnice.cz/pro-ridice/dalnicni-znamky/#zpoplatnene-useky a
vypadá to, že by to mělo být dobře takhle - zpoplatněné úseky jsou tu
uvedené jen:

Zdiby (výjezd 1) – Řehlovice (výjezd 65)
Knínice (výjezd 80) – hranice s Německem (km 92) – *ve směru z Německa bez
poplatku*

On 6 January 2017 at 05:22, Tom Ka  wrote:

> Hello, I can not check that on place, so just short translation to
> czech for others:
>
> Vypada to ze je problem v nastaveni placenych useku pomoci tagu
> toll=yes/no na nove dalnici D8. Je nekdo schopen zkontrolovat v terenu
> pripadne je nekde dostupny hodnoverny zdroj o placeni online?
>
> Diky
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[majka]

Ještě k tomu stavu zmapování osvětlených ulic - tedy ne přímo lamp, to je
samostatná záležitost, ale jen a pouze tagu lit na silnicích:

Mapa už samozřejmě existuje a je tu krásně vidět, jak je či spíš není
zmapováno. Např. Praha:
http://product.itoworld.com/map/69?lon=14.48826&lat=50.08501&zoom=12&open_sidebar=share_menu&fullscreen=true

Mimo Prahu je to ještě horší.

Doporučuju prohlédnout nabízené mapy všechny, třeba "walkable city" -
http://product.itoworld.com/map/132?lon=14.48031&lat=48.99107&zoom=16&open_sidebar=share_menu&fullscreen=true
je taky zajímavá a je/bylo z ní mimo jiné i vidět, proč mě pěší navigace
naháněly na silnice I. třídy bez chodníků, místo na souběžnou stezku pro
pěší a cyklisty a na kterých místech je třeba domapovat chodníky.

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

Re: [Talk-cz] I/8 nebo II/608

[majka]

Osobně bych to udělala už hned podle značení na místě - obvykle se
"skutečnost" na místě nadřazuje jiným informacím.

2017-01-09 15:11 GMT+01:00 :

> Ahoj,
>
> mam strucny dotaz teologicke povahy... ted, po otevreni posledniho useku
> dalnice D8 by se mela z puvodni silnice I/8 stat II/608. Tento stav uz je
> respektovan znacenim. Papirove by se tak ovsem melo stat az po prevedeni
> silnice na kraj. Co ted? Respektovat znaceni nebo cekat na uredni kolecko?
>
> J.
>
> ___
> 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] Geometrie budov s podloubím a RUIAN, jak zmapovat správně

[majka]

Zdravím,
v souvislosti s changesetem č. 45027391 bych se potřebovala zeptat, zda
vládne nějaká shoda ohledně toho, jak mapovat budovy s podloubím - v tomto
případě je to specificky kolem náměstí v Českých Budějovicích.

Bylo (a část ještě je) zmapováno podle vnějšku, tedy včetně podloubí nad
kterým je obvykle druhé a další patro budovy. Podloubí je pak zmapováno
jako "arcade". Podle mě je to takhle logicky, i když papírově je podloubí
součástí náměstí. Z přetrasování budov jsem tuhle část vynechávala, spíš
jsem časem chtěla podle JOSM/pointinfo doplnit tagy.

Jenže teď byla severní část přetrasována podle RUIAN - kde samozřejmě to
podloubí chybí a není součástí budovy. Hodně nešťastné je, že je teď
čtvrtka náměstí zmapována jinak než zbytek, takže bych potřebovala poradit
co s tím. Navíc zůstalo to bývalé průchozí podloubí (arcade) mimo budovu,
takže nesmyslně. Patra (building:levels) podle RUIAN také nesedí všude,
občas se týkají jen části budovy, tady je to převzaté všude.

Obdobně - co s rodinnými domy, které mají např. připojené garážové stání
pod opticky společnou střechou, ale podle RUIAN je "budova" jen ta část
pevně spojená se základy nebo ještě extrémnější případ některých skladových
či výrobních hal, kde podle RUIAN je budovou jen část?

Díky za radu,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] (no subject)

[majka]

Tak je to nový uživatel (07.01.2017) a jedná se o jeho první editace. Jména
zatím dává všude. Není problém si to poznamenat a případně časem opravit.

Beru to tak, že tohle jsou první (a možná i poslední) pokusy, dejme mu
šanci a čas se ozvat... Moje první editace taky nebyla žádná sláva :)

2017-01-11 8:55 GMT+01:00 Marián Kyral :

> Ahoj,
> tak jsem si do RSS čtečky přidal potenciálně podezřelé changesety (
> http://resultmaps.neis-one.org/osm-suspicious-feed?country=190&hours=48&;
> mappingdays=10&tsearch=&comp=%3E&value=10&action=d&obj=n )
>
> a hned na mne vyskočilo toto:
>
> http://overpass-api.de/achavi/?changeset=44975232
>
> Z louky se stal park. Další pole smazal a udělal tam "Park u domu". V Týně
> nad Vltavou zakreslil "Park u vody". Na komentář k changesetu zatím
> nereagoval.
>
> Co si o tom myslíte?
> Marián
>
> ___
> 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] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[majka]

2017-01-11 14:06 GMT+01:00 Petr Vozdecký :

> Mapovat highway=street_lamp (zdroje světla) jednotlivě je v praxi na
> hranici myslitelnosti. Asi by muselo jít opravdu o import. Bez importu je
> proveditelnější pouze lite=no|yes (ne|osvětlený prvek), což je třeba ve
> městech udělatelné z velké části skoro i z paměti...
>
Tak inspirována debatou jsem osvětlené ulice udělala alespoň u nás ve vsi,
na krajské město se zaměřím někdy příště :)

Našla jsem, že obec má samozřejmě pasportizaci a odkazuje na mapu mj. i s
jednotlivými lampami, takže jsem je i naťukla jestli by neposkytli. Bleskem
se ozval starosta (ještě týž den), jenže mě odkázal na firmu Geosense,
která tu mapu pravděpodobně spravuje... Vzhledem k velikosti obce bude s
největší pravděpodobností rychlejší ty lampy oběhnout než zjišťovat, čí ta
data vlastně jsou. Ale informace mají pěkné, to je pravda.

Pro krajské město to zase spravuje asi Dopravní podnik (má pod sebou
údržbu), takže taky počítám na dlouhé lokte.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Geometrie budov s podloubím a RUIAN, jak zmapovat správně

[majka]

2017-01-12 14:01 GMT+01:00 jzvc :

> Cus, pokud je v OSM jen obrys, tak by vzdy mel odpovidat tomu, co bys
> videla pri pohledu z letadla nad budovou. Muze byt rozdelen do vice
> segmentu, pokud to ma nejaky smysl (napriklad jde o dvojdomek, nebo ruzne
> vyskove pomery atd atd).
>

Jen pro jistotu: Znamená to, že tahle budova
https://www.google.cz/maps/@48.9689208,14.5292219,200a,20y,41.56t/data=!3m1!1e3
by měla být zmapována obrysem včetně té napříč přečnívající střechy? Je to
trochu atyp, proto přikládám odkaz do Google Earth.

P.S. včera jsem i u téhle budovy dávala 3D tagy, jen je to ještě
nedotažené, protože tam v téhle chvíli chybí buď ten správný obrys, nebo
relace budovy, takže tu 3D střechu render nenajde.

Díky,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Mapa osvětlených ulic, bylo: WeeklyOSM CZ 335

[majka]

Jednotlivé lampy - Zdroje by byly, ještě nedávno byla Praha a České
Budějovice vč. ev. čísel k zobrazení na stránkách integrovaného záchranného
systému (zmizely někdy od října nebo listopadu loňského roku, data
předpokládám někde musí zůstávat), Plzeň je má na svých stránkách (má i
spoustu dalších krásných dat v mapách, vč. zmapování vodorovného a svislého
dopravního značení včetně pruhů), Český Krumlov má veřejné osvětlení na
http://geoportal.ckrumlov.cz/mapa/pasport-verejneho-osvetleni-pro-verejnost
, u nás to v mapě je taky podobně, a vyhledáváním "mapa veřejného
osvětlení" toho vyběhne ještě dost dalšího. Otázka je, jak se elegantně k
těm pasportům dostat a nemuset to shánět jednotlivě. Bylo by to na plný
úvazek se věnovat jen shánění dat.

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

Re: [Talk-cz] Geometrie budov s podloubím a RUIAN, jak zmapovat správně

[majka]

2017-01-12 14:29 GMT+01:00 Jan Macura :

>
> řekl bych, že obě možnosti jsou správně – buď půdorys včetně přesahů
> střešních štítů nebo relace budovy, kde půdorys bude jen ta část bez
> přesahů.
>

Budu to dodělávat, včera jsem od toho utekla ve fázi, kdy to bylo napůl :)
V plánu byla ta relace, jenže ta zase mívá problémy u normálních 2D rendrů,
tím společným obrysem to bude jednodušší.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Přesnější mapování budov - stavební buňka a rampa/montážní jáma

[majka]

Zdravím všechny při pondělku a jsem tu zase s dotazem.

První je podle mě jednodušší - je nějaký vhodný tag pro kontejnery
(tedy myšleno stavební buňky), pokud jsou permanentně na jednom místě?
Dát building=static_caravan nebo nechat jako building=yes a neřešit
dál? Našla jsem minimálně jeden, vedený v RUIAN a ukazující se jako
"objekt občanské vybavenosti" - pravděpodbně bylo schváleno jako
prodejna, pokud si dobře vzpomínám.

A v témže místě o kousek vedle je na jedné straně venkovní montážní
jáma (v areálu firmy) a druhým směrem venkovní montážní rampa (veřejně
přístupná). Ta montážní jáma je opět v RUIAN vedená jako budova, na
samostatném pozemku. Nějaký nápad co s tím? Zatím jsem té montážní
jámě přidala výšku 0 a nechala to jako budovu.

Díky za rady,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[majka]

Osobně se z ryze praktických důvodů přikláním k tomu, to zatím ignorovat.

I pokud bychom to opravili, nevěřím tomu, že nám to mobilní editory a
jejich uživatelé zase zpátky při případné editaci nezmění zpátky. Pokud
budeme mít štěstí, zůstanou názvy měst a obcí, ale u ostatních jmen si
nedělám iluze ohledně toho, že by tam nedělitelná mezera zůstala dlouho.
Připadá mi, že je to dost práce s velice nejistým výsledkem.

V skrytu duše doufám, že render bude časem inteligentnější. Tipla bych si,
že slovo o jednom až třech písmenech se zalomením za sebou je chyba v dost
jazycích (nebo je to jedno jestli zalomit před či za). Ale vzhledem k tomu,
že se ignoruje podle mě větší chyba, a to zalamování jmen měst s pomlčkami,
protože to berou jako rozdělovací znaménko, moc naděje si v nejbližší době
nedělám.

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

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[majka]

No, já bych měla ještě jeden argument proti, a to opět mobilní aplikace
užívající OSM data. Pokud dám do názvu pevnou mezeru, tak to v první fázi
podle mě bude znamenat, že jí to bude očekávat i při vyhledávání. Na mobilu
si dost dobře nedokážu představit. A ve svojí adrese bych jí měla hned jako
druhý znak v názvu ulice, stačí že ještě poměrně nedávno ten název na
cedulích a v dokumentech měl celkem 4 varianty, a to bez často užívané
zkratky : )  U obce je to podobné, jsme "Horní Dolní u Většího města".
Teoreticky je správná jen jedna varianta rozdělení, ale radši to přežiju
zalomené špatně jak u ulice, tak u obce...

Fakt jsem v tomhle staromilec a pamětník, ale unicode "formátovací" znaky
považuju v tomhle za dost problematické.

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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[majka]

S problémem nepomůžu, ale drobná poznámka - Firefox portable, ver. 50.1.0
na Win 7 zobrazuje pop-upy normálně, úvodní vrstvě s mapou se musí pomoct -
nezobrazí se automaticky, musí se vybrat zobrazení.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] PointInfo: přímý přístup do Nahlížení do katastru nemovitostí

[majka]

Taky občas do aktivní vrstvy nahlédnu.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Data z magistratu Brna

[majka]

Osobně je pro mě Brno z ruky, ale pokud někomu nebude vadit mapování z
povzdálí, můžu se taky zapojit.

Za zajímavé považuji ty kontejnery na tříděný odpad a sběrná střediska,
minimálně pro upřesnění již zmapovaného a doplnění. Lokálně jsem si pomohla
něčím podobným - tedy seznamem ulic, kde jsou kontejnery umístěné. Víc toho
nebylo, takže jsem zbytek poctivě oběhla.

K těm poštovním schránkám - nezkoušel někdo zkontaktovat Českou poštu? Z
jejich stránek se databáze dá stáhnout, takže jde jen o to, zda ty
informace (pro celou ČR) lze použít.

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

Re: [Talk-cz] Fwd: Vodstvo ČR

[majka]

DIBAVOD je, minimálně lokálně, příliš "aktivní".

Máme toho naimportováno spoustu, kde netuším co to může být. Minimálně
spousta "potoků" je maximálně zarostlý žlab, dávno překopaný silnicí, nebo
nějaký podzemní tok, kde absolutně netuším jak zkontrolovat. Jen na povrchu
kde nic tu nic. Totéž různé "kaluže", které v tomhle rozsahu byly naposledy
před dvaceti lety, zahradní jezírka která dávno vzal čas a podobně.

Pokud má někdo nápad co s tím, dejte vědět. Mazat se mi to jen tak nechce,
občas nějaký tok "strčím pod zem" nebo upravím rozsah těch kaluží pokud to
moc bije do očí. Jak se to řešilo při importu?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[majka]

Tak jsem udělala pokus v Českých Budějovicích, podle mě docela úspěšný.

Schránky samotné identifikaci mají (předpokládám že podle depa které
vybírá). Na schránce je štítek s číslem, označením depa, telefonem a
dobou výběru.

Takže můj konkrétní postup:
- hodit to do tabulky ty údaje České pošty
- přidat sloupec, upravit v něm adresu do rozumného tvaru (ulice +
číslo, město), upravit zbytek do formy vhodné pro načtení do JOSM
(tedy upravit čas výběru, přidat poznámku...)
- nechat projet geokódováním, přidat zpět do tabulky lat a lon; u
schránek určených křižovatkou jsem pozici nabrala z mapy ručně
doprostřed křižovatky
- stáhnout zmapované schránky z overpass turbo, otevřít v JOSM
- ty "moje" otevřít v nové vrstvě, zkontrolovat proti již zmapovaným,
případně posunout pozici v téhle vrstvě
- volitelně: prohledat zbytek v google nebo seznam mapách, případně si
vzpomenout, že o okolo některých schránek chodím či jezdím, jen je
nevnímám, a upravit v tabulce pozici podle domu / křižovatky / ...
- vyexportovat jako gpx
- načíst do mobilu (osmand) jako body zájmu
- v polední pauze oběhnout cca 10 nejbližších schránek, mimo jiné
najít na místě i jednu určenou přesností cca 100 m, vyfotit + geotag
- a na závěr zopakovat načtení tabulky + fotek do JOSM, naposledy
zkontrolovat pozici, a tentokrát už i poslat schránky bez problému
určené do OSM dat

Z celých Českých Budějovic jsem drobnější problém měla u 3 schránek /
u jedné původní přesnost určení cca 100m, dohledáno bez problémů na
místě na první dobrou, na zdi hned vedle vchodu, další dvě určené
poměrně velkou budovou budu muset dojít obhlídnout, to místo zas tak
dobře neznám.

Předpokládám, že i v Brně by to mělo jít obdobně - tedy dát schránkám
interní ID, naházet je na přibližnou polohu, dát k dispozici buďto
jako json a/nebo gpx a vyrazit na lov. Je mi jasné, že Brno je jaksi
větší, ale zase tam mapuje víc lidí.
Je to teď docela vhodná doba, o víkendu jsem procházela okolí a na
turistické trasy to jednoznačně nebylo - v lese na pěšině těsně nad
strží led, na polní cestě voda nad kotníky a bahno. Schránky se
většinou dají projít po asfaltu a chodnících :) Pokud fotit, tak ty
štítky, a vymyslet jak čísla dát do Ref (jen číslo schránky x depo +
číslo schránky ), případně jestli místo provozovatele Česká pošta dát
i to depo.

A poznámka na okraj - netuším, jak dobře má Brno zmapované kontejnery
na tříděný odpad - ale moje zkušenost je, že obvykle bývají poblíž,
stejně jako telefonní budky. Takže nezapomínat zmapovat i tohle, pokud
už není...

Majka

2017-02-01 21:10 GMT+01:00 Jan Dudík :
>
> To přiřazování by bylo zajímavé, ale ten jejich seznam nemá žádné ID, kterým 
> by se dala schránka jednoznačně identifikovat. Schránek je 22084 a lokalizaci 
> mají např.
> ...
>
> TAkže by v prvním kole přiřazování šlo o to, že by člověk v určitém obvodu 
> naklikal hrubě polohy alespoň podle obcí  a následně by se dohledávaly přesné 
> souřadnice
>
>
> Třeba by v té vrtvě mohly být puntíky, po najetí by se ukázala "adresa"
> * červené puntíky - nasypané body jen k příslušnému depu, pokud by to šlo, 
> tak k příslušné obci
> * modré puntíky - nahrubo umístěné (dle adresy) bez přiřazeného bodu v OSM
> * zelené puntíky - schránky s ověřenou polohou zanesené v mapě a spárované s 
> bodem (interní ID?)
>
> JAnD

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[majka]

Řekla bych že mám, je to podle mě 49.177760, 16.602992

Vcelku to tak odpovídá "přesnosti" té tabulky.

> Akorat nevim co delat s radkem:
> 60010   Depo Brno 71chodník před domem  08:00   1-5 - pracovní dny 
> (pondělí až pátek)
>
> Jak "chodnik pred domem"?
> Asi to necham az uplne na konec a zkusim napsat do Ceske posty.
>
> Mirek

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

Re: [Talk-cz] Česká pošta - konvence pro název

[majka]

Tak já si dovolím nesouhlasit. U pošty speciálně, tam bych do názvu
"Česká pošta" nedávala v žádném případě, tam je to specificky
"operator". Pošta s názvem "Česká pošta" je podle mě špatně a tyhle
názvy bych přetagovala. Správně je podle mě to "Brno 6". Pokud je v
obci jen jediná pobočka, osobně název vůbec nedávám a byla bych pro to
i obecně. Fakt nemusíme mít pojmenované všechno jen proto, aby tam
nějaký název byl.
U těch hyper-, super- a podobných obchodů bych šla cestou ne
oficiálních, ale užívaných názvů - tedy na úrovni "Futurum" pro
hypermarket Ostrava Futurum. Co vím, označená ta budova je takhle a
pokud se něco nezměnilo, tak by se tak ten název měl vyplňovat, když
už ho tam chceme dávat.

Majka

2017-02-09 8:59 GMT+01:00 Pavel Zbytovský :
> Zajímavá a těžká otázka, vskutku.
>
> Za mě bych hrozně rád v názvu vidět to, jak se to opravdu jmenuje, jak se to
> oficiálně jmenuje tzn.
>   name=Tesco Hypermarket Ostrava Futurum
>   name=Česká pošta Brno 16
>   name=McDonalds  (tj. když to nemá název klidně i bez upřesnění, dobrým
> upřesněním je poloha)
>
> Chápu, že se mapperovi příčí kombinovat "Česká pošta" a amenity=post_office,
> ale Česká poštá je přeci název, a teoretický můžeme mít alternativní
> poštovní službu, která se bude jmenovat "DPD příjem zásilek" +
> amenity=post_office.
>
> Do operatora se pak píše faktická právnická osoba, nicméně pro lidi často k
> ničemu. Třeba:
>   name=Albert Supermarket
>   operator=Ahold, a.s.
>   alt_name=Albert v podchodu na Můstku
>
> Pavel
>
>
> On Thu, Feb 9, 2017 at 8:33 AM Vladimír Domes 
> wrote:
>>
>> No to je právě ta otázka, jestli to duplikovat nebo ne. Si vem analogický
>> příklad s Tesco obchoďáky. Pokud bys na to šel stejným pravidlem, tak je
>> musíš tagovat jako např.:
>>
>> operator='Tesco Stores ČR a. s.'
>> name='Hypermarket Ostrava Futurum'
>>
>> A úplně stejně bys mohl řešit Globusy, Hrušky, restaurace Mc Donald's,
>> Burger Kingy a podobně, které bys taky v názvu neměl mít.
>>
>> Nyní u nás je cca 465 pošt s názvem 'Česká pošta', to by znamenalo, že
>> jsou špatně pojmenované.
>>
>> Mi se jen nelíbí, že někde to je 'Česká pošta' a jinde 'Brno 6'.
>>
>>   V.
>>
>
> ___
> 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] Česká pošta - konvence pro název

[majka]

U Pošta Partner bych osobně dávala operator=Česká pošta

Je to v podstatě pobočka České pošty, kterou si pošta nechává
provozovat od toho obchodu. Totéž funguje v Německu, předpokládám, že
ten nápad byl opsaný odsud. Fakticky ale služby jsou samozřejmě ČP,
rozdíl je jen a pouze v tom, kdo tu "pobočku" obsluhuje.

2017-02-09 11:50 GMT+01:00 Miroslav Suchy :
> Dne 9.2.2017 v 10:19 jzvc napsal(a):
>>
>> Ceska posta neni nazev, je to provozovatel. Kupodivu ta sluzba se jmenuje 
>> posta, coz je vyjadreny tagovanim. Vazne pak
>> nevim proc by nad kazdou pobockou posty melo byt "ceska posta", v nemecku 
>> "nemecka posta" ..
>
> A kdo je provozovatel Posta Partner? To byva treba v jednom kramu dohromady 
> treba s Ulozenkou...
>
> Mirek
>
> ___
> 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] Česká pošta - konvence pro název

[majka]

Zrovna tady bych řekla, že tu službu - tedy přepravu zásilek - ve
skutečnosti zcela jednoznačně provozuje Česká pošta, takže operator je
jasný, i když zprostředkovaný. Ten obchod s tím k adresátovi opravdu
nejede...

2017-02-09 13:22 GMT+01:00 jzvc :
> Dne 9.2.2017 v 12:18 Jan Breuer napsal(a):
>
> U benzinek na to mas brand (napr Shell) a pak je operator, coz by IMO mela
> byt ta firma ktera to provozuje realne. U spousty firem ale tohle budes
> zjistovat jen horko tezko.
>

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

Re: [Talk-cz] Česká pošta - konvence pro název

[majka]

Nejsem si jistá, že účelem mapování by mělo být prohrabávání se stohy
dat a hledání, co že je to vlastně zač. Podle mého by měla platit
teorie označit tak, jak je na místě. Což je u pošty průšvih. Většina
samotných poboček v menší obci bude označena stylem "Pošta", takže
informační přínos +- nula, zdublujeme amenity. U zbytku bude
nejčastěji "Pošta #", výjimečně "Město #" - takže jednak
nekonzistentní, druhak jedno to dubluje buďto místo nebo amenity.
Zbytek bude bez označení, viditelné jen na těch informačních panelech
buďto před budovou nebo u dveří.

Osobně bych se vybodla na to, jak to označuje Česká pošta sama. Jsou
totiž nekonzistentní sami na různých místech - příklad:
Pobočka Pošta 1, České Budějovice, na Senovážném náměstí. Situace: Na
budově velký nápis "Pošta 1" - rekonstruováno poměrně nedávno, nápis
přidán. Na webu - název pobočky "České Budějovice 1", tak je i obecně
používaný. A samozřejmě nejužívanější "lidový" název je "pošta na
Senovážném". Pošťáci používají běžně jen "pošta 1" nebo "pošta
Senovážné"
Pošta 2, České Budějovice, Nádražní - budova neoznačena, na webu České
Budějovice 2, používáno běžně pošta Nádražní nebo max. pošta 2.
Pošta 6, Suché Vrbné - budova označena jako "Pošta 6", na webu České
Budějovice 6, nejpoužívanější označení pošta Suché Vrbné.

A protože jsem na několik pošt volala dost často, dovoluji si
upozornit, že to, jak se představují, záleží osobě, která to zvedne a
její náladě. Takže od nerudného "Jo", přes představení jménem bez
toho, že by si člověk potvrdil, že se dovolal na poštu, přes "pošta",
"pošta 4", "Družba" (což přísně vzato není tahle pošta, ale obchod
poblíž). Představení se stylem "Pošta České Budějovice 4" jsem fakt
zažila jednou jedinkrát, a to když mi volala zpátky vedoucí. Takže
tudy cesta taky nevede...


Proto můj návrh - shodněme se na variantě názvu (osobně bych byla za
to, u jediné pobočky v obci neuvádět vůbec, u více dát Město + číslo
pošty, případně pokud se shodneme, u dlouhých názvu pak jen zkratku
města a číslo pošty - tedy u nás ČB 1/2/3) a do ref dát PSČ. Vyplnit
operátora, případně vyplnit alt_name tím "lidovým" názvem pokud
existuje (a neduplikuje čtvrť) a pokud existuje jen jeden. Klidně to
potom hromadně opravím, jen ty místní názvy (alt_name) si bude muset
přidat každý sám, pokud uzná za vhodné, nebo mi to dát vědět.

Ty "Pošta Partner" bych nechala komplet bez názvu.

Obdobným stylem pak navrhuji i ty ostatní operátory, v podstatě dělat
rozdíl jen v tom operátorovi, do ref. pak dávat číslo depa.

Majka

2017-02-10 10:56 GMT+01:00 Petr Kadlec :
> Ahoj,
>
> 2017-02-10 10:30 GMT+01:00 Pavel Zbytovský :
>>
>> V zásadě plně souhlasím s Vopem - tj. je rozdíl mezi hospodou "Na růžku" a
>> hospodou "Restaurace Na Růžku". Stejně mezi poštovní kanceláří "Česká pošta
>> Brno 1" a "DHL depo Ostrava".
>
> […]
>>
>> To myslím není úplně relevantní. Stále to je název pobočky České pošty.
>> Když jim zavoláš pravděpodobně se nepředstaví Brno 2. A teď si ještě vezmi
>> pokud bude mít PPL taky svou pobočku s názvem Brno 2. Jak se budou lišit?
>
>
> Tak co z toho platí? Buď nás zajímá, jak se to jmenuje, nebo komu ta pobočka
> patří, nebo co říkají do telefonu, anebo to, aby se to lišilo od ostatních
> podobných entit. Fakt, že je to název pobočky České pošty, spadá do toho
> operator=. Jak se budou lišit na mapě, spadá do problémů rendereru.
>
> Já bych se hlavně nesnažil do mapy nacpat co nejvíce písmenek, která nám
> všechno popíšou a vysvětlí. Holt je to zjednodušená abstrakce, detaily by v
> ideálním případě měly být vidět _všechny_ na rozklik z aktivní vrstvy, ne
> písmenkama kolem dokola. Když holt aktivní vrstvy moc nejsou, tak se z mapy
> nějaké detaily nedozvím, i když v datech je máme. (Třeba to, že nějaká
> prodejna jede nonstop, taky to nepíšu do name.)
>
> -- Petr Kadlec / Mormegil
>
> ___
> 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] Označení jako město / vesnice / apod.

[majka]

Potřebovala bych se jen ujistit, že stále platí, že jako town se
označuje město nad 3000 obyvatel, nezávisle na jeho formálním statutu.
Jako village pak vše pod 3000 obyvatel co není hamlet.

V jižních Čechách máme za posledních pár dní přetagováno poměrně dost
míst, tak jen abych neprudila zbytečně.

Díky,
Majka

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[majka]

Ahoj,

máš chybu v matrixu : ) Taky jsem použila to csv, jen je třeba ty řádky se
stejnou adresou v těch časech výběru sloučit. Tím jsem u zámku v Českém
Krumlově nakonec dostala časy výběru Po-Pá 14:40, 16:00 a So 11:30, tedy
jedinou společnou hodnotu. Projela jsem to v bashi, už netuším jestli awk
nebo něco jiného a pak hromadně převedla do syntaxe OSM v angličtině.

Pro geokódování, protože toho nebylo tolik, jsem použila web -
https://www.doogal.co.uk/BatchGeocoding.php , ideálně výstup s tabulátory,
všechny údaje, včetně vstupu a přesnosti (a je možné i včetně url na google
maps). Má to výhodu že lze omezit jen na Českou republiku. Je třeba to pak
projít, specificky u obcí jsem nezkoumala, zda připojení kraje či okresu by
to zpřesnilo - prostě jsem upravila "místo_popis" do formy "jen adresa",
případné "pošta/nádraží/obchod/.../ jsem hodila do samostatného sloupce
jako poznámka, ty křížovatky jsem nechala jen ulici, křížení opět do
poznámky a dohledala ručně. V datech OSM ta poznámka zůstala, vyhazuju jí
až když dostane schránka ref, tedy číslo uvedené přímo na ní. Což znamená k
té schránce dojít fyzicky.

Co dávám na OSM je ve stylu minimálně "potvrzeno vizuálně" ať už z
auta/autobusu nebo streetview či seznam panorama nebo "aha, vzpomínám si že
tam je", nedávala jsem tam věci, kde sice mám přesnou adresu ale nemám
alespoň takovéhle ověření.

Okres České Budějovice dodělávám postupně, dotáhnu klidně i zbytek postupem
času, jen to bude chvíli trvat a pokud schránka není viditelná na
streetview nebo seznam panorama, nechala bych jen tabulku nebo json pro
případné zájemce ke stažení do JOSM nebo kamkoli jinam včetně těch
příslušných tagů - tedy včetně operator, collection_times a note.

Operátora jsem dávala jen "Česká pošta", nechtěla jsem to v půlce měnit.
Pokud se dohodneme na celém, opravím to hromadně, je to záležitost jednoho
dotazu na overpass turbo.


Jinak ta práce nebyla zas tak složitá, spíš stylem nejdřív upravit nahrubo,
pak dát do tabulky, vykopírovat jeden sloupec, upravit ten samostatně
regexem, vložit zpátky do tabulky do samostatných sloupců, vykopírovat jiný
sloupec, vrazit na web, výsledek zpátky :) Vypadá hrozivě, ale šlo to
rychle.

Takže jestli je zájem, projedu takhle celý ten seznam, dělala jsem zatím
jen Depo České Budějovice, nic jiného. V rámci toho můžu připravit i ty
pošty, a můžeme je odkontrolovat samostatně. Ty budou ještě jednodušší, v
podstatě by pak mělo jít jen o sloučení už existujících bodů s tím, co bude
z té tabulky. Data už stejně mám připravená na další volné chvíle.

Majka

2017-02-12 10:22 GMT+01:00 Marián Kyral 
>
>
> Ahoj,
> pokusně jsem vzal celý ten seznam (csv_prehled_schranek.zip), převedl
> souřadnice z křováka, překonvertoval do JSON a nahodil do testovací
> instance POI-Importeru. Sice tam nemám body bez souřadnic, ale i tak je tam
> krásně vidět, kolik toho ještě chybí:
>
> http://osm.kyralovi.cz/POI-Importer-testing/#map=
> <http://osm.kyralovi.cz/POI-Importer-testing/#map=14/48.9555/14.4922&datasets=CZECPbox>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[majka]

Tak jsem si ještě pohrála s daty České pošty, s aktuálními údaji z února.
Tady
<https://docs.google.com/spreadsheets/d/1IUQbeKUxiC8DS2kFSW4J9cWoE_ZtHtGkUvxiF1Zazj8/edit?usp=sharing>
je výsledná tabulka pro případné zájemce. Zajímavé budou zejména poslední
sloupce, od collection_times dál. Kde pošta uvedla souřadnice, je to
převedené na lat/lon a v dalším sloupci vytvořený přímý odkaz do map Google
pro ověření.

Ty údaje o výběru je třeba mírně upravit, předpokládám, že JOSM by to mohl
umět automaticky v rámci validace - jsou tam jen čárky mezi dny místo
středníků, kde je více výběrů po jednotlivých dnech. Zároveň, kde se
slučovaly výběry, je to označeno ve sloupci "sloučeno" a ve sloupci "řádky"
na začátku tabulky jsou vypsány všechny řádky původního souboru
POST_SCHRANKY201702.csv, kterých se sloučení týká. Číslováno je postupně
vč. hlavičky, která byla 1.
V posledním sloupci je hozená adresa pro dohledávání, kde nebyly souřadnice
uvedené. Je to prostě jen nastrkáno do jednoho sloupce.
Vzorec pro adresu na Google maps je připraven tak, že pokud do tabulky
doplníte lat a lon, vytvoří se odkaz (resp. ověření je jen na vyplněné lat)

V téhle tabulce chybí geokódování které jsem pro České Budějovice dělala,
pro případné zájemce doporučuji online službu
<https://www.doogal.co.uk/BatchGeocoding.php>, zapnout výstup s tabelátory,
vč. původní adresy, "result quality" a "Google map link".

Pro případnou práci doporučuju stáhnout a vymazat ze souboru vše, kromě
depa / PSČ, kterým se hodláte zabývat. Je to veliké :)

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

Re: [Talk-cz] zmizelé mapové podklady

[majka]

Jen poznámka - několikrát se mi stalo, že se mi vrstvy po aktualizaci JOSM
nenačetly. Bylo třeba tu přehledovou mapku zazoomovat na Evropu a obnovit.
Jinak ty vrstvy tam ve verzi 11548 mám jako

tms[3,17]:
http://globalheat.strava.com/tiles/cycling/color2/{zoom}/{x}/{y}.png
tms[3,17]:
http://globalheat.strava.com/tiles/running/color2/{zoom}/{x}/{y}.png
tms[3,17]:http://globalheat.strava.com/tiles/both/color2/{zoom}/{x}/{y}.png


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

Re: [Talk-cz] Duplikace názvů

[majka]

Dá se udělat relace ulice
<http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají
ty jména.
To je sice fakt, ale skutečnost má dva další body, které už nejsou tak
jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama
jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela regulérní
postup. Relaci jsem nedělala. Důvodem je, že tu relaci ignorují skoro
všechny rendery - takže jediným řešením, jak zviditelnit takto zmapovanou
ulici bylo nastrkání toho jména i na ty kousky, nejen do relace samotné.
Výsledkem samozřejmě je situace, jako by žádná relace té silnice nebyla.
Pokud někoho zajímá o čem konkrétně mluvím - je to relace č. 6196741,
Rudolfovská tř. v Českých Budějovicích. Název byl neviditelný až do chvíle,
kdy se nastrkal do těch jednotlivých úseků.

Netuším kudy z toho - dokud se totiž nevyřeší zobrazení názvu z té relace v
rendrech, není důvod to takto mapovat, i když to je pravděpodobně
správnější - a hlavně jednodušší na údržbu "ulice" jako takové.

Majka

2017-02-22 12:38 GMT+01:00 Matej Lieskovský :

> Ahoj!
>
> Pozorování 1: Doplňování tagů jako jsou "lanes" a "lit" způsobuje
> fragmentaci cest.
> Pozorování 2: Překlady názvů jsou čím dál častější.
>
> Důsledek: Například na Václavském náměstí je 12 cest se shodnými názvy v
> 16 jazycích.
>
> Co se s tím dá dělat? Představoval bych si nějakou "name" relaci, která
> pak už bude obsahovat všechny překlady.
>
> Ať se daří,
> ML
>
> PS: Do mezinárodního talku klidně napíšu, jen se chci ujistit, že mi nic
> důležitého neuniká...
>
> ___
> 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] Data z magistratu Brna - poštovní schránky

[Majka]

24. února 2017 7:53:41 CET, "Marián Kyral"  napsal:
>
>-- Původní e-mail --
>Od: Marián Kyral 
>Komu: OpenStreetMap Czech Republic 
>Datum: 13. 2. 2017 6:55:16
>Předmět: Re: [Talk-cz] Data z magistratu Brna - poštovní schránky
>"No tak jsem něco zkoušel, ale když jsem našel dva stejné řádky, které
>se
>přesto liší chybějící čárkou, tak mně to přestalo bavit a prozatím jsem
>to
>odložil. Ideální kdyby si do toho zavedli pořádek a přidali tam nějaké
>jednoznačné ID.
>"
>
>
>Tak jsem si s tím včera večer zase hrál, chtěl jsem alespoň opravit tag
>operátor, aby se to více zelenalo. Všechno šlo pěkně, ale finální
>generování
>dat pro POI-Importer mi selhalo na nějaké podivné chybě a zatím nevím
>co s
>tím. :-(
>
>Mimochodem, ty souřadnice pěkně lítají. Ve FM jsem narazil na schránku,
>jejíž souřadnice souřadnice ukazují do Baltského moře. Možná jen
>prohozené
>souřadnice X a Y. To jsem už neověřoval. Asi by se to mohlo nahlásit,
>ale
>nikde na té stránce, ani v "Certifikátu zákaznického výstupu" (divné
>jméno
>pro popis souboru), jsem nenašel kontaktní email.
>
>Marián
>
>
>
>
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz

Ty souřadnice mají přesnost +- autobus. Už jsem doplnila pěkný kus jižních 
Čech, takže zkušenosti:
Občas jsou souřadnice naprosto přesné, občas je to jen "střed" obce, a občas 
jsou o pěkných pár kilometrů jinde oproti popisu, a ani to nemusí být ten Balt. 
Namátkou nádraží v Hluboké nad Vltavou - schránka přímo na budově nádraží,  
ukazuje souřadnicemi kamsi do centra města. Totéž ve Zlaté koruně - naprosto 
nesmyslné souřadnice,  popis přesně, rozdíl bych pěšky nechtěla jít ani 
náhodou; infocentrum Holašovice ukazuje souřadnicemi na druhý kraj Jankova... 
Fakt je, že dohledání ve vsích je jednodušší - projít zastávky ČSAD, obchod, 
hospodu, náves či křižovatku uprostřed a je hotovo. Ve městě se občas díky těm 
posunům nedá zjistit,  jestli náhodou nebyla nalezená jiná schránka, než se 
aktuálně hledá. A i v popisech berou číslo domu jak je napadne - sice je to 
většinou nejbližší dům, ale občas je to taky pěkně mimo, i pokud nepočítám 
překlepy. Jestli se stejnou přesností doručují, nedivím se, že mi minulý týden 
přišla novoročenka odeslaná před 20.12.
Úspěšnost mám ale odhadem tak 95% i jen podle Streetview a Seznam Panorama, 
takže ten seznam i přes ty nepřesnosti pomáhá dost.___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Weekly OSM / Finální formát ref pro poštovní schránky - nečekané duplicity

[majka]

Díky za Weekly.

Dovoluji si znovu upozornit na to, že : s největší
pravděpodobností NENÍ jedinečným identifikátorem poštovní schránky.

Při zpracovávání "Depa České Budějovice" jsem narazila na několik schránek
se stejným ref, tedy se stejným pořadovým číslem. Pokud nedošlo k chybě při
zadávání, s největší pravděpodobností je v tom seznamu schránka sice
uvedená pod depem České Budějovice, vybírající pošta je však odlišná (České
Budějovice / Český Krumlov / pravděpodobně Třeboň / pravděpodobně Vodňany)
- a schránka je číslována v rámci každé z těchto pošt samostatně.

Bohužel nemám možnost to ověřit, jediné, co je zřejmé jsou ty duplikované
ref v OSM databázi, zatím jen ve formě samotného čísla, bez PSČ. Ofocené
mám štítky jen přímo v Českých Budějovicích, kde je jako vybírající PSČ
uvedeno depo 71, PSČ 37271. Jestli je jinde uvedená ta skutečně vybírající
pošta, to netuším.

Konkrétní příklad, obojí depo 71, České Budějovice, PSČ 37271,
Křepice <https://www.openstreetmap.org/node/4290694728> (ř. 3066 tabulky
<https://docs.google.com/spreadsheets/d/1IUQbeKUxiC8DS2kFSW4J9cWoE_ZtHtGkUvxiF1Zazj8/edit?usp=sharing>),
ref. 10
Čéčova 711 <https://www.openstreetmap.org/node/4343202090> (ř. 3619), ref.
10

Odhadem - ty Křepice vybírá pošta Vodňany

Pokud by na schránkách byla uvedena skutečná adresa vybírající pošty, bude
třeba jako identifikátor použít tohle PSČ, jinak to jednoznačná
identifikace není.

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

Re: [Talk-cz] Skoleni Brno

[majka]

Nebylo by řešením pro takovéhle případy použít mapcontrib, například silnice,
povrchy 
Nedávno to bylo doporučené na HOT listu. Znamenalo by to sice vždy
připravit konkrétní téma, ale mohlo by to fungovat. Nebo další příklad ve
francouzštině, kontejnery
.

2017-03-01 8:39 GMT+01:00 Marián Kyral :

>
>
> Uživatel si na začátku vybere oblast (vesnice, městská část) a co chce
> mapovat (třeba ty koše nebo kontejnery), přes overpass-api by se dotáhly
> dané objekty z OSM. Pak by si mohl prohlédnout aktuální stav a po
> přihlášení by mohl jednotlivé objekty editovat, mazat a zakládat nové. No a
> na konci by to všechno mohl nahrát do OSM.
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[majka]

Mě se aktualizace neukazuje, i když o té opravě vím. Je to někde přímo ke
stažení?

Majka

On 1 March 2017 at 16:49, Marián Kyral  wrote:

> Ahoj,
> a aktualizoval jsi i pluginy? Tuhle chybu jsme už totiž opravil.
>
> Marián
>
>
> Dne 1.3.2017 v 15:18 Zdeněk Pražák napsal(a):
>
> aktualizoval jsem si JOSM na verzi 11642
> při použití traceru LPIS se objeví hláška že došlo k neočekávané výjimce a
> jde o chybu programu
>
> chybový výpis:
>
>
> {{{
> URL:http://josm.openstreetmap.de/svn/trunk
> Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
> Last:Changed Date: 2017-02-28 22:54:27 +0100 (Tue, 28 Feb 2017)
> Build-Date:2017-02-28 22:00:07
> Revision:11642
> Relative:URL: ^/trunk
>
> Identification: JOSM/1.5 (11642 cs) Windows 7 64-Bit
> Memory Usage: 557 MB / 989 MB (229 MB allocated, but free)
> Java version: 1.8.0_31-b13, Oracle Corporation, Java HotSpot(TM) Client VM
> Screen: \Display0 1280x1024
> Maximum Screen Size: 1280x1024
> Dataset consistency test: No problems found
>
> Plugins:
> + Tracer-testing (33004)
> + buildings_tools (33004)
> + ejml (32680)
> + geotools (33042)
> + jts (32699)
> + pointInfo (33131)
> + reltoolbox (33088)
> + reverter (33088)
>
> Last errors/warnings:
> - W: Aktualizovat doplňky - org.openstreetmap.josm.plugins.PluginHandler$
> UpdatePluginsMessagePanel[,0,0,0x0,invalid,layout=java.awt.
> GridBagLayout,alignmentX=0.0,alignmentY=0.0,border=,flags=
> 9,maximumSize=,minimumSize=,preferredSize=]
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
> - E: Handled by bug report queue: java.lang.NoSuchMethodError:
> org.openstreetmap.josm.gui.conflict.tags.TagConflictResolutionUtil.
> combineTigerTags(Lorg/openstreetmap/josm/data/osm/TagCollection;)V
>
>
> === REPORTED CRASH DATA ===
> BugReportExceptionHandler#handleException:
> No data collected.
>
> Warning issued by: BugReportExceptionHandler#handleException
>
> === STACK TRACE ===
> Thread: AWT-EventQueue-0 (18) of main
> java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.conflict.tags.
> TagConflictResolutionUtil.combineTigerTags(Lorg/
> openstreetmap/josm/data/osm/TagCollection;)V
> at org.openstreetmap.josm.plugins.tracer.CombineTagsResolver.
> launchIfNecessary(CombineTagsResolver.java:84)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.tagTracedObject(LpisModule.java:369)
> at org.openstreetmap.josm.plugins.tracer.modules.lpis.
> LpisModule$LpisTracerTask.createTracedPolygonImpl(LpisModule.java:275)
> at org.openstreetmap.josm.plugins.tracer.TracerModule$
> AbstractTracerTask$6.run(TracerModule.java:348)
> at java.awt.event.InvocationEvent.dispatch(Unknown Source)
> at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
> at java.awt.EventQueue.access$500(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.awt.EventQueue$3.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown
> Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
> }}}
>
>
>
>
>
>
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://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

[Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[majka]

Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím
rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na
případné úpravy času výběru schránek do formátu HH:MM tam, kde měli jen
H:MM.

Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V části
doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě to přidělá
práci v dohledání. Někde jen ty souřadnice upřesnili, což je ta lepší
varianta. Ovšem narazila jsem i na několik změn výběru schránek.

Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě zájmu
pak někam hodím ty rozdíly.

A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně
nadlouho vystaráno :)

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

Re: [Talk-cz] nefunguje tracer LPIS v JOSM 11

[majka]

Tak vymazání pluginu pomohlo, stáhl se nový a krásně běhá. Přiznávám, ještě
včera jsem "přepínala" na verzi JOSM-tested, takže mě to nepálilo a
nenapadlo mě to dát vědět.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Znovu poštovní schránky - data České pošty / data magistrátu Brno

[majka]

Taky si s tím hraju, takže první zprávy o stavu: na jih od Prahy většinou
doplněné údaje v adrese nebo přidané souřadnice, Plzeňsko, Jindřichův
Hradec, Tábor a na Moravě však *změna v časech výběrů*. Podle změn však
také *došlo k rušení pošt v obcích*, (změna "pošta" na "Partner", chtělo by
to projít i ty pošty.

*Depa Brno se nic z toho netýká, *tam mi to rozdíl nevyhodilo ani jeden
(oproti stavu v únoru, netuším, jestli na webu nebyl ještě stav z ledna)

Některé části budu muset porovnat samostatně, doplnili údaje do sloupce,
podle kterého jsem to primárně třídila u ostatních. V případě zájmu můžu
poslat ten rozdílový soubor, zatím je to u některých dep vzhledem k
předchozí větě nedodělané.


2017-03-01 23:25 GMT+01:00 Marián Kyral :

> Dne 1.3.2017 v 16:52 majka napsal(a):
>
> Koho zajímá, Česká pošta opět aktualizovala soubory. Zrovna prohlížím
>> rozdíly. Brno je v pohodě, našla jsem zatím snad jedinou změnu, až na
>> případné úpravy času výběru schránek do formátu HH:MM tam, kde měli jen
>> H:MM.
>>
>> Ovšem jinde je to radost a vzhledem k neexistenci id na zabití. V části
>> doplnili souřadnice, takže na jednu stranu dobře, ale samozřejmě to přidělá
>> práci v dohledání. Někde jen ty souřadnice upřesnili, což je ta lepší
>> varianta. Ovšem narazila jsem i na několik změn výběru schránek.
>>
>> Ještě upravím ty soubory tak, aby se mi to lépe seřadilo a v případě
>> zájmu pak někam hodím ty rozdíly.
>>
>> A vzhledem k tomu, že aktualizace jsou každý měsíc, mám pravděpodobně
>> nadlouho vystaráno :)
>>
>> Majka
>>
>>
> Díky za info. Přegeneroval jsem soubory pro POI-import. Opravil jsem tag
> operator= a snažím se tedy seskupovat výběry. Aktuálně mi tam ještě chybí
> řazení, takže se sobota může objevit před pondělím. Na to ještě mrknu.
>
> Právě to nahrávám na web. Ale bude to ještě chvíli trvat. FTP není moc
> vhodné na přenos 10MB rozdělených do hromady malých souborů.
>
> Marián
>
>
> ___
> 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] WeeklyOSM CZ 344

[majka]

U mě nefungují Čechy a Slovensko, např. Polsko hodnoty ukazuje.

2017-03-07 10:33 GMT+01:00 Pavel Machek :

> Ahoj!
>
> Funguji vam ty statistiky cest?
> https://osmstats.stevecoast.com/dashboard/cz/total Me to ukazuje samy
> nuly (pro CR, Nemecko funguje).
>
>
> Pavel
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] WeeklyOSM CZ 344

[majka]

Zkusila jsem napsat na ten kontaktní mail, tak uvidíme...

2017-03-07 10:40 GMT+01:00 Marián Kyral :

>
> -- Původní e-mail --
> Od: Pavel Machek 
> Komu: OpenStreetMap Czech Republic 
> Datum: 7. 3. 2017 10:35:43
> Předmět: Re: [Talk-cz] WeeklyOSM CZ 344
>
> Ahoj!
>
> > Ahoj, je dostupné vydání 344 týdeníku WeeklyOSM:
> >
> > http://www.weeklyosm.eu/cz/archives/8772
> >
> > * Nová verze osmap.cz.
> > * Validátor adres JOSM.
> > * Chybné polygony v Maproulette.
> > * Data o mýtném v OSM?
> > * Překlady JOSM.
> > * Nový AI import Facebooku.
> > * Příspěvky pro SotM 2017.
> > * Portál výškových dat.
> > * Zobrazení smazaných dat.
> >
> > Pěkné počtení ...
>
> Funguji vam ty statistiky cest?
> https://osmstats.stevecoast.com/dashboard/cz/total Me to ukazuje samy
> nuly (pro CR, Nemecko funguje).
>
> Taky mi to pro ČR nefunguje
> Marián
>
> ___
> 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] OsmAnd - prosim o radu

[Majka]

V zobrazení mapy - ikona vlevo nahoře v rohu - je třeba v menu přejít na jazyk 
map. Nastavit; já mám "lokální názvy", ale čeština by to měla vyřešit taky. 
Majka___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OsmAnd - prosim o radu

[Majka]

Tak ještě jednou - přepínání map je automatické.  Tedy pokud je k dispozici v 
místě zobrazení stažená podrobnější mapa, přepne se na tuhle. Pokud nechceš, je 
řešením "nepoužívané" mapy archivovat a v případě potřeby obnovit. Navíc pokud 
se běžně pohybuješ na menším území, je program s omezenou mapou ve všem 
rychlejší. 

Osobně mám archivované všechny mapy mimo přehledové světa, a běžně používám jen 
mnou velmi často generovanou mapu cca na úrovni okresu +- kus navíc z osm dat. 
Zbytek zkrátka zapínám jen v případě potřeby, a nevadí mi, že jsou relativně 
staré. Pro mě ideál na mapování.

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

[Talk-cz] Církev bratrská - denominace OSM?

[majka]

Netuší někdo, jaká je správně pro OSM denominace
<http://wiki.openstreetmap.org/wiki/Cs:Key:denomination#K.C5.99es.C5.A5ansk.C3.A9_denominace>Církve
bratrské?
Přibyla nám tady zmapovaná jedna motlitebna (z maps.me, nováčkem v
mapování) a potřebovala bych to dotáhnout do konce).
Zatím to tam cpu jako denomination=protestant a nechávám fixme tag.
Jenže tyhle tagy tam většinou zůstávají až do doby, kdy je někdy v
budoucnosti sama vyřeším ...

Díky,
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Církev bratrská - denominace OSM?

[majka]

Tak největší fór téhle diskuse je, že to dotyčné není kostel ale
modlitebna. Takže budova klasicky obytná, podle které se nepozná už vůbec
nic.

Vyvolat náboženskou válku opravdu nebylo záměrem původního dotazu :)

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

Re: [Talk-cz] Obcasne neprekreslovani uzivatelskeho rozhrani JOSM?

[majka]

Máš dost paměti pro Javu? Pokud jsi pod Windows, skus spustit z příkazové
řádky - zůstane ti otevřené okno na pozadí, kde je vidět, co tomu drhne,
resp. co zrovna JOSM dělá. Podle mého něco nestíhá, a jako první bych
podezřívala tu paměť. Občas tam probíhají chybové hlášky, které JOSM jinak
ignoruje a normálně běží dál.

Pokud by to byly jenom vynechávané dlaždice na pozadí, bylo by dobře
pročistit nakešované dlaždice, ale to se ukazuje trochu jinak, nebo to, že
nestíhá stahování na pozadí - což je často můj případ.

Majka

2017-03-28 8:16 GMT+02:00 Dalibor Jelínek :

> Ahoj,
>
> netušíte někdo, proč se mi občas nechce překreslit uživatelský interface
> JOSM?
>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] WeeklyOSM CZ 348

[majka]

No, řekla bych, že ta informace není úplně mimo z následujícího pohledu -
odhadovala bych to na to, že se vznesl dotaz zda by bylo možné získat data,
a jim se s tím nechtělo zabývat. "Strategická informace" vyřešila celý
problém velmi elegantně a na dlouhou dobu...

Majka

2017-03-29 17:11 GMT+02:00 Mikoláš Štrajt :

>
> Jinak to o strategické informaci jsem snad kdysi viděl na OSM wiki,
> evidentně už kdysi (navíc jsem to asi zkomolil).
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Rozbitý tracer (řešení konfliktů tagů)

[majka]

Jako první vypni tu automatickou aktualizaci. A pak je třeba jen stáhnout
<https://josm.openstreetmap.de/download/>starší verzi a spustit tuhle. Lze
i přejmenovat, třeba na josm_old.jar, a jednoduše mít k dispozici verze
obojí. Jen se pluginy pokaždé při přepnutí na novější verzi budou ptát na
aktualizaci, pokud to tak máš nastaveno.

Majka


2017-04-03 16:56 GMT+02:00 Jan Macura :

> Ahoj,
>
> provedla se mi automatická aktualizace. Existuje nějaký snadný postup jak
> JOSM downgradovat na starší verzi?
>
> Díky
>  H.
>
> 2017-04-02 19:06 GMT+02:00 Marián Kyral :
>
>> Pozor, pozor, pozor.
>>
>>
>> V JOSM v11772 došlo je změně v jádře, byla odstraněna funkce, kterou
>> tracer používá a proto se místo zobrazení dialogu s konfliktními tagy
>> zobrazí chyba: java.lang.NoSuchMethodError
>>
>> Bohužel zatím nevím co s tím a nedokáži říci, kdy se problém podaří
>> vyřešit. Do té doby doporučuji používat starší verzi JOSM (před 11772)
>>
>> Marián
>>
>> ___
>> 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] Pražské OSM setkání - výstupy

[majka]

Tak k posledním dvěma příspěvkům drobné přiznání:

České Budějovice kontroluji víceméně pravidelně, hlídám změny a otravuji,
pokud se mi cokoli nezdá, poznámky k mapě řeším/přidávám průběžně.

Ten Český Krumlov jsem čistila, zejména od příspěvků z maps.me, docela
nedávno - tak před měsícem. Proto toho tam moc není. Stejně jako kdekoli
jsem narazila na poznámky v místech, kde jsem se babrala s poštovními
schránkami. Samozřejmě, že po vsích toho moc nebylo.

A hlásím se k tomu, že některé příspěvky do OSM, případně poznámky, řeším
trochu rázněji než mnozí jiní. Pokud mi jméno uživatele nic neříká, podívám
se na počet změn, které má, a podle toho reaguji. Pokud je to začátečník,
kontaktuji jak přes poznámky k sadě změn, tak, pokud nereaguje, i přímo
přes zprávu uživateli v OSM. A zejména u změn z maps.me tomu dávám čas na
odpověď podle toho, jak problematická ta změna je. Pokud si někdo z
neznalosti do OSM přidá body typu "tetička z Moravy", přidám komentář na
původní changeset, revertnu to hned, a jen pošlu zprávu s vysvětlením. U
jiných změn čekám na odpověď, ale čas tomu dávám podle toho, jak moc se mi
ta změna zdá/nezdá. Někde čekám týden, jinde měsíc. U očividných nesmyslů
(co přibylo v mapě jednoznačně není na místě, případně jasné duplicity),
poměrně často vymazávám/slučuji víceméně hned jakmile to zjistím. Podobně u
prastarých poznámek, kdy se dá pochybovat o tom, jestli dotyčný stále ještě
mapuje.

A z mých zkušeností - na komentáře ke změnám reagují jen ti, co mapují
častěji. Průměrný "nový" uživatel z mobilu se přihlásil v horším případě
nějakou dočasnou adresou, a o komentáři ani neví, v lepším případě to hned
začne mazat jako spam, pokud to doputuje až k němu do schránky. Na zprávy
uživatelům maps.me od října loňského roku nepřišla jediná reakce.

Abych ale tuhle apku nepomlouvala - opravdu je to uživatelem, před zhruba
měsícem či dvěma nám tady proběhl někdo, kdo pomocí maps.me mapuje poi a až
na nutnost sloučení pár tagů, které byly na budově (tedy cestě) a dotyčný
to tedy neviděl, to nepotřebovalo nic jiného než zkouknout, pokývat hlavou
a jít si dál po svém ...

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

Re: [Talk-cz] Překlad německých stránek

[majka]

Němčinu do češtiny můžu bez problému udělat.
Majka

2017-04-07 13:07 GMT+02:00 Lukas Novotny :

> Není v naší komunitě někdo, kdo by překládal z němčiny do češtiny?
> Nebo nemáte někdo kontakt do německé komunity, aby stránky v
> https://wiki.openstreetmap.org/wiki/Category:Translate_from_German
> obsahující Key a Tag přeložili do angličtiny?
>
> S díky
> Lukáš (Lenochod)
>
> ___
> 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] částečná jednosměrka

[majka]

Ahoj,

je to jak u cyklostezek, tak i třeba tady


jednosměrka jako oneway=yes a výjimka jako oneway:bicycle=no

2017-04-17 14:11 GMT+02:00 Marek Janata :

> Ahoj,
>
> zkoušel jsem chvíli hledat, ale zatím jsem nevyguglil nic konkrétního - už
> párkrát jsem narazil na jednosměrku do které je z jedné strany povolený
> vjezd cyklistů - třeba tahle - https://www.openstreetmap.org/
> edit#map=19/49.61330/15.57321
>
> jak to mám označit?
>
> dík
>
> Marek
>
> ___
> 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] duplicitní budovy

[majka]

Jestli je zájem, můžu to odpoledne udělat.
Vzhledem k tomu, že je to skoro půl roku staré a netuším, jestli tam není
něco novějšího, navrhuju to udělat napůl ručně, bez revertu. Stáhnu do
JOSM, hromadně vymažu všechny budovy jednoho uživatele (asi si hodím
korunou čí), a případně domapuju chybějící podle RUIAN...

Majka

2017-04-18 10:05 GMT+02:00 Milan Cerny :

> Ahoj, dnes jsem narazil na oblast, kde jsou téměř všechny budovy dvojitě,
> tedy jedna přes druhou.
> Oba changesety (import RUIAN) jsou ze stejného dne i hodiny. Je nějaká
> možnost, jak se toho zbavit jinak než ručně? Je to asi 800 objektů.
> Ideálně revert ale s tím nemám žádné zkušenosti, tak jestli by někdo
> pomohl.
>
> Díky.
>
> Milan
>
> https://www.openstreetmap.org/changeset/43764373#map=13/49.8931/14.8521
> https://www.openstreetmap.org/changeset/43764573#map=13/49.8931/14.8521
>
> ___
> 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] duplicitní budovy

[majka]

Tak se zrovna nahrává oprava, ty duplicitní budovy jsou vymazané.

Celou oblast by to chtělo ještě detailně projít - JOSM tam vyhazuje spoustu
chyb.

Něco jsem opravila, něco by chtělo prohlédnout na místě, něco by mělo
stačit od počítače, ale po menších územích po částech. Podle mě jsou tam
nechané importy s jejich chybami (křížící se vodní cesty a silnice, křížící
se silnice bez křižovatek, silnice končící přilepením v oblasti , nějaké
duplicity v landuse apod., nedostatečně otagované věci - jen komentář...).
Zatím jsem jen hodila "potoky" pod zem tam, kde jednoznačně žádné nejsou na
povrchu, "odlepila" most od řeky a podobně... V RUIANu toho moc není, ale
spousta dalších budov by se dala vzít podle katastrální mapy.

Můžu se časem pokusit na dálku opravit co půjde, ale chtělo by to raději
někoho místního.

Majka

2017-04-18 11:23 GMT+02:00 Janda Martin :

> Dobry den,
>
>   to vypada ze jsme se paralelne upravili stejnou oblast. Nejsem si jisty
> jestli v te dobe spravne fungovala detekce kolizi mezi changesety. Muj
> changeset je 43764373.
>
>M
>
> --
> *From: *"majka" 
> *To: *"OpenStreetMap Czech Republic" 
> *Sent: *Tuesday, April 18, 2017 11:11:32 AM
> *Subject: *Re: [Talk-cz] duplicitní budovy
>
> Jestli je zájem, můžu to odpoledne udělat.
> Vzhledem k tomu, že je to skoro půl roku staré a netuším, jestli tam není
> něco novějšího, navrhuju to udělat napůl ručně, bez revertu. Stáhnu do
> JOSM, hromadně vymažu všechny budovy jednoho uživatele (asi si hodím
> korunou čí), a případně domapuju chybějící podle RUIAN...
>
> Majka
>
> 2017-04-18 10:05 GMT+02:00 Milan Cerny :
>
>> Ahoj, dnes jsem narazil na oblast, kde jsou téměř všechny budovy dvojitě,
>> tedy jedna přes druhou.
>> Oba changesety (import RUIAN) jsou ze stejného dne i hodiny. Je nějaká
>> možnost, jak se toho zbavit jinak než ručně? Je to asi 800 objektů.
>> Ideálně revert ale s tím nemám žádné zkušenosti, tak jestli by někdo
>> pomohl.
>>
>> Díky.
>>
>> Milan
>>
>> https://www.openstreetmap.org/changeset/43764373#map=13/49.8931/14.8521
>> https://www.openstreetmap.org/changeset/43764573#map=13/49.8931/14.8521
>>
>> ___
>> 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
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Odry/Hranice - cyklopruhy

[majka]

Ne přímo k tomuhle dotazu, ale netuší něco, jak a z čeho urbancyclers.com
bere ty informace? Vypadá to na OSM, ale dívala jsem se na naše místní, a
je to s výjimkou cyklostezek (tedy především cyklisté) blbě -
neodpovídající skutečnosti ani tomu, jak je to v OSM.
A v některých částech absolutně netuším proč, ukazují cyklopruhy na
silnici, která je jednoznačně nemá a má místo toho kreslené (a na téhle
mapě viditelné, ale neoznačené ) smíšené stezky pro chodce a cyklisty. Data
v OSM jsou takto, navíc na té "silnici s cyklopruhy" jsem osobně dávala
povinnost užití té stezky pomocí "use_sidepath" a je to tam doteď.

Na těch stránkách se mi nepodařilo nic takového zjistit.

Majka

2017-04-20 9:40 GMT+02:00 honny :

> Ahoj,
>
> není tu někdo z Oderska? Na mapě http://urbancyclers.com/plan.php jsem
> si všiml, že kolem Oder a Hranic je podezřele moc cest otagovaných
> ["bicycle"="yes"] AND ["cycleway"="lane"], silnice III/4417,
> III/44020, III/44024 a další. Jeden z changesetů např.
> https://www.openstreetmap.org/changeset/11637681, query zde -
> https://overpass-turbo.eu/s/otr (& Run).
>
> Předpokládám, že jde o chybu při tagování relací cyklotras, nicméně,
> někdo s místní znalostí by se asi hodil víc. :-)
>
>
>
> 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] Odry/Hranice - cyklopruhy

[majka]

Zdravím všechny.
Konkrétní město jsou České Budějovice. Řekla bych, že zmapované máme vcelku
správně, ale interpretace je divně. Stačí porovnat hikebikemap
<https://openstreetmap.cz/#map=16/48.9881/14.4846&layers=c4B>a mapu
urbancyclers ve stejném místě.

Konkrétně nejhorší problém vidím v té I/34 (třeba část OSM id 83077698). Na
silnici I. třídy je bicycle=use_sidepath, ty "sidepath" jsou zmapovány
samostatnými souběžnými cestami jako highway=path a bicycle=designated +
foot=designated + segregated=no. Ve skutečnosti je to značeno dopravní
značkou C9a, stezka pro chodce a cyklisty, smíšená. Takže povinnost užít
tuhle stezku místo jízdy po té jedničce.

Vypadá to, že urbancyclers nebere vůbec cesty označené jako "path", kterými
máme značenou většinu takovýchhle cest, nebo hodnotu designated.

Další konkrétní příklad je Rudolfovská, kde jsou cyklopruhy. Podle toho, co
se mi podařilo načíst, by to snad mělo být značené správně, mapa je
neukazuje. Konkrétně třeba část OSM id 441309143, kde je společný pruh pro
autobusy a cyklisty, značený jako bicycle:lanes:forward=no|designated.

Zdá se mi, že urbancyclers bere jen cesty označené značkou cycleway, nic
jiného, případně ty chodníky s povoleným vjezdem cyklistů, ne však smíšené
cyklostezky a silniční pruhy pro cyklisty značené tímhle způsobem
<https://wiki.openstreetmap.org/wiki/Cs:Tag:highway%3Dpath>.

Pravda je, že OSM má několik způsobů značení dopravní infrastruktury, takže
třeba je to "moje" značení špatně.

Majka

2017-04-21 11:42 GMT+02:00 Pavel Zbytovský :

> Ahoj,
>
> se šéfem urbancyclers se dobře znám, tak jsem ho požádal o vyjádření.
> Odpovídá jeho kolega Pavol - co vy na to? :-)
> Odpovědi prosím "odpovědět všem" - kluci možná nejsou v konferenci.
>
> PZ.
>
>
> -- Forwarded message -
> From: Pavol Žilecký 
> Date: Fri, Apr 21, 2017 at 10:48 AM
> Subject: Re: FW: OSM Talk-cz dotaz
> To: Pavel Zbytovský 
> Cc: Michal Jakob 
>
> Ahoj Pavle,
>
> data berieme z OSM. Je mozne, ze na niektorych miestach spatne
> interpretujeme OSM znacenie. Dalo by sa prosim presnejsie zistit o ktore
> useky sa jedna? Dakujem.
>
> Co sa tyka vyznacenych zelenych ciest  v nasej mape -- patria do nich aj
> chodniky s povolenym vjazdom na kole. Je to kategoria ciest bez dopravy a
> teda najviac vhodna pre cyklistov.
>
> Osobne mam este jeden dotaz. Z nasho nastroja na zpracovanie OSM dat
> vypadava mnozstvo ciest, ktore nemaju znacenie podla konvenicii OSM. Sami
> sme neni schopny vsetky tieto problemy naspat opravovat v OSM (sustredime
> sa iba na naozaj zavazne problemy). Existuje nejaky kanal, do ktoreho by
> sme tieto podnety mohli pisat a komunita by sa o ne pripadne
> postarala/opravila?
>
> S pozdravom
> Pavol Zilecky
>
>
> On Thu, Apr 20, 2017 at 10:28 AM majka  wrote:
>
>> Ne přímo k tomuhle dotazu, ale netuší něco, jak a z čeho urbancyclers.com
>> bere ty informace? Vypadá to na OSM, ale dívala jsem se na naše místní, a
>> je to s výjimkou cyklostezek (tedy především cyklisté) blbě -
>> neodpovídající skutečnosti ani tomu, jak je to v OSM.
>> A v některých částech absolutně netuším proč, ukazují cyklopruhy na
>> silnici, která je jednoznačně nemá a má místo toho kreslené (a na téhle
>> mapě viditelné, ale neoznačené ) smíšené stezky pro chodce a cyklisty. Data
>> v OSM jsou takto, navíc na té "silnici s cyklopruhy" jsem osobně dávala
>> povinnost užití té stezky pomocí "use_sidepath" a je to tam doteď.
>>
>> Na těch stránkách se mi nepodařilo nic takového zjistit.
>>
>> Majka
>>
>> 2017-04-20 9:40 GMT+02:00 honny :
>>
>>> Ahoj,
>>>
>>> není tu někdo z Oderska? Na mapě http://urbancyclers.com/plan.php jsem
>>> si všiml, že kolem Oder a Hranic je podezřele moc cest otagovaných
>>> ["bicycle"="yes"] AND ["cycleway"="lane"], silnice III/4417,
>>> III/44020, III/44024 a další. Jeden z changesetů např.
>>> https://www.openstreetmap.org/changeset/11637681, query zde -
>>> https://overpass-turbo.eu/s/otr (& Run).
>>>
>>> Předpokládám, že jde o chybu při tagování relací cyklotras, nicméně,
>>> někdo s místní znalostí by se asi hodil víc. :-)
>>>
>>>
>>>
>>> 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
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Odry/Hranice - cyklopruhy

[majka]

Fakt je, že jsem jako první narazila na JOSM a jeho preset pro stezky pro
pěší a cyklisty. Takže debata může znít, je jedno z toho špatně?  Podle
mého určitě ne jednoznačně, jinak je třeba důrazně změnit informace na OSM
wiki, která tomu neodporuje. Minimálně tam, kde se to odchyluje, přidat
důrazná varování ohledně nekompatibility. "Pěšina" je stejně dobře podle
definice cesta bez provozu motorových vozidel, bez ohledu na povrch a šířku.

Jo, jednoduchým řešením je to předělat, a v celku není v Českých
Budějovicích problém. Ale řešením problému přece není ignorovat (podle
mého) legitimní alternativní způsob značení. Debata ohledně path podle mého
taky probíhá snad od začátku, k výsledku se nijak nedobrala. Třeba to není
nejlepší způsob jak to udělat, ale řekla bych že je docela běžný.

Ty Budějovice a okolí opravdu není problém předělat - jen tím ale celý
problém zamaskujeme, protože nevěřím tomu, že tohle je jediná oblast, kde
to někdo takhle zmapoval.

Možná bylo mojí chybou chápat "cycleway" primárně jako stezku pro cyklisty,
na kterou chodci také smějí (víceméně situace podle zákona). Protože o čem
se bavíme je stezka pro chodce a cyklisty, oficiálně takto značená. A
jediné místo, kde jsem v OSM wiki narazila na tuhle značku, je přesně u té
pěšiny, takže jsme zpátky u problému...

U těch pruhů jsem vycházela taky z popisu
<https://wiki.openstreetmap.org/wiki/Cs:J%C3%ADzdn%C3%AD_pruhy> , takže
opět bych případně doporučovala doplnit tu informaci ohledně doplnění
cycleway. Protože ačkoli si myslím, že jsem informace hledala dost důrazně,
tak tohle mi opravdu uniklo. Problém je, že takovéhle opominutí zatím
nebylo na mapách vidět. Brala jsem za hotové, že pruhy na žádné mapě
neuvidím, takže jsem jejich mapování kontrolovala jen v navigaci (osmand).

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

Re: [Talk-cz] názvy sad změn v JOSM

[majka]

A ještě co to je za verzi JOSM? Protože kdysi dříve to jedna z verzí dělala
taky, po nahlášení bylo opraveno...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Ještě jednou rozcestníky a databáze fotek

[majka]

Nemáme trochu chybu v matrixu u chybných rozcestníků?

Tím myslím na http://osm.fit.vutbr.cz/OsmHiCheck/gp/ u těch souborů ke
stažení ve formátu gpx a json.

Trochu vada na kráse je, že pokud v databázi existuje jakákoli (i
nepoužitelná), ale správně přiřazená fotka, v souborech rozcestníků bez
správných fotografií se takový rozcestník neukáže - patrně hodnotíme jen
foto má/nemá.

Osobně bych považovala za vhodnější brát tyhle soubory jako upozornění na
rozcestníky, které je třeba nafotit. A pokud je fotka z jakéhokoli důvodu
nepoužitelná, tak je třeba ji přefotit.

Několik mých fotek tam takhle "překáží", ty jsou v plánu znovu vyfotit při
nejbližší příležitosti.

Na ty soubory je ale odkaz třeba i na geocaching.cz, a je škoda, že tam
nemáme komplet vše, co bychom potřebovali.

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

Re: [Talk-cz] Ještě jednou rozcestníky a databáze fotek

[majka]

Zdravím.

Asi jsme si nerozuměli. Mě jde o případ, ke kterému dochází "syslením"
fotek - tedy v konečném efektu třeba nemazáním fotek označených "delete"
apod. Mě osobně se podařilo nahrát na samém začátku několik fotek
rozcestníků, které mají ref správně vložený. Jen ta fotka samotná je k
ničemu a tu referenci z ní nikdo nemá šanci vyčíst. Ale protože je
spárovaná, tak se rozcestník v tomhle exportu tváří, jako že je v pořádku.
Přitom jediná / jediné fotky k němu přiřazené rozcestník nečitelný, jen je
vidět, že tam "něco" je.  Fotky jsou většinou označené k vymazání nebo
minimálně jako "nečitelné", jiná fotka k tomu rozcestníku neexistuje. Takže
prakticky je ten rozcestník stále bez funkční fotky a je třeba ho vyfotit
znova.

Beru, že se filtrují jen rozcestníky bez fotek, ale tím pádem se znovu
vracím k tomu, zda ty fotky označené jako "delete", ať už z jakéhokoli
důvodu, opravdu nevymazat.

Majka

2017-04-21 20:33 GMT+02:00 Tom Ka :

> Ahoj,
>
> tohle je reseno kontrolou ref. Pokud existuje fotka ale neni ref, tak je v
> gpx i json take ale jinak oznacena. Predpoklad je, ze pokud ma rozcestnik v
> OSM ref, ma i ostayni veci kdyz uz se na nej nekdo dival a podle toho co
> potkavam tento pristup funguje rozumne dobre.
>
> Bye
>
> On Apr 21, 2017 17:38, "majka"  wrote:
>
>> Nemáme trochu chybu v matrixu u chybných rozcestníků?
>>
>> Tím myslím na http://osm.fit.vutbr.cz/OsmHiCheck/gp/ u těch souborů ke
>> stažení ve formátu gpx a json.
>>
>> Trochu vada na kráse je, že pokud v databázi existuje jakákoli (i
>> nepoužitelná), ale správně přiřazená fotka, v souborech rozcestníků bez
>> správných fotografií se takový rozcestník neukáže - patrně hodnotíme jen
>> foto má/nemá.
>>
>> Osobně bych považovala za vhodnější brát tyhle soubory jako upozornění na
>> rozcestníky, které je třeba nafotit. A pokud je fotka z jakéhokoli důvodu
>> nepoužitelná, tak je třeba ji přefotit.
>>
>> Několik mých fotek tam takhle "překáží", ty jsou v plánu znovu vyfotit
>> při nejbližší příležitosti.
>>
>> Na ty soubory je ale odkaz třeba i na geocaching.cz, a je škoda, že tam
>> nemáme komplet vše, co bychom potřebovali.
>>
>> Majka
>>
>> ___
>> 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] CheckAutopista2

[majka]

A ještě si dovoluji upozornit, že to podle popisu pracuje jen s dálnicemi
(tedy motorway a motorway_link).
Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na pyramidu v rybníku Svět

[majka]

Ahoj,
netuším, jestli to půjde opravit - je tam jakási podivná vrstevnice, takže
podle mého snad ne v OSM ale ve výškových datech.
Majka

2017-05-03 11:09 GMT+02:00 Zdeněk Pražák :

> Při opravě v okolí Třeboně jsem si všiml, že v rybníku Svět u hotelu
> Bohemia se zobrazuje nějaká hora - viz http://rawgit.com/osmcz/osmcz/
> photoDB-gui/index.html#map=15/49.0011/14.7660&layers=kKVGB
>
> Nevím jak to opravit
>
> ___
> 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] Dotaz k relacím silnic

[majka]

Zdravím.

Netuší někdo, zda je chyba, pokud relace silnice není kontinuální a
uprostřed kus jednoduše chybí?
Konkrétně se mi jedná o silnici I/3, relace 3267628. Relation analyzer
<http://ra.osmsurround.org/analyzeRelation?relationId=3267628&_noCache=on>
si stěžuje na to rozdělení, ale odpovídá to skutečnosti, uprostřed je
slavná jihočeská dálnice D3.

Případně nějaké nápady, jak to napravit? Výhledově rozdělit na dvě relace
pro severní a jižní část, pojmenovat stejně a obě samostatně přidat do
silniční sítě ČR?

A z jiného soudku - jak velké jsou případně problémy se superrelacemi (tedy
vyjmutí cest u části relace a nahrazením novou relací tvořenou touto částí
přidanou na jejím místě)? Co za komplikace lze čekat?

Pro vysvětlení - v noci jsem opravovala mimo jiné trasu E55 v Českých
Budějovicích. Je to tu vedeno tragicky, takže to byla práce na dlouhé lokty
a jednoznačně ještě ne definitivní, s úseky rozdělenými na
forward/backward. Ideálem by bylo kvůli těm změnám tenhle úsek vyjmout -
pravděpodobně v několika částech - a udržovat samostatně. Navíc se to z
části kryje s dalšími relacemi, takže jinak to znamená opakovat několikrát
a doufat, že to místo vylepšení někde nepo... nadobro.

Proto také zkouším analyzovat všechny možné dotčené relace a z toho vzešel
první dotaz.

Díky,

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

Re: [Talk-cz] Letecké snímky DigitalGlobe lze teď používat pro OSM

[majka]

JOSM mám 2 vrstvy Digital Globe, a každá z nich má jinak aktuální data. V
Českých Budějovicích je vrstva "Standard" o něco než vrstva "Premium", ta
je ale má krásné rozlišení, takže ta je třeba pro mapování / kontrolu
vodorovného značení ideální. Ale při troše snahy to lze vyčíst i z té
vrstvy "Standard".
Nedokážu zjistit datum mapy přesně, ale pro orientaci, alespoň u nás podle
výstavby nových silnic:
vrstva Standard je datovaná zhruba únor - květen 2015, tedy u nás zhruba
stejně, jako mapy.cz a ortofoto. Vrstva Premium je cca z podzimu 2014.

Majka


2017-05-10 12:55 GMT+02:00 Jan Martinec :

> Ahoj,
>
> pro ty, kdo nezaznamenali v listu OSM-talk nebo ve feedech:
>
> Z DigitalGlobe uvolnili své letecké snímky pro odvozování do OSM; nějakou
> dobu už je poskytovali pro jednotlivé projekty HOTOSM, teď to otevřeli
> úplně pro užití v OSM.
>
> https://www.openstreetmap.org/user/@kevin_bullock/diary/41132
>
> Koukal jsem na ČR, a je to tak na půl cesty mezi pražskou ortofotomapou
> IPR a mezi Bingem; rozhodně by to mělo být častěji aktualizované než Bing.
> (Někde teda Bing přebírá DG, resp. nakoupili identické podklady - aktuálně
> třeba v okolí Příbrami :))
>
> Mapování zdar,
>
> Honza Piškvor Martinec
>
> ___
> 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