Re: [talk-cz] Jak slepy import obcas dokaze znicit mapu...

[jzvc via talk-cz]

Dne 18.12.2020 v 13:28 Jan Macura napsal(a):

Ahoj



Namátkou třeba zrovna teď jsem narazil na tuhle "budovu":
[image: obrazek.png]

:-/

H.


Cus,

specielne u budov (ale nejen) dost tezko urcis, jestli tam je nebo neni, 
pokud se nevydas na misto osobne. Protoze jak tu i o fous vedle zaznelo, 
ruzni lide pouzivaji ruzne zdroje, a i v tech velmi oficielnich panuje 
setrvaly bordel. Takze naprosto bezne jsou ruzne udaje v ruznych 
rejstricich/registrech ... a zadny z nich navic nemusi odpovidat 
realite. Takze uplne vpohode mas v katastru budovy, ktere uz 20 let 
nestoji, nebo jeste 20 let stat nebudou (pokud vubec). A naopak, nemas 
tam budovy, ktere uz 20 (ale i mnohem vic) let stoji. Osobne jsem pak 
porad nepochopil tu "logiku" kdy tam je kulna na drevo o pudorysu 2x1m, 
ale vedle stojici stodola 15x40m tam neni.


Takze ta budova na tvym obrazku muze byt cokoli z uvedeneho - od 
historie po budoucnost pres minelu/bug ...


Jinak si uvedom, ze hromada budov byla vyrabena jeste z "analogoveho" 
katastru, v dobe, kdy zadny lepsi podklad proste nebyl k dispozici. 
Dokonce ani dnes neni pro cele uzemi k dispozici digitalizovany katastr.


Ani s temi adresami to neni nijak ruzove, a naprosto bezne je bod 
umisten uplne jinde, nez by byt mel, pripadne k adrese chybi budova atd. 
Dokonce mam v pameti, ze jsem pomerne nedavno narazil na situaci, kdy 
existuji dve adresni mista se stejnym CP umistena jinde v ramci teze 
ulice (coz jsem vyhodnotil jako bug a proto jsem se na to sel podivat), 
ale je to o to legracnejsi, ze to zjevne odpovida i cislum na domech = 
opravdu maji stejne. Inu proc ne, kdyz muzou mit dve osoby stejna RC ... 
a byrokratum to nevadi.





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



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

Re: [talk-cz] Změny v mapě pro ochranu přírody

[jzvc via talk-cz]

Dne 10.12.2020 v 13:13 Tom Ka napsal(a):

čt 10. 12. 2020 v 11:09 odesílatel Jiri Komarek  napsal:

sleduji tady prolínání dvou do současné doby neznámých a částečně 
nekompatibilních světů :-) OSM komunita, která chce mít věci tak, jak jsou v 
reálu vs. CHKO, které se snaží chránit přírodu (v okolí Býčí skály hnízdní 
vzácní dravci, kterým se v případě rušení nedaří vyvést mladé na svět -pokud si 
pamatuji správně).

No jo, ale bohuzel opakovana zkusenost rika, ze tohle nejsou lide,
kteri se snazi chranit prirodu, ale urednici, ktere zajima jen
zakazovani a prikazovani ostatnim, pro ne samozrejme nic z toho
neplati. Prikladem je situace z letosniho leta, kdy prave u Byci skaly
byly vsude natahane zatarasy, jak se tam nesmi a uprostred nich si
banda lidi s nasivkami CHKO delala party. Po skonceni uzavery se pak
igelity valely v okoli po lese, uklizet netreba. Tak to je ochrana
prirody ve stylu ktery mi opravdu neni blizky.



Presne, me to prijde jako nehorazna snuska kecu.


Pokud tam vede cesta, a na ty ceste neni zavora a cedule ze se tam 
nesmi, tak bych pripadnyho "ochrance" tak maximalne inzultoval fyzicky. 
A presne to bude nespis odpovidat realite na miste.


Pokud si pak pamatuji spravne, na podobne tema (prenocovani v CHKO/NP) 
probehly dokonce nejake soudy, ktere konstatovaly, ze pokud doticni nic 
neposkozuji, tak ze jim v tom se v chko/narodnim parku vyspat nekde pod 
stromem nic nebrani.


Taky by me zajimalo, jak to ti ptaci delaji, ze hnizdi a maji mladata 
celorocne, coz je presne to, co by pripadne opet soud rozcupoval = pokud 
je nekam vstup omezen, musi to byt zduvodneno.


---

BTW: Nemeli bychom z mapy odstranit prazsky hrad? Hradni pan si jiste 
nepreje byt obtezovan.




Bye tom.k

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




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

Re: [talk-cz] Elektrické nabíjecí stanice pro auta

[jzvc via talk-cz]

Dne 15.11.2020 v 17:53 Miroslav Suchy napsal(a):

* Operátor je název firmy, která to provozuje. Takže typicky "ČEZ" a nikoliv třeba 
"ČEZ (CCS/CHAdeMO/Mennekes type2)".


Cus, tady bych si daval pozor, protoze typicky nebude CEZ provozovatel. 
To bude brand. Provozovat to klidne muze josifek vyskocil ;D.


Je to podobny jako u bezny benzinky - Shell neni v 99% pripadu ani 
majitel ani provozovatel. Pokud bys chtel zjistovat kdo to realne je, 
tak nejlip z uctenky.



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

Re: [talk-cz] mazani nepohodlnych dat

[jzvc via talk-cz]

Dne 26.10.2020 v 13:51 Tonda napsal(a):
Ale není legální jezdit na kole mimo cesty a není legální cesty, v 
tomto případě MTB traily, budovat bez sohlasu vlatníka.

Zákon 289/1995 Sb. (Lesní zákon) § 20

A kolik asi tak nacerno postavenych domu je v OSM zmapovano? Stovky? 
Tisice? Dokonce jsou v OSM zmapovany vsemozne vojenske objekty (a take 
si v tomto pripade dokonce vlastnici/provozovatele stezovali a zadali 
odstraneni, coz bylo odmitnuto).  Vcelku by mne pak zajimalo, jak se 
pozna "legalni" lesni cesta od "nelegalni" lesni cesty.


Mimochodem, meli bychom odstranit z OSM D0 als prazsky okruh, nebot je 
provozovan ilegalne bez kolaudace (pokud se nemylim, je stale v 
testovacim provozu, coz jak uz opakovane prohlasil NS, je neakceptovatelne)




T.

On 26.10.2020 13:30, Pavel Machek wrote:

On Mon 2020-10-26 09:07:44, Eduard Šešulka wrote:

Zdravím,

Nejsem si jistý, jestli se mi podaří odpovědět do správné skupiny, ale
zkusím to.
Pokud jsou trasy ilegální, neměly by v mapě být.


Co presne znamena ze jsou "ilegalni"?

Upozornuju ze je legalni chodit po lese, a to i mimo cesty.

    Pavel


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




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

Re: [talk-cz] Časově podmíněný přístup

[jzvc via talk-cz]

Dne 18.10.2020 v 19:23 Jan Macura napsal(a):

Ahoj,

myslím, že jo, ale mohl by někdo kouknout, jestli jsem touhle změnou: 
https://www.openstreetmap.org/changeset/92663872#map=15/49.0717/13.3735 
správně přepsal informace ze značky name do access:conditional?
Jestli je to dobře, tak bych pak odmazal ty zastaralé značky date_off 
a date_on.



Cus,

access:conditional yes @ (Jul 15-Nov 15)
bicycle no
foot designated

Tohle se ti IMO navzajem pobije tak jak nechces. Protoze pokud je tam 
zakaz na kole celorocne, tak ho na to casovy obdobi povolujes. A pokud 
se tam ani pesky nesmi  jindy, tak to povolujes celorocne.  A nejen to, 
v danym obdobi povolujes libovolnou dopravu = i autem/na motorce/..., 
ale zaroven ty jiny zpusoby neresis, takze jsou mozny i mimo to obdobi.


Vpodstate bys tam mel dat to co bylo receno vejs, access=no + 
access:conditional. Pokud tam smi vic zpusobu dopravy, tak je tam musis 
dat postupne.


*bicycle @ (07:00-11:00); **foot @ (07:00-17:00)*

Samo pokud tam chces dat vic zpusobu dopravy, bude to hodne dlouhej radek.

Priorita by se mela vyhodnocovat odzadu, takze to co splni podminky 
zprava prvni, vyhrava. Obecnej tag se vyhodnocuje posledni. Jinak 
receno, pokud to nesplnuje zadnou podminku.



Díky
 H.

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



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

Re: [talk-cz] mapy bývalých tratí

[jzvc via talk-cz]

Dne 29.9.2020 v 21:06 Michal Poupa napsal(a):
tak by šel vymyslet nějaký tag který by se zobrazoval 
https://www.openrailwaymap.org/ a ne v https://www.openstreetmap.org/



Cus, to uz davno vymysleny je, osm nerenderuje trate oznaceny trebas 
jako abandoned nebo razed. Podivej se trebas na sesuv na D8. V 
openrailway to tam mas jako prerusovanou caru, v osm to nemas vubec. V 
osm vidis jen to okolo, tam trat normalne je, ale nic po ni nejezdi = je 
oznacena jako disused.


Pro zajimavost, porad dokola nekdo vzdycky slibuje, ze se to opravi, a 
pak se o tom zas par let nemluvi ... az prijdou zas nejaky volby, aby 
bylo co slibovat. Aktualne je "uz pry" vycleneno skorem 600M na opravu. 
Kdyz si predstavim, ze za setiny ty castky parta blaznu udrzuje, 
opravuje a dokonce znova stavi trat z velkyho brezna do usteka, tak bych 
jim tech 600M protah riti do krku.


A ono i v tech mistech kde se na prvni pohled zda, ze z trati nic 
nezbylo ve skutecnosti tech pozustatku muze byt celkem dost. Dokonce 
trebas ve mestech se pri vsemoznych rekonstrukcich vrati do ulice kde 
nic nejezdi uz desitky let par metru koleji  atd. Sak na vaclavaku ti 
stoji tramvaj kousek pod konem ;D.  Takovych pozustatku (patnik 
uprostred niceho, ktery je ve skutecnosti kilometrovnikem, ruzny 
propustky a mosty ...) muze byt leckde spousta byt trat jako takova 
davno neexistuje. Ostatne co vim, tak trat pres Kamenickej senov do 
Cesky lipy se navstevovala jakozto pozustatek historie (sem tam nejakej 
prazec v lese) uz pred 30+ lety. V OSM ji mas taky zmapovanou celou. 
Stejne tak mas zmapovanych hromadu zrusenych useku u sousedu - napr po 
valce odstrizeny preshranicni useky do Nemecka/Rakouska.




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

Re: [talk-cz] [začátečníci] Maximální rychlost

[jzvc via talk-cz]

koukám na ten OSRM debug a ... asi bych potřeboval dokumentaci(*), nicméně ani
tam nevidím žádnou zvláštnost, proč by to nemělo jít, jak jsem jel

(*) podle čeho na maxspeed 110 v některým úseku píše 87, někde 89, a jak
funguje hodnocení toho odbočování? proč na nájezdu směr Brno píše 40 km/h,
když je to onen diskutovaný trunk_link, kde by měl brát 110?

K.


Cus,

jednak si uvedom, ze osrm pouziva jinej algoritmus nez osmand a kazda 
dalsi navigace si to dela po svym.


A ted k tem "rychlostem". Osrm bere v potaz rychlost nastavenou (bud 
implicitni pro danej typ v dany zemi nebo explicitni na konkretni way). 
A z ty ti automaticky bydefault neco odecte (vychazi z nejakych cisel na 
tema prumerna rychlost). Dalsi penalizace anobrz snizeni rychlosti, pak 
dostanes za zatacky. Je to podle toho jak moc je ta zatacka utazena. Pro 
vyber trasy se pak jeste uplatnuje penalizace za kazdy odboceni (funguje 
to tak, ze se proste pricte nejakej dalsi cas za kazdou odbocku kterou 
te to protahne).


Timhle se myslim povede eliminovat naprosto drtiva vetsina situaci, kdy 
by te to navigovalo nekde skrz baraky ve vsi (osrm to svyho castu delalo 
taky - nebyla tam ta penalizace za odboceni).


Problem kterej popisujes pak naprosto typicky vznika v situacich, kdy je 
papirove trasa nekde mezi barakama trebas o sekundu nebo dve kratsi. 
Nektery navigace pak zohlednujou i dalsi veci - celkove davaji prio na 
silnice vyssich trid i kdyz ta trasa je trebas o nejaky % delsi a podobne.



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

Re: [talk-cz] zpomalení JOSM

[jzvc via talk-cz]

Dne 8.7.2020 v 9:18 majkaz napsal(a):


Nastav JOSM na 3GB, pouštěj jen ten. A nejvíc paměti tam berou 
zobrazené vrstvy - nejlepší je editovat v dávkách, a minimálně ty 
mapové podklady po nějakém delším čase vypni a znovu zapni, speciálně 
pokud "přeskakuješ" z území na území. Dá se takhle, i když blbě, 
editovat i s 1GB paměti pro JOSM. Bývaly časy, kdy to tolik nepotřebovalo.



Pokus ...

Kdyz stahnes jeden "ctverecek" kterej ma rekneme +- 1MB RAW dat, tak si 
josm sezere ... a prave jsem to vyzkousel, 1,3GB. Nic dalsiho krome 
nejakych pluginu nacteno neni. Zadny podklady, nic. Kdyz pod to hodim 
fotomapu a KM, tak to schroupe "jen" dalsich cca 500MB. Po donacteni 
rekneme "ridciho" okoli - zhruba stejna plocha jen mimo obec - (cca 
200kB RAW) to prihodilo dalsich cca 200MB.


Takze se da (zhruba) rict, ze kazdy 1MB stazeny z OSM = +1GB zabrany 
ramky. (tohle opet zhruba odpovida maximalni plose kterou OSM dovoli 
jednim vrzem)


IMO tech +- 300MB je vlastni apka + pluginy. Prazdny josm si mi po 
spusteni zblajzne prave 1GB, ale pocitam ze vetsina je prazdna "doforoty".


Urcite by se to dalo zjistit presne, tohle je jen velmi hrubej odhad. 
Ale je to pekelne nenazrana appka ;D.



Navíc zpomalení ti můžou způsobovat i ty zobrazené vrstvy samy o sobě, 
pokud máš z nějakého důvodu delší odezvy. RUIAN a Lpis tohle dělají 
poměrně často.


Majka

__
> Od: "Zdeněk Pražák" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 08.07.2020 08:24
> Předmět: Re: [talk-cz] zpomalení JOSM
>

no můj počítač je již starší a má 4 GB operační paměti
-- Původní e-mail --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 7. 2020 8:20:22
Předmět: Re: [talk-cz] zpomalení JOSM

Je otázka kolik paměti celkem na počítači Zdeněk má a zda mu ji
třeba nekrade nějaký jiný program.
Marián



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



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

Re: [talk-cz] nečeský name=*

[jzvc via talk-cz]

Dne 7.7.2020 v 12:30 v...@seznam.cz napsal(a):

Ahoj,
jak přistupovat k takto otagovanému prvku?

https://osmap.cz/node/3254360561

name=* má cizojazyčně a k tomu má i name:cs=*

Na osmap.cz se to zobrazuje cizojazyčně - je tedy chyba v renderingu v 
tom smylu, že by měl upřednostnit lokální jazyk? Nebo v tagování...?


Cus,

rek bych, ze renededer pouzije proste name. A pokud vim tak osm cz 
nepouziva vlastni renedering.


Pokud je to na uzemi CR, a existuje ceskej nazev, mel by v name byt 
prave ten (a aby se poznalo ze to je prave ceskej nazev, tak by v 
name:cs melo byt totez, coz je notace hloupa ale je to tak). Existovala 
mapa (z osm dat) kde se popisky daly prepinat (a vyuzivalo to prave 
name:), ale mam pocit ze uz nebezi. Skoda ze OSM v tomhle ohledu 
nerespektuje bydefault lng kterej ji posle browser. Ale to by popisky 
nemohly byt soucasti tech dlazdic, musely by byt zvlast.




VOP

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



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

Re: [talk-cz] zpomalení JOSM

[jzvc via talk-cz]

Dne 6.7.2020 v 15:45 Zdeněk Pražák napsal(a):

Jak mám JOSM přidat více paměti
Mohl bych poprosit tedy o opravu po teamvieweru
Děkuji Pražák


Cus, nejak takhle. Cestu si uprav podle sebe, stejne to funguje v 
linuxu. Tohle mu dava 16GB. V tyhle podobe to muzes dat do windowsiho 
"zastupce" (policko cil). 16 je mozna prehnane moc, ale takovy 4 mu dej 
jako minimum.


"C:\Program Files\Java\jre1.8.0_201\bin\javaw.exe" -jar -Xmx16384M 
josm-latest.jar





po 6. 7. 2020 v 7:44 odesílatel Petr Schönmann > napsal:


Zjevně málo paměti. 1G je pro josm podle me malo. Přidej vice
paměti. Myslim ze jsi to uz jednou řešil. Jestli s tim budeš mit
problémy, muzeme se domluvit a opravit po teamvieweru.

On Sun, Jul 5, 2020, 09:28 Marián Kyral mailto:mky...@email.cz>> wrote:

Nemůže to dělat nějaký plugin? Zasekává se to při určité akci
nebo bez zjevné příčiny?
Nevypisuje to ještě nějaké detaily?

Marián

-- Původní e-mail --
Od: Zdeněk Pražák mailto:zpra...@seznam.cz>>
Komu: talk-cz@openstreetmap.org 
Datum: 5. 7. 2020 8:36:09
Předmět: [talk-cz] zpomalení JOSM

ahoj
v posledních dnech se mi zpomalilo JOSM, jakoby se
zasekávalo a po chvíli nereagování se objevuje hláška JOSM
ist out of memory strange things may happen. Please
restart JOSM with the - Xmx...M option where currently 935
MB are available to JOSM.
Zkusil jsem aktualizovat JOSM na poslední stabilní verzi
ale problém přetrvává

co mám dělat pro odstranění problému.
Pražák
___
talk-cz mailing list
talk-cz@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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

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


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



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

Re: [talk-cz] Telefonní automaty, rušení - nějaké nápady co s tím?

[jzvc via talk-cz]

Dne 1.7.2020 v 17:49 Miroslav Suchy napsal(a):

Dne 01. 07. 20 v 17:07 majkaz napsal(a):

Já ti nevím - od začátku tohoto roku (k 01.01.2020) už by neměla být žádná 
budka v obci nad 2000 obyvatel, a když
porovnám to, co vidím v OSM a na stránkách O2 
, ukazuje mi to tak z
15 telefonních budek v OSM jen 2, které tam podle O2 k tomu datu skutečně jsou.



Tady je otazka, jak moc spolehlivy jsou data telecomu. Protoze pri 
vseobecnym operatorskym bordelaku, kterymu prave oni uspesne kralujou 
... Muzes sice pevne doufat, ze si nenechavaji dotovat neexistujici 
budku, ale stejne dobre muzou provozovat budku nedotovanou, jednoduse 
proto, ze o ni nevedi. Srandu si nedelam, oni ti uplne klidne 
vyfakturujou hlas na ciste datovy karte nebo naopak, a nevyfakturujou ti 
sluzby, ktery roky pouzivas = mas telefon, ten funguje, volas z nej, a 
najednou ti proste prestanou chodit faktury. A deje se to opakovane a 
neustale, roky.




V obcich pod 2k obyvatel smazat (otázka jak to vyfiltrovat). V ostatních 
místech ponechat a smazat za rok, za dva.



To spatne ctes, prave v obcich DO 200 obyvatel jsou ty budky, ktery jsou 
v provozu (takze ve mestech uz zadny nejsou, teda teoreticky). A muze se 
klidne stat, ze to rozhodnuti se zmeni, takze ty budky tam budou dalsich 
10 let.





Případně sem hodit link na over-pass kde bude i
   survey:date
bud chybet nebo mensi nez dnesni datum.
Ty budky ktere stale opravdu existuji doplnime o survey:date.
https://wiki.openstreetmap.org/wiki/Key:survey:date
Coz by mohlo zjednodusit praci za rok, za dva.
M.

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




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

Re: [talk-cz] Telefonní automaty, rušení - nějaké nápady co s tím?

[jzvc via talk-cz]

Cus,
nemyslim si ze by vsechny budky zrusili ze dne na den. A rozhodne ne do 
konce roku, vzdyt i v tom clanku mas napsano, ze jim to nechteji dotovat 
od pristiho roku, takze k tomu ruseni by mohlo dojit az po 1.1.


Takze bych pockal jak se to vyvrbi, a pokud to zrusi, tak je otazka, 
jestli uplne odstranit, nebo nejak pretagovat. Neco na tema 
abandoned:telephone ??? Osobne si totiz myslim, ze na spouste mist 
(videl sem) budka/sloupek zustane, demontuji pouze pristroj.


--
Ale ta cena je teda pekelne nehorazna ... pri 9k rocne by pak volani z 
ty budky melo bejt uz zadarmo ne? Do toho se totiz naprosto vpohode 
vejdou 4 neomezeny tarify.


Osobne pak vidim problem v tom, ze nasi uzasni mobilni operatori, maji 
tak uzasne zabezpeceny provoz (viz aktualne t-mobile), ze kdyz se deje 
cokoli, co vyzaduje aby sit fungovala, tak samozrejme nefunguje. Opet 
viz povodne, kdy zustaly cele oblasti bez signalu, protoze BTSky byly 
bez elektriny a i treba jen behem par hodin dovezt mobilni agregat je 
zjevne zcela mimo realitu nasich opu.


Pritom bejvavalo povinosti udrzet sit v provozu. Kdysi davno byly 
ustredny postaveny tak, ze musely zvladat 3 dny plny provoz bez dodavky 
elektriny, a dalsich 14 dnu omezeny provoz (vybrany linky = mistni 
urady, zachranka ...). A tenkrat to papkalo radove vic energie nez dnes.


Dne 1.7.2020 v 15:33 majkaz napsal(a):


Ahoj všem.

Vzhledem k tomu, že O2 ruší budky, a do konce roku to chce zrušit vše, 
napadá někoho, co s tím? Počkat, a pak se hromadně vrhnout na mazání z 
dat?


Podle informací co jsem zachytila, teď má být v provozu 1150 budek 
, 
overpass turbo jich vrací 2051 . 
Tedy pomalu každá druhá budka v datech už ve skutečnosti neexistuje, 
případně je z ní třeba knihobudka.


Pokud by někdo měl zájem o gpx z dat OSM, současný stav ke stažení je 
zde . Jedná se pouze o export toho uvedeného 
dotazu na overpass turbo.


Majka


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



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

Re: [talk-cz] jak mapovat chodníky

[jzvc via talk-cz]

Dne 20.5.2020 v 12:20 majkaz napsal(a):


Kvůli přechodům je to zbytečné.

Jak chodník, tak přechod pokud jsou jako sidewalk=left|right|both jsou 
vlastnost silnice, takže ten přechod je automaticky propojuje.


Naopak, mapování samostatně si vyžaduje místy "drbání pravou rukou za 
levým uchem". Protože je třeba udělat přiblížení k přechodu, občas i 
jinak, než to je ve skutečnosti.


Za mě: pokud je přechod oddělený jen obrubníkem, tak je lepší 
sidewalk=left|right|both, není pak třeba řešit případná slepá 
ukončení. Pěšák pak automaticky pokračuje po silnici. V případě, že je 
to samostatně, je v pozici auta ve slepé ulici - může odsud jen 
vycouvat, případná navigace neumí udělat ten úkrok na silnici. Že to 
občas díky místnímu řešení neumí udělat ani chodec je věc druhá.



Cus,

tohle mapovani ma jeden, zato naprosto zasadni problem. Je zcela 
neintuitivni. Sekundarne to "nikde" (a to predevsim co se tyce editoru, 
ale i v renederech) neni videt, narozdil od chodniku mapovanych jako 
samostatny cesty.


Ono totiz dokonce plati, ze pokud je neco  highway=residential tak se 
tam chodniky na obou stranach predpokladaji.


Jinak me osobe tohle prijde stejny, jako spory o mapovani trati jednou 
carou vs per kolej. Proste mapovani samostanou cestou = podrobnejsi 
mapovani. On taky totiz ten chodnik bude mit jinej podklad nez silnice 
(dlazba vs asfalt vs kostky vs ...), muze mit nejakou sirku a spoustu 
dalsich vlastnosti, ktery ma i ta silnice, ale jiny.




Majka

__
> Od: "Jozef Matejička" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 20.05.2020 11:05
> Předmět: Re: [talk-cz] jak mapovat chodníky
>

Rád bych se zeptal, jak mapujete přechody, když používáte sidewalk?
Já kvůli přechodům preferuji sidewalk=separate 
 na silnici a 
pak highway=footway jako zvlášt element.

Děkuji!


--

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

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



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

Re: [talk-cz] Josm hlásí chybu

[jzvc via talk-cz]

Cus,

zjevne pouzivas vyvojovou verzi, ale dost starou, takze si ji nejdriv 
aktualizuj (16434).


Alternativne vyzkousej stable verzi - 16239

Jako dalsi v poradi muzes zkusit docasne povypinat pluginy.

Kazdopadne to hlaseni rika, ze se ti nejak povedlo dostat dataset do 
nekonzitentniho stavu, kdy se odkazujou prvky, ktery tam nejsou. Parkrat 
se mi  povedlo neco podobnyho, ale nijak zvlast sem to teda neresil, 
proste sem ozelel nejaky ty zmeny a cely to bez ulozeni smaznul. Pokud 
ses schopen to idealne kdykoli a s posledni vyvojovou verzi nejak 
zreplikovat, tak nareportuj bug kam napis postup jak docilit rozbiti.


Muze to byt uz opraveny v novejsich verzich, tohle je takova ukazka 
rizik pouzivani dev verze ;D.




Dne 16.5.2020 v 20:04 Zdeněk Pražák napsal(a):
opravoval jsem průběh turistických značek v okolí Monínce a JOSM mi 
nejprve při vytvoření nové relace nahlásil chybu, že došlo k 
neočekávané výjimce, relaci jsem tedy smazal a vytvořil znovu bez 
objevení chybové hlášky. Na závěr však při pokusu o uložení 
provedených změn JOSM opět hlásí chybu, že došlo k neočekávané výjimce 
a nahrání neproběhne - co s tím mám udělat, abych mohl provedené změny 
nahrát

Pražák

ladící informace z JOSM
{{{
URL:https://josm.openstreetmap.de/svn/trunk
Repository:UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
Last:Changed Date: 2020-04-08 18:20:25 +0200 (Wed, 08 Apr 2020)
Build-Date:2020-04-09 01:30:48
Revision:16245
Relative:URL: ^/trunk

Identification: JOSM/1.5 (16245 cs) Windows 7 64-Bit
OS Build number: Windows 7 Ultimate (7601)
Memory Usage: 1005 MB / 1005 MB (77 MB allocated, but free)
Java version: 1.8.0_251-b08, Oracle Corporation, Java HotSpot(TM) 
64-Bit Server VM

Screen: \Display0 1280x1024
Maximum Screen Size: 1280x1024

Dataset consistency test:
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 
version=0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node 
id=1123488156 version=2 V lat=49.5492032,lon=14.5209226}, {Node 
id=1123339105 version=3 V lat=49.5496906,lon=14.521003}, {Node 
id=1123339132 version=2 V lat=49.5498649,lon=14.5213821}]} is 
referenced by {Relation id=-99821 version=0 VT [cesta -105530, cesta 
-105504, cesta -105498, cesta -104658, cesta -105485, cesta 
444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 
version=0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node 
id=1123488156 version=2 V lat=49.5492032,lon=14.5209226}, {Node 
id=1123339105 version=3 V lat=49.5496906,lon=14.521003}, {Node 
id=1123339132 version=2 V lat=49.5498649,lon=14.5213821}]} is 
referenced by {Relation id=-99824 version=0 VT [cesta -105530, cesta 
-105504, cesta -105498, cesta -104658, cesta -105485, cesta 
444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 
version=0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node 
id=1123488156 version=2 V lat=49.5492032,lon=14.5209226}, {Node 
id=1123339105 version=3 V lat=49.5496906,lon=14.521003}, {Node 
id=1123339132 version=2 V lat=49.5498649,lon=14.5213821}]} is 
referenced by {Relation id=-99825 version=0 VT [cesta -105530, cesta 
-105504, cesta -105498, cesta -104658, cesta -105485, cesta 
444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 
version=0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node 
id=1123488156 version=2 V lat=49.5492032,lon=14.5209226}, {Node 
id=1123339105 version=3 V lat=49.5496906,lon=14.521003}, {Node 
id=1123339132 version=2 V lat=49.5498649,lon=14.5213821}]} is 
referenced by {Relation id=-99822 version=0 VT [cesta -105530, cesta 
-105504, cesta -105498, cesta -104658, cesta -105485, cesta 
444868630]} but not found in dataset
[NO DATASET] {Way id=-105504 version=0 MVT> nodes=[{Node id=-117531 
version=0 MVD lat=49.548950551368755,lon=14.52057311164494}, {Node 
id=1123488156 version=2 V lat=49.5492032,lon=14.5209226}, {Node 
id=1123339105 version=3 V lat=49.5496906,lon=14.521003}, {Node 
id=1123339132 version=2 V lat=49.5498649,lon=14.5213821}]} is 
referenced by {Relation id=-99823 version=0 VT [cesta -105530, cesta 
-105504, cesta -105498, cesta -104658, cesta -105485, cesta 
444868630]} but not found in dataset



Plugins:
+ Tracer (35313)
+ Tracer-testing (1587671642)
+ Tracer2 (35405)
+ apache-commons (35362)
+ buildings_tools (35405)
+ ejml (35313)
+ geotools (35169)
+ jts (35122)
+ pointInfo (35248)
+ reverter (35409)

Last errors/warnings:
- W: Nemohu najít podporovanou projekci pro vrstvu ortofoto. Používám 
EPSG:3857.
- W: Nemohu smazat archivovaný záložní soubor 
\autosave\deleted_layers\Datová vrstva 1_20200515_104136312.osm
- E: Handled by bug report queue: 
org.openstreetmap.josm.data.osm.DataIntegrityProblemException: 
Relation member must be part of the same dataset as relation(relace 
-99821, cesta -105504)
- E: Handled by bug report queue: 
org.openstreetmap.josm.data.osm.DataIntegrityProblemException: 

Re: [talk-cz] WeeklyOSM CZ 507

[jzvc via talk-cz]

Dne 20.4.2020 v 10:29 <0174 napsal(a):

Ahoj a díky za další číslo,
jen bych doplnil k:
/Phyks se ptá 
, 
zda může být cyklostezka (cycleway) omezena pouze na horská kola, 
protože mu přijde, že dokumentace |highway=cycleway| je spíše pro 
městskou cyklistiku. Jsme si jisti, že alespoň jedna z více než 80 
odpovědí 
 
na mail listu mu pomohla s jeho problémem.

/
/
/
Jedním z výsledků je návrh 
 
na novou hodnotu tagu /path=mtb/. Ať už projde, nebo ne, jsem rád, že 
se to řeší, protože jako chodec bych se raději vyhnul cestám 
využívaným jako traily (překážky, cyklisté s vysokou kinetickou 
energií) a jako horský cyklista budu rád, když budu moci najít nová 
místa na ježdění (tedy v teorii, v praxi většinou zmapovaná nejsou).



Cus, tohle je pekny nesmysl, pokud vim, existuje tagovani, ktery rika, 
jak moc je teren sjizny, a z nej jasne plyne, ze pokud to neni vicemene 
idealni afaltka, tak to pro silnicni kola zrovna neni. To ale vubec 
neznamena, ze neprojedes nebo v horsim pripade neprojdes.


Cyklostezka je pak predevsim cesta po pravni strance cyklistum urcena a 
pripadne adekvatne oznacena. S jeji sjizdnosti to nema zhola nic 
spolecnyho, pricipielne muze byt takto oznaceny i krpal po sutrech a 
korenech nekde uprostred divociny, byt to tak v nasich koncinach nebyva 
bezne. Co ale bezne uz je, jsou jako cyklostezka znaceny trebas sterkovy 
cesty, coz pro silnicni jezdeni taky neni uplne idealni. A opet, pozor, 
je rozdil mezi cyklostezkou (tzn tim, kde je prislusna znacka) a 
cyklotrasou - ta muze vist leckde.


Proto je path=mtb proste nesmysl, protoze nic takovyho neexistuje.





<0174

ne 19. 4. 2020 v 18:35 odesílatel Tom Ka > napsal:


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

https://weeklyosm.eu/cz/archives/13046

* První online mapathon.
* Exporty na freemap.sk .
* Otvírací doba v karanténě.
* Otevřená místa nejen pro Francii.
* Jak na geo firmu?
* Zavírání poznámek v Rusku.
* Bezplatné členství.
* Výbor pro mikrogranty.
* Historická paměť měst.
* Body zájmu pro iOS.
* Nová verze JOSM.
* ArcGIS vrstvy z OSM.

Pěkné počtení ...

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


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



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

Re: [talk-cz] Bugy na osmapp :-))

[jzvc via talk-cz]

Dne 11.3.2020 v 14:09 Pavel Zbytovský napsal(a):

čau,

moc díky za kritiku - je to opravdu jen zárodek. Taková ukázka, kam to 
může vést. To co píšeš není těžké naprogramovat, jen zatím nebyla 
vhodná chvíle.


3D - ano je to jen 2.5D, moje chyba.

Mohl bys mi prosím poslat, které POI se nenačetly? Vím, že klepání na 
ulice/domy apod. se nanačte (nemají zatím OSM id) – někdy tam ovšem 
visí to točíčko. Ale klepání na POI mi všude po světě zatím fungovalo. 
Jo, vlastně občas vypadne osmapi či overpass, ze kterého se ta data 
stahují.


Cus,

klipal sem random kolem prazkyho hradu + neco na staromaku. Trebas poi s 
ikonou foto a nazvem "Staromestka radnice", to jen kolota a nic se 
nenacte. Kus vedle je ikona veze "palac kinskych" a to se nacte, ale to 
je taky jediny v okoli staromaku ktery se mi nacetlo. Pricemz teda fotka 
je nejaka pasaz.



Trebas je to browserem (palemoon), ale zkusil sem jeste edge, ten 
nenacte mapu vubec.


Firefox ma uspesnost teda vyrazne vyssi, ale taky nenacte vse. Tady se 
to zas chova tak, ze neco nacita pod 1s, a o poi vedle je to 10,15, 30s ...


To vypada, ze tam pouzivas nejakej ne uplne hezkej js.




Pavel

On Wed, Mar 11, 2020 at 1:05 PM jzvc via talk-cz 
mailto:talk-cz@openstreetmap.org>> wrote:


Cus, zkouknul sem, a trochu kritiky ;D.

Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou
se mapy natocej pri nejaky urovni do bezny pozice sever nahore.
To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do
deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to
pak vypada ze je to pruhledne uplne.
Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.

Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro
širokou veřejnost:

https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech
prvků vracet OSM id?)
- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet
učesat, přidat typescript, lepší eslint, readme, contribution
guidelines apod. Ale dnes mě napadlo, že to už se dá doladit za běhu.

Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete
pull-request, kterému rád udělám kvalitní code-review. Jak možná
víte, tento projekt je můj sen od roku 2010, kdy vznikl první
pokus [1], následně v roce 2016 osmap.cz <http://osmap.cz> a od
té doby jsem připravoval toto [2][3]. Původně jsem to vyvíjel pod
kódovým jménem OSMCZ-v2 [4], ale myslím, že tyto dva projekty se
spíše doplňují.

Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh


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



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


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



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

Re: [talk-cz] Projekt osmapp

[jzvc via talk-cz]

Cus, zkouknul sem, a trochu kritiky ;D.

Co me zarazilo, ze po odzoomovani zustane mapa otocena, vetsinou se mapy 
natocej pri nejaky urovni do bezny pozice sever nahore.
To 3D evidentne vykresluje nejaky poloprusvitny steny, asi do 
deklarovany vysky, a to je taky vse, zadny sikmy strechy. Zhora to pak 
vypada ze je to pruhledne uplne.

Oklipal sem par POI a vetsina znich skoncila nacitacim teplomerem.

Dne 11.3.2020 v 12:14 Pavel Zbytovský napsal(a):

Ahoj,

rád bych vám představil zárodek nového portálu OpenStreetMap pro 
širokou veřejnost:


https://osmapp.org 


Už teď má některé pěkné funkce:
- 3D mapa  – podržte Ctrl a dragněte
- vše je aktivní – POIky, názvy měst, ulice apod.
- panel s detaily vybraného prvku
- obrázky z wikimedie – díky Mariáne
- obrázky z Mapillary – nepřesné, proto černobílé
- vyhledávání přes nominatim
- data od openmaptiles – díky xkomczax (nemohli byste u všech prvků 
vracet OSM id?)

- zárodek "tužtičkového UI" – díky Gorne

Otálel jsem se zveřejněním, neboť jsem chtěl kód ještě krapet učesat, 
přidat typescript, lepší eslint, readme, contribution guidelines apod. 
Ale dnes mě napadlo, že to už se dá doladit za běhu.


Ještě na tom je hodně práce, ale pokud vás něco napadne - pošlete 
pull-request, kterému rád udělám kvalitní code-review. Jak možná víte, 
tento projekt je můj sen od roku 2010, kdy vznikl první pokus [1], 
následně v roce 2016 osmap.cz  a od té doby jsem 
připravoval toto [2][3]. Původně jsem to vyvíjel pod kódovým jménem 
OSMCZ-v2 [4], ale myslím, že tyto dva projekty se spíše doplňují.


Pavel


[1] https://github.com/osmcz/old_osmcz_2010
[2] https://drive.google.com/open?id=0B7awz2fKhg6yQ0JqTjhJRFV5aEE
[3] https://www.figma.com/file/FEwO6iAGQDNbnmEKnv83VVZr/osmcz-v2
[4] https://osmcz-v2.now.sh


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



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

Re: [talk-cz] hranice plochy tvorena budovou

[jzvc via talk-cz]

Dne 28.2.2020 v 7:59 jo...@razdva.cz napsal(a):

Po delsi dobe jsem se dostal k editaci OSM a mam takovy dotaz ohledne relaci. Jde o to, 
ze opravuji zakres prumysloveho arealu, ktery je ve skutecnosti nekolik arealu nalepenych 
na sebe, kazdy patri nekomu jinemu. Hranice mezi nimi a take s "vnejsim svetem" 
je tvorena betonovou zdi, plotem a v nekolika pripadech prave zdi budovy (ktera je 
soucasti arealu). Jak se v takovem pripade postupuje? Ma byt nakreslena plocha arealu a 
do ni ona budova s tim, ze v miste, kde je hranice tvorena budovou budou dve cary tesne 
vedle sebe? Nebo je mozne vytvorit relaci, ktera z linii predstavujici ploty/betonove 
zdi/zed budovy vytvori areal a zaroven nejak zachovat onu budovu?

Doufam, ze jsem se vyjadril alespon trochu pochopitelne, relace teprve zkousim.


Cus,

pokud potrebujes rozdelit budovu, jde to, ale pouzivat bys to mel spis 
na fyzicky deleni, ne na deleni logicky. Budova by vzdy mela mit 
celistvy obrys, a jeji jednotlivy casti by pak mely byt uvnitr toho 
obrysu. Tohle se ale pouziva predevsim pro 3D mapovani.


Pokud ti jde o logicky hranice (neni to plot), tak klidne udelej 
soubeznou linii. V principu zhruba tak, ze dotahnes plot k budove, 
napojis ho. Na druhy strane bude nejspis plot pokracovat, a tu cast co 
je zed budovy proste obtahni linii bez tagovani a pak to cele dej do 
relace jako ten prumyslovy areal. Jenom pozor, rozhodne nedelej soubezny 
linie tam, kde to neni pravda. Typicky si nekdo ulehcuje praci tim, ze 
oklika polem(nebo obytnou zonou/prumyslovym arealem/...) silnici, a ten 
kdo to pak po nem ma predelavat, ho s radosti zastreli, protoze zdaleka 
nejjednodussi bude proste ten jeho vytvor celej smazat. Radostny je to 
predevsim v situacich, kdy potrebujes tu silnici rozdelovat, a pritom ti 
tam soubezne vede dalsi cara nebo vic.




Diky za pomoc
J.

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




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

Re: [talk-cz] Dotaz z OSM fóra - jak otagovat nepoužívanou tramvajovou trať?

[jzvc via talk-cz]

Cus,

presne abandoned=tram bys pouzivat nemel vubec nikde.

Pouziva se to takhle:

railway=disused
disused:railway=tram

nebo samo

railway=abandoned
abandoned:railway=tram

A duvod je ten, ze tohle tagovani muzes mit klidne na silnici, kde pak 
neni zjevny, k cemu se to vztahuje.


Dne 18.2.2020 v 21:55 Michal Pustějovský napsal(a):

Ahoj,

Tady je příklad: https://www.openstreetmap.org/way/351837942

Pokud už není ani udržovaná a neplánuje se v dohledné době provoz, tak 
railway=abandoned, abandoned=tram. Pokud jsou koleje vytrhané, tak 
railway=razed, razed=tram.


Měj se,
Michal


Dne 18.02.2020 v 21:39 Marián Kyral napsal(a):

Ahoj,
na českém OSM fóru přistál dotaz na značení nepoužívané 
tramvajové/električkové/šalin trati v Košicích ;-)  Umí někdo poradit?


https://forum.openstreetmap.org/viewtopic.php?id=68692

Díky,
Marián

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




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



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

Re: [talk-cz] Změny SŽDC

[jzvc via talk-cz]

Dne 28.12.2019 v 21:41 Jan Macura napsal(a):

Ahoj,

přemýšlel jsem, jak snadno zamést ten bordel, co napáchala SŽDC s 
novým jízdním řádem: 
https://zdopravy.cz/prehledne-szdc-odtajnila-nova-cisla-trati-v-jizdnich-radech-zmeny-jsou-hlavne-na-morave-33747/


(Pro pobavení: argumentem v roce 2019 bylo, aby se jízdní řád pro 
každou trať vešel na jednu stránku tištěného řádu)


Čili dotaz zní, zda existuje nástroj, který umí rozstříhnout jednu 
relaci (=jednu trasu) na 2, jako by to byla cesta a stejným způsobem 
jiné dvě relace (=dvě trasy) spojit dohromady?
Já znám jen způsob všechny úseky, které již do trasy nepatří, z relace 
vyházet, pak je znova označit a přidat do jiné relace, ale to mi 
přijde neadekvátně pracné.



Cus, predpokladam (mozna naivne), ze trasa = seznam na sebe navazujicich 
useku => pokud nejsou, tak si useky v relaci seradis (pokud nejsou zadny 
vetve, vznikne prave ten seznam na sebe navazujicich) a pak primo v 
relaci vyberes tu cast, ktera ma byt v jiny relaci, a muzes ji do ty 
jiny relace dat, a z puvodni vyhodit. Melo by fungovat v JOSM.


Slouceni dvou relaci najdes nekde v menu, vyberes ty co chces spojit, a 
on je spoji, ale pokud jsou tam stejny tagy jinych hodnot, tak si to pak 
musis nejak predelat rucne, oddeli je tusim strednikama.


Ovsem jelikoz a protoze se zcela jiste spousta materialu bude jeste 
drahne let odkazovat na starsi (nebo jeste starsi) cislovani trati, tak 
by mozna bylo lepsi zachovat i stavajici relace. Nektery trate to tak i 
maji. Chci totiz videt, jak bude nekdo predelavat nejaky oznacniky primo 
v terenu, precislovavat prejezdy, atd atd.





A související otázka pro šotouše: v Plzni letos SŽDC přečíslovala 
nástupiště. Takže např. https://www.openstreetmap.org/way/233459467 už 
není 2. nástupiště, ale severní část je 3. nástupiště a jižní část je 
4. nástupiště. K tomu jsou teda ještě nějak přidávaný písmenka, ale to 
vůbec nevím jak... Nějaký návrh, jak to smysluplně předělat? 
Rozříznout tu plochu podélně..? :-]


Jup, bud roztrhas plochy nastupist, nebo nechas nastupiste jako fyzickou 
podstatu, a nodama oznacis jednotlivy mista zastaveni, a tem das ty 
numera. Viz https://wiki.openstreetmap.org/wiki/Public_transport





H.

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



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

Re: [talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[jzvc via talk-cz]

Dne 25.10.2019 v 11:09 Tomas Novotny napsal(a):

Ahoj,

On Thu, 24 Oct 2019 20:30:20 +0200
jzvc via talk-cz  wrote:


Cus,

celkem jednoduse, vymenis iD za Josm. To na co si narazil je jedna z velmi
mnoha veci, ktery v tom proste delat nejde(pripadne drbanim se nohou za
krkem) a pokud hodlas editaci venovat nejaky ten cas delsi nez par minut,
velmi rychle zacnes narazet na dalsi a dalsi. Typicky si celkem rychle
nabijes ... tam, kde jsou relace v relacich a pod.

kdyz uz tu zaznel JOSM, tak jen doplnim, jak se to dela. Drzis klavesu alt a
klikas na linii. Postupne to vybira ty linie pod sebou.

T.


A nebo na to kliknes strednim tlacitkem a vyberes si ze seznamu, kterej 
je vcetne relaci.






BTW: Nevim jak se chova iD, nepouzivam, ale hypoteticky by to mohlo jit
tak, ze z te linie vytahnes dalsi node nekam stranou, cimz odkryjes linii
pod ni (a nasledne ho pripadne smaznes). Ale mozna ti to ten node hodi pres
vsechny, pak si nepomuzes. Navic takovych linii muze byt pres sebe vic, a
pak je tento zpusob prace ponekud nestastny.

Dne 24.10.2019 v 11:17 Petr Vozdecký napsal(a):

Ahoj vsem,

poradi mi prosim nekdo, jak v iD editoru vybrat prave jednu konkretni >
linii, pokud jich je "na sobe" nekolik?

Pokud je to jednoduchy soubeh napr. dvou ploch, pak se to da vybrat >
nalezenim casti linie, ktera neni nikde v soubehu s jinou. Pokud je to >
napr. slozita relace a nektera linie je po cele sve delce v soubehu s >
jinymi, je to slozitejsi, ale da se to vybrat krkolome pres relaci. > Ale
v ostatnich pripadech jsem u iD editoru v koncich...

diky za jakoukoliv radu

vop

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





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

Re: [talk-cz] Jak v iD editoru vybrat konkretni ze soubeznych linii?

[jzvc via talk-cz]

Cus,

celkem jednoduse, vymenis iD za Josm. To na co si narazil je jedna z 
velmi mnoha veci, ktery v tom proste delat nejde(pripadne drbanim se 
nohou za krkem) a pokud hodlas editaci venovat nejaky ten cas delsi nez 
par minut, velmi rychle zacnes narazet na dalsi a dalsi. Typicky si 
celkem rychle nabijes ... tam, kde jsou relace v relacich a pod.


BTW: Nevim jak se chova iD, nepouzivam, ale hypoteticky by to mohlo jit 
tak, ze z te linie vytahnes dalsi node nekam stranou, cimz odkryjes 
linii pod ni (a nasledne ho pripadne smaznes). Ale mozna ti to ten node 
hodi pres vsechny, pak si nepomuzes. Navic takovych linii muze byt pres 
sebe vic, a pak je tento zpusob prace ponekud nestastny.


Dne 24.10.2019 v 11:17 Petr Vozdecký napsal(a):

Ahoj vsem,

poradi mi prosim nekdo, jak v iD editoru vybrat prave jednu konkretni 
linii, pokud jich je "na sobe" nekolik?


Pokud je to jednoduchy soubeh napr. dvou ploch, pak se to da vybrat 
nalezenim casti linie, ktera neni nikde v soubehu s jinou. Pokud je to 
napr. slozita relace a nektera linie je po cele sve delce v soubehu s 
jinymi, je to slozitejsi, ale da se to vybrat krkolome pres relaci. 
Ale v ostatnich pripadech jsem u iD editoru v koncich...


diky za jakoukoliv radu

vop

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



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

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[jzvc via talk-cz]

Dne 30.9.2019 v 13:33 Mirek Dlask napsal(a):

Ahoj,
nepotřebuji vědět kudy bus jede. Jestli po Hlavní, nebo Souběžnou mi 
je jedno. Zajímá mě odkud kam, kdy to jede a kdy tam budu.  O 
kompletních časech odjezdů a příjezdů můžeme v OSM jenom snít.
Vkládat do relací pouze zastávky je dobrá myšlenka. Problém je, že by 
se data musela  udržovat někde mimo OSM. Pokud nemám cesty, nemám 
podle čeho bych zastávky seřadil a seřazení hlídal.

Naopak by odpadly problémy s udržováním relací tras a fragmentací cest.

Jako variantu bych omezení jenom na zastávky podpořil. Je to někde 
mezi route_ref na zastávkách, kde nemám návaznost na další zastávky a 
kompletními relacemi zastávek + cest.


Nezajima me nejaka geometrie budov, staci mi vedet, ze tam nejaka je, 
natoz aby me zajimal nejaky 3d model. Stejne tak me nezajima jestli ma 
silnice 2, 3 nebo 10 pruhu ... mam pokracovat? Uplne stejne se totiz z 
OSM da vyhodit 99% dat ktery tam jsou, protoze zrovna me naprosto 
nezajimaji (a navic ty informace stejne 99% objektu nema). Nekoho ale 
zajima muzou a muzou mu poskytnout vemi podstatnou informaci. Treba na 
tema jak dlouho to pojede, pripadne kolik ho to bude stat (kupodivu je 
jizdny dost casto dany km ...)


Proto si ja osobne myslim, ze skutecna trasa autobusovych a jinych linek 
je proste neco, co do OSM patri, bez ohledu na to, jak blbe to je nebo 
neni aktualne udrzovane. Ono se totiz vzhledem k tomu, jak podobna data 
(ne)zobrazuje mapa, neni cemu divit.





M.D.


po 30. 9. 2019 v 10:01 odesílatel <0174 > napsal:


Ahoj,
ona je podle mě hlavní otázka, jak přesně potřebujeme vědět, kudy
to "opravdu jezdí".
Příklad - několik let jsem dojížděl z vesnice do blízkého města.
Autobus měl dané zastávky a obvyklou trasu, ale pokud byla kolona,
jel jinudy. Což znamená ve všední dny třeba polovinu spojů (ve
špičce jich jezdí víc). Pak je tam úsek, kde se dá jet buď kratší
trasou, kde jsou po cestě semafory, nebo delší bez semaforů.
Většina řidičů jezdí tou delší, ale jsou řidiči, kteří raději
jedou tou kratší - pokud trefí zelené na semaforech, je to rychlejší.
Myslím si, že podobné stavy jsou poměrně běžné a zažil jsem je i
na jiných linkách. A vzhledem k tomu, v jakém stavu relace
silniční hromadné dopravy v ČR jsou, tak mi zjednodušení relací
jen na zastávky přijde jako dobrý krok - alespoň jako varianta.
Protože jen ta linka zmíněná výše má několik variant sama o sobě a
zmapování všech variant + neoficiálních variant (Jak zjistíme tu
oficiální? Musí existovat? Musí mapper spojem jezdit pár týdnů,
aby zjistil varianty? Co když se oficiální a reálná liší?) je
určitě alespoň na hodinu pro zkušeného mappera. Příměstských linek
jsou u větších měst desítky. A pak se překope křižovatka a řidiči
pojedou jinudy... nemyslím si, že máme kapacity a chuť to udržovat.

Jiná věc je železnice, kde je podle mého názoru důležitější vědět
"vlak jede tudy" - i kvůli přejezdům apod. - osobní vlaky na
tratích u nás tvoří zásadní část dopravy, narozdíl od autobusů na
našich silnicích. Navíc je to jednodušší na mapování, protože
strojvůdce se předpokládám nemůže rozhodnout "dnes pojedu tudy".

Vojta

No vidis, a pritom zrovna autobusy maji pomerne striktne narizeno kudy 
jezdit a jinudy nesmi. Duvodu je cela rada, od toho, ze dotycna trasa je 
nahlasena uradum, pres to, ze se nevi, jestli je "alternativa" vubec 
prujezdna (muze tam byt most ktery autobus neunese, muze tam probihat 
udrzba, o ktery ridice nikdo neinformuje, protoze neni proc ... ) az po 
to, ze specielne ruzny primestky linky stavi (v cr to zrovna bezny neni, 
to je fakt) na znameni kdekoli.


Ve finale opravdu nevim, proc se podobnou doslova a dopismene hovadinou 
zaobirat, kdyz oficielni reneder OSM pokud dobre vidim uz nejakych 8 let 
s klidem ignoruje oficielne odsouhlaseny standard pro tagovani hromadne 
dopravy. Jinak receno, ani ty zastavky na mape videt nejsou. Neboli, 
zadny automatismus ktery by nejak libovolne zobrazil jakoukoli trasu 
nikdy existovat nebude.




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

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[jzvc via talk-cz]

Kdyz zacnes spatnymi predpoklady, nediv se ze dojdes k zaveru ktery se
ti nebude libit. Tady by bylo dobre brat vyhledavani pro dany dopravni
prostredek. V pripade autobusu ne nejkratsi, ale "nejlepsi pro
autobus".

A tedy, v pripade autobusu je aspon teoreticky mozne ze to bude delat
neco necekaneho... V pripade tramvaji a vlaku je to skoro vyloucene, a
trasy by tam sly zadat jen z udaju v jizdnich radech.


Jasne, takze ... primy spoj - vlak - Bilina  - Usti nad Labem. Tesim se 
na tvuj algoritmus vyberu spravne trasy.






coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela jinudy. Ale
MHD jezdi porad stejne. Dokonce pokud bude editace v trase trochu zivejsi,
muze automat klidne co den vykazovat jinou trasu. Editor silnic nema tuseni
ze tam mas nejakou virtualni a v datech neexistujici trasu. Naopak, pokud
edituje soucasny stav, tak vidi pripadne prerusene relace a muze je snadno
doplnit. Editor tras prozmenu netusi, ze rozdil mezi trasou ktera se
mu

Jasne, vidi prerusene relace a doplni je. Dalsi spatny predpoklad ;-).

http://xn--pnvkarte-m4a.de/#14.9779;49.8886;12

To je nejvetsi problem soucasneho stavu: je to narocne na udrzbu a
nejde to moc delat postupne. Do navrhovaneho reseni by slo napriklad
importovat zastavky (a okamzite mame uzitecnou mapu pro male zoomy) a
postupne dodelavat podrobnejsi..

Treba si nekdy popovidame osobne...

Pavel




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

Re: [talk-cz] Mapovani MHD was Re: SotM deníček - den třetí

[jzvc via talk-cz]

Dne 26.9.2019 v 13:03 Pavel Machek napsal(a):

On Tue 2019-09-24 08:37:01, jzvc via talk-cz wrote:

Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):

Naposledy ahoj,

dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat na
prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc
nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil
SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky v ČR
by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak člověk z
Geofabriku představoval OSMInspector pro hledání chyb v routovacích
relacích a na to navazoval poslední příspěvek, ve které padl návrh na
zrušení routovacích relací (tj. veřejná doprava, cyklotrasy, pěší trasy,
...) jak je známe a jejich nahrazení systémem "routovacích relací", ve
kterých by byly jen body, přes které se má jít a o výběr cesty by se
staral hledač tras.

Cus,

pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v
podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z logiky
veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo
"nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne

Jasne ze to fungovat muze. Krome zastavek by tam bylo i par bodu ktere
ukazou kudy to doopravdy jezdi...


To by me zajimalo, jak by sis to predstavoval. Dam ti par prikladu:

1) rekneme ze uvazujes nekratsi trasu. Krizovatka cestou se zmeni na 
kruhac, coz udela tech par metru, ktery zmenej nejkratsi trasu na zcela 
jinudy. Ale MHD jezdi porad stejne. Dokonce pokud bude editace v trase 
trochu zivejsi, muze automat klidne co den vykazovat jinou trasu. Editor 
silnic nema tuseni ze tam mas nejakou virtualni a v datech neexistujici 
trasu. Naopak, pokud edituje soucasny stav, tak vidi pripadne prerusene 
relace a muze je snadno doplnit. Editor tras prozmenu netusi, ze rozdil 
mezi trasou ktera se mu prave zobrazila a jinou je trebas 10cm.


2) kdyz se prozmenu trasa zmeni, bude kazdy jeden editor resit, proc mu 
pridani "jeho" pomocneho bodu vygeneruje uplnou blbost. Mozna po par 
dnech prijde na to, ze musi nejaky fake bod odebrat. A pak si bude 
nejspis muset pokazdy par hodin pockat, nez neco nekde trasu 
pregeneruje, aby overil, ze vede tam, kde by chtel. Coz zcela 
automaticky povede k tomu, ze "pro zjednoduseni" prida vsechny body na 
trase, protoze se prece nebude dohadovat s nejakym blbym automatem.


3) radsi si ani nepredstavuju delsi linky. Aneb jede to po (delsi) 
dalnici nebo po kratsi okrsce? Takze budes pridavat kolik bodu na ty 
dalnici? Per kazdy usek mezi sjezdama? Co kdyz ti zrovna ten "tvuj" bod 
nekdo odmaze, nebo cestou nekdo prida sjezd.


Urcite to neni ani zdaleka vse, co muze nastat a zcela jiste nastane. 
Generovana data jsou totiz mimo jine velmi zavisla na zmenach algoritmu. 
A trebas zrovna OSRM mel velmi dlouho problem pochopit, ze vazne pri 
prujezdu obci nepojedes mezi baraky, protoze je to o 10cm kratsi, misto 
jizdy po silnici I. tridy.


---

K predchozimu jeste mozna nejaky nastrel ... editor tras by mel uvazovat 
nejspis jenom useky silnic mezi krizovatkama (tzn zjednodusit to na 
vyber prave takovych useku) a predem vytvorene zastavky (mel by je 
zjednodusit do  podoby bodu). Mel by umet podobne jako navigace 
navrhnout trasu ze zastavky A do B, a umoznit pridat/odebrat dalsi 
zastavky na trase (a trasu pripadne prepocitat) + totez s vyse zminenymi 
useky silnic.


Vysledkem by mela byt adekvatni relace, kterou by mel umet zpetne nacist 
a upravovat.



A BTW: Hodne velky problem tu dela, co jineho nez neexistujici 
strukturovani dat v OSM. Stav kdy je naprosto vse ukladano jako name=x, 
value=y je zkratka tristni. Pak se to nahrazuje silenym konceptem relace 
relaci v relaci.





...coz je min prace nez tam davat vsechny ty cary po kterejch to
doopravdy jede, a da to i min prace s udrzbou. Minimalne to znamena ze
nebude potreba delit cesty na kousicky ktere pujdou dat do relace.

Na prvni pohled to dava smysl...
Pavel





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

Re: [talk-cz] SotM deníček - den třetí

[jzvc via talk-cz]

Dne 23.9.2019 v 23:08 xkomc...@centrum.cz napsal(a):

Naposledy ahoj,

dnes to bude stručnější, protože ráno jsem se ještě snažil nachystat 
na prezentaci co to šlo a pořád dokola ji pročítal, tak jsem toho moc 
nestihl. Nicméně, hodně zajímavé byly Lightening talks VII, kde mluvil 
SK53 o mapování poštovních schránek v UK (všichni, co mapují schránky 
v ČR by měli shlédnout - máme toho ještě hodně co dohánět :-D), pak 
člověk z Geofabriku představoval OSMInspector pro hledání chyb v 
routovacích relacích a na to navazoval poslední příspěvek, ve které 
padl návrh na zrušení routovacích relací (tj. veřejná doprava, 
cyklotrasy, pěší trasy, ...) jak je známe a jejich nahrazení systémem 
"routovacích relací", ve kterých by byly jen body, přes které se má 
jít a o výběr cesty by se staral hledač tras.


Cus,

pokud mi skleroza slouzi tohle se tu uz kdysi probiralo, a minimalne v 
podminkach CR to nemuze fungovat. Jednoduse proto, ze temi body by z 
logiky veci byly zastavky, a hledat muzes tak maximalne nejkratsi nebo 
"nejrychlejsi" trasu, ale to neni vzdy ta, po ktere MHD realne jezdi. 
Pokud bys pridaval nejake "pomocne" body nekde na trase, tak by to byl 
prozmenu velmi brzo nehoraznej bordel. Pricemz cim podrobneji budes 
mapovat (jizdni pruhy, konkretni mista zastaveni na nadrazich ...) tim 
horsi.


Jina vec jepochopitelne to, ze ty trasy nejsou zrovna aktualni, a jejich 
aktualizace je vopruz. To je podle me ale dano spis tim, ze neexistuje 
vhodny nastroj. Ten by se podle me mel chovat podobne jako navigace - 
reknu odkud a kam, a on spocita nejakou trasu, kterou pak muzu 
modifikovat a rovnou nabidne pridat/upravit zastavky po trase - vcetne 
prace s relacemi zastavek atd.





Johan Wiklund představoval otevřené řešení, které používají pro 
veřejnou dopravu v Norsku. Je to podobný systém (částečně stejný), co 
mají v Helsinkách (o tom loni mluvil Markku Huotari - ten tam byl i 
letos - moc fajn člověk, dá se s ním skvěle pokecat o všem možném). 
Tak jsem se zasnil o tom, že bychom něco podobného měli v ČR... 
Mimochodem, i spolková země Bádensko-Württembersko (kde leží 
Heidelberg), používá OSM kde to jenom jde a zároveň přispívá zpět. No 
nic, jdu snít dál...


A nakonec menší sebepropagace: moji přednášku najdete na 
https://www.youtube.com/watch?v=GELhDZLtSMI , slidy jsou na 
https://www.slideshare.net/MapTiler/osm-vector-tiles-in-custom-coordinate-systems-sotm-2019-175139514


Zbytek přednášek, co jste nestihli live, lze najít na adrese 
https://media.ccc.de/c/sotm2019


Mějte se a příští rok třeba někdo přidá své poznatky z Kapského Města ;-)

Jirka


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




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

Re: [talk-cz] Nový kruhový objezd namalovat

[jzvc via talk-cz]

Cus,

kruhac bez prednosti tech co jedou po nem nemuze fungovat. Proto je to 
vsude upraveno tak, aby na nem prednost byla. Jinak bys velice rychle 
dosel k situaci, ze ti stojici na kruhaci musi davat prednost tem, kteri 
na nej najizdeji, a tudiz se kruhac ucpe, a neexistuje zadnej zpusob, 
jak to legalne resit.


Kdysi pak byla prednost na kruhaci primo v predpisech, ale zrusilo se 
to, jako zbytecna vyjimka, ktera lidi mate (kruhace tu prakticky 
neexistovaly).




Dne 21.9.2019 v 10:15 Jozef Matejička napsal(a):
Roundabout implikuje prednosť áut na kruhovom objazde. Slovenská 
legislatíva nič také nepozná.


junction=circural + značky daj prednosť podľa mňa viac odpovedá realite.

Ale akceptujem to ako mapovaciu skratku.

Čo vy na to?

Jozef Matejička

Dne so 21. 9. 2019 9:52 uživatel Jakub Jelen > napsal:


On 9/20/19 10:00 PM, Václav Kroupar wrote:


Já se před nedávnem pokusil namalovat kruhák
https://www.openstreetmap.org/way/710502150 Měl jsem k tomu GPX.
Jestli mě někdo sledoval, tak si myslel, že jsem magor a kroužím
tam na kole jak zmatená včela. Zatím mi za to nikdo nevynadal a
dnes jsem si vzpomněl na výrobu kruhů, tak jsem jej ještě upravil.


Ahoj,

doporucuji k procteni wiki:

https://wiki.openstreetmap.org/wiki/Tag:junction%3Droundabout

Trochu jsem tento kruhac ucesal a pridal potrebne tagy, aby to byl
opravdu kruhac. Stejne tak jak jsi od sebe oddelil najezdy a
vyjezdy, ty potrebovaly oznaceni jednosmernosti:

https://www.openstreetmap.org/changeset/74742255

Jinak asi v pohode.

Jakub


Máme k tomu novému kruháku podklady?

Vašek
-- Původní e-mail --
Od: Michal Poupa 

Komu: OpenStreetMap Czech Republic 

Datum: 20. 9. 2019 20:43:09
Předmět: [talk-cz] Nový kruhový objezd namalovat

bohužel neumám ho namalovat
Cheb - křížení - Písečná - Osvobození

https://www.openstreetmap.org/way/339707479#map=19/50.06724/12.37129

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


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

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


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



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

Re: [talk-cz] OT: mapy Google a realita

[jzvc via talk-cz]

Dne 23.8.2019 v 16:59 majkaz napsal(a):

To radši ne, hrozně bychom se nadřeli.

Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční patrně 
neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože jako budova 
bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt je, že s 
leteckými mapami (Maxar) je práce mnohem jednodušší.


Cus,

potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde "chybejici 
budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice kdyz 
je nahlasis, tak na mape budou sedy, ale traser je bez protestu 
natrasuje. Osobne sem nektery budovy boural uz nekolikrat.





Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely, ale 
pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry zůstávají 
(radnice, kostely po okolí). Zajímavé, v mapě to bylo několik měsíců.
__

Od: "Pavel Machek" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 23.08.2019 16:33
Předmět: Re: [talk-cz] OT: mapy Google a realita

AHoj!


Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a okol??.
Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v jeho ??stavu
:)

Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby ktera se 
objevila
v mape? :-).

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

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



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




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

Re: [talk-cz] Vysychající potoky

[jzvc via talk-cz]

A labe v Usti tak oznacit nebo ne? Da se 20cm jeste oznacit za reku? ;D

Ona totiz pomerne velka spousta tech "nevysychajicich" toku je udrzovana 
umele. Nebyt vsemoznych hrazi/jezu a prehrad, tak tam casto netece vubec 
nic.


Jinak bych rek, ze drtiva vetsina naimportovanych vodnich toku, 
predevsim tech bez nazvu, je po drtivou vetsinu roku jen prazdnym korytem.


Dne 19.7.2019 v 12:04 Miroslav Suchy napsal(a):

Chtěl bych otevřít téma vysychajícíh toků - zejména potoků.

V českým mapách na značení vysychajících toků nejsme rozhodně zvyklí, ale jak 
jste si asi sami všimli, tak hodně -
zejména malých potoků - přes léto vysychá.

Pokud na nějaký takový potok narazíte, tak ho prosím označte

intermittent=yes
https://wiki.openstreetmap.org/wiki/Key:intermittent

Je otázkou, co už označit jako vysychající. Osobně tak značím části toku, kde 
už několik sezón po sobě - tj. alespoň dva
roky - neteče souvislý proud vody. Tj. i když tam jsou občas kaluže nebo tůňky, 
i když je půda vlká. Ale není vidět
souvislý proud vody.

Mirek

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




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

Re: [talk-cz] JOSM - tag2link RUIAN

[jzvc via talk-cz]

Dne 24.6.2019 v 16:04 Jan Macura napsal(a):

Ahoj,

On Thu, 20 Jun 2019 at 09:47, majkaz > wrote:


V některých obcích je 90% budov na RUIAN zakresleno blbě, a ta
blbá digitalizace je vidět i podle katastrální mapy, kde bývají
správně.


ehm.. můžeš dát odkaz kde se taková situace například vyskytuje? 
Rozkol mezi RÚIAN a KM totiž technicky nemůže nastat, když budovy se 
do RÚIAN dostanou jedině z KM. Takže by mě zajímalo, jak je to jako 
možné :D


Cus, zeby typickej urednickej bordelak? Jinak na podobny situace narazim 
celkem pravidelne ... a podle vseho minimalne cast "digitalizace" 
probiha tak, ze nekdo (nejspis nejaky "brigadnik") bywoko obcmara starou 
km, a budova pak je jakysi sisoid i desitky metru mimo realitu.


K tomu bordelu pak asi toliko, ze nastavaji libovolne z nasledujicich 
situaci:


Budova je v km, ale neni v ruian - pripadne opacne, dal budova zjevne v 
miste existuje (klidne jde o dum s CP) roky, ale presto neni ani v km 
ani ruian - pripadne opacne, budova neexistuje, ale je (bud v jednom 
nebo v obou).  Samosebou v kombinaci s (ne)existujici geometrii (opet v 
obou systemech).


Takze osobne se nedivim vubec nicemu. Onehda tu nekdo tusim vysvetloval, 
ze to je dany pravnim a nikoli fyzicky hmatatelnym stavem  ;D, takze 
predpokladam, ze z tech budov co neexistujou jinde nez na papire se i 
vybiraji dane.


Apropos, pokud si pamatuju potuluje se tu nekde tvurce trasovaciho 
pluginu ;D ... co takhle kdyby netrasoval (alespon bydefault) budovy, 
oznacene jako chybne? Uz se mi parkrat stalo, ze nekdo dal zpet ty zbourane.





H.

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



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

Re: [talk-cz] Česko na Freemap outdoorovej mape

[jzvc via talk-cz]

Cus, parada.

IMO zbytecne renderujes cesty nizky urovne i pri malych zoomech, proto 
to vypada tak strasne huste.


Pokud dobre vidim, od 10 zacinas pridavat turistiku, tzn pro 9 a min 
rozhodne postrada smysl reneder silnic III. tridy a horsi. A tam kde to 
uz smysl dava, bych je udelal svetlejsi, nebude to tu mapu tak 
zahustovat a ty turisticky z toho pekne vylezou.




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

[talk-cz] ropiky - odkazy

[jzvc via talk-cz]

Cus, nechce se nekomu hromadne zmenit odkazy u ropiku? Stavajici se jevi 
jako nefunkcni.


http://dbase.ropiky.net/dbase.php?objekt=1105598686

vs

https://ropiky.net/dbase_objekt.php?id=1105598686



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

Re: [talk-cz] 3d mapa - mosty ve vodě

[jzvc via talk-cz]

Dne 21.5.2019 v 15:22 Karel Volný napsal(a):

Dne úterý 21. května 2019 14:43:31 CEST, Jakub Jelen napsal(a):

Ahoj,
mas nejaky priklad? Zadny takovy most jsem zatim nevidel.

tož mně přišlo, že se vpodstatě stačí podívat kamkoliv, ale tak konkrétně
třeba Karlův most

https://demo.f4map.com/#lat=50.0866290=14.4116182=19

K.


Cus, reseni existuje, jen neni nijak extra vseobecne podporovano.  Najdi 
si na tyhle mape staromak a radnici na nem. Musel bys to udelat stejne. 
Defakto jde o samostatnej 3D model, kterej nepouziva data z OSM, ale je 
ulozenej zvlast. To co zvlada OSM vidis na okolnich budovach, pripadne 
katedrala na hrade.


Pokud chces videt jiny ukazky, tak trebas eiffelova vez, pripadne dalsi 
znamy budovy.


https://demo.f4map.com/#lat=48.8599077=2.2949440=18=49.297=-20.054

https://demo.f4map.com/#lat=-33.8571064=151.2152174=19=66.486=5.157

https://demo.f4map.com/#lat=51.5006874=-0.1245873=19=56.746=-11.173

Ty mosty bys musel udelat stejne. Samozrejme i v ramci moznosti OSM bys 
ten most moh vytahnout nad hladinu, ale viz predchozi reakce, pak bys 
mel prozmenu problem s navazanim na okoli, protoze drtiva vetsina 3D 
zobrazovadel neresi teren, a pokud ano, tak jen velmi zhruba.





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



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

Re: [talk-cz] Artefakt importu budov

[jzvc via talk-cz]

Dne 19.5.2019 v 18:12 Jozef Matejička napsal(a):

Je to vidno až v edite při maximálním zoome:
https://www.openstreetmap.org/way/507215381
https://www.openstreetmap.org/way/507215379

Děkuji!


Cus,

to nejsou artefakty, to je 3D mapovani. Technicky tomu chybi relace 
budovy ke ktere to patri.


Vysledek trebas 
https://demo.f4map.com/#lat=50.0501300=14.4395109=18


Kdyz se podivas dukladne, tak zhruba horni tretina ma prosklenej i ten 
vyrez, coz je ucel toho "zdvojeneho" rohu.





On Fri, 17 May 2019 at 20:13, majka > wrote:



On Fri, 17 May 2019 at 16:36, Jozef Matejička
mailto:matejic...@gmail.com>> wrote:

Roh budovy je dvakrát.
https://www.openstreetmap.org/query?lat=50.05013=14.43903

V iD editoru nevím zjistit id linie:D


Nedaří se mi najít, co tím myslíš (vyskočil mi pěkně velký kus
města). Dej ctrl+i a vyber ten objekt, co se ti nezdá.
Vyskočí informace o objektu, opiš si co vyskočí jako w(číslo) hned
na prvním řádku. Pak to hoď sem, mrknu se na to.

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


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



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

Re: [talk-cz] cyklostezka skrz vojenský újezd Libavá

[jzvc via talk-cz]

Jop, ted sem na to narazil taky, za me relaci odstranit. Jinak ale 
byvalo zvykem, ze tam byly cedule a zavory ... asi se v tech miliardach 
nenajde stovka na kus plechu ...


Jinak myslim ze by access private melo byt permissive. Minimalne mistni 
mivali na cast silnic v ujezdech povolenky a nektery casti byly i 
verejny, a zaviraly se jen na strelby a cviceni.


Dne 11.5.2019 v 23:52 Miroslav Suchý napsal(a):

Při procházení poznámek jsem narazil na:

https://www.openstreetmap.org/note/1702491
plus tři podobné další:

Týká se to:
https://www.openstreetmap.org/relation/2900777

Má smysl dávat do mapy cyklostezku, která je otevřená jeden den v roce?
I kdyby se tam doplnil openinghours tag, který tam teď není.

Mirek

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




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

Re: [talk-cz] Kontrola integrity relací silniční sítě

[jzvc via talk-cz]

Cus,

zcela urcite narazite na preruseny (a zcela spravne) silnice vsech 
kategorii. Typicky to tak byva v okoli vojenskych ujezdu. Silnice tam 
kdysi vedla, byla verejna a jiz neni, ale cislo zustalo (toto budou 
prevazne II a III). U dalnic to zas typicky vypada tak, ze proste 
nestoji cela ... s cimz souvisi bezne to, ze nekde cestou je prozmenu 
prerusovana jednicka.


Pak asi hodne casto narazite na pomerne nestastnou vec - Vcko pri 
napojeni na kruhac, pripadne ruzny krizovatky se samostatnyma 
odbocovakama atd. Zalezi na tom jak je to provedeno, ale urcite bude 
hromada takovych, ktere by pripadna analyza vyhodnotila jako samostatne 
oddelene useky.


Muzou existovat i relace, ve kterych je vic variant - to bude 
predpokladam u Ecek.



Dne 7.5.2019 v 14:11 Jan Dudík napsal(a):
Čísla spravuje ŘSD, číslování dělají zřejmě v koordinaci s krajskými 
správami silnic - obvykle čísla III třídy vychází z čísla blízké II 
nebo I. třídy
U druhých i prvních tříd lze najít nesouvislé úseky, i když většinou 
(krátká přerušení) by to mohlo být peážované (a tudíž jeden úsek s 
více čísly)

U třetích tříd bych neočekával delší přerušení, ale stát se může ledacos.

ŘSD má mapy krajů s uvedenými čísly silnic 
https://www.rsd.cz/wps/portal/web/Silnice-a-dalnice/mapy , našel bych 
u sebe několik starších verzí z let 2006-8 pro případné historické 
zkoumání.


---
JAnD


út 7. 5. 2019 v 8:12 odesílatel Marián Kyral > napsal:


Ne. Ref na cestách souhlasilo s relacemi. Tak jsem to taky našel -
zarazilo mě, že v relaci jsou tři úseky, z toho dva několik
desítek kilometrů od toho prvního.

Marián

-- Původní e-mail --
Od: Majka mailto:majka.zem%2bt...@gmail.com>>
Komu: OpenStreetMap Czech Republic mailto:talk-cz@openstreetmap.org>>
Datum: 7. 5. 2019 7:57:33
Předmět: Re: [talk-cz] Kontrola integrity relací silniční sítě

To číslo bylo na cestách, odlišné od relace?
Protože tohle by šlo dohledat přes overpass turbo.
Nebo to byly dvě "děravé" relace přes sebe? Nebo jedna relace
a k tomu číslované cesty?

7. května 2019 7:41:07 SELČ, "Marián Kyral" mailto:mky...@email.cz>> napsal:

Ahoj,
neřeším teď, zda tam jsou správná čísla, ale celistvost
daného úseku. V tom popisovaném případě to bylo takto:
III/44*5*20 - III/44*6*20 - III/44*5*20 - III/44*6*20.
Správně je III/44620 na celém úseku. Je to tak minimálně 6
let, takže už asi nezjistíme, proč se to stalo. Zda to
bylo jen nedůsledně přečíslováno, nebo to v tomto stavu
nějakou dobu opravdu bylo a jen se nepodařilo zachytit
finální přečíslování.

Marián


-- Původní e-mail --
Od: Jan Macura mailto:macura...@gmail.com>>
Komu: OpenStreetMap Czech Republic
mailto:talk-cz@openstreetmap.org>>
Datum: 6. 5. 2019 22:42:16
Předmět: Re: [talk-cz] Kontrola integrity relací silniční
sítě

Ahoj,

mám podezření, že ty ref nejsou úplně permanentní a
SÚS/ŘSD (po pravdě nevím, kdo vlastně čísla silnicím
přiděluje. JAn by to mohl vědět..?) si je mění při
dlouhých chvílích. Jak tu Michal nedávno hlásil tu
přeložku v Plesný, tak tam taky byly silnice 3. třídy
nějak pseudonáhodně přečíslovaný.

H.

On Mon, 6 May 2019 at 21:53, Marián Kyral
mailto:mky...@email.cz>> wrote:

Ahoj,
dneska jsem u Vrbna pod Pradědem narazil na špatně
vedenou silnici III/44520. Při opravě jsem
zjistil, že relace není souvislá. Že má dva další
kousky až u Litovle, kde se to střídalo s
III/44*6*20. To jsem taky opravil. Nicméně by asi
bylo fajn zjistit, kolik máme nesouvislých relací
silnic III. třídy.

Není na to nějaký nástroj? Znám relation analyzer
(

http://ra.osmsurround.org/searchRelation?name=cz%3Aregional=
), ale fakt se mi nechce ručně kontrolovat všech
5782 silnic ze sítě cz:regional :-)

Marián
___
talk-cz mailing list
talk-cz@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

___
talk-cz mailing list
talk-cz@openstreetmap.org

Re: [Talk-cz] reportáž ČT o navigacích

[jzvc]

Dne 31.8.2018 v 22:36 Karel Volný napsal(a):

U nas by meli byt highway=track neroutovatelne, protoze na lesni a polni
cesty je vjezd ze zakona/vyhlasky zakazan.

[Citation needed]

podle kterýho zákona/vyhlášky nesmíš na polňačku?

co se lesa týče, vjezd motorovými vozidly do lesa je řešen v lesním zákoně
(289/1995), ale pokud jde o komunikaci v režimu podle 361/2000 (záleží na
místní situaci), tak tento zákaz nelze uplatnit (čti: když máš stromy nalevo i
napravo od D1, tak to neznamená, že se tam nesmí vjet a stát dle p. g) odst.
(1) §20 z. 289/1995, nýbrž pořád je to dálnice)

nějaký rozbor viz třeba

http://www.lesprace.cz/casopis-lesnicka-prace-archiv/rocnik-88-2009/lesnicka-prace-c-8-09/otazka-uzivani-lesnich-cest-jako-pozemnich-komunikaci


Pak jeste hromada vsemoznych eko zakonu(chraneny oblasti), vjezd na 
soukromy pozemek (pole) atd atd, ale defakto naprosto vzdy plati, ze 
pokud to vypada jako cesta a neni tam zakaz/zavora/..., tak tam proste 
vjet muzes, protoze telepatii po tobe (zatim) nikdo nechce. Ona totiz i 
soukroma cesta v narodnim parku muze byt verejnou komunikaci.





Takze bud by meli navigace prestat routovat track v CR nebo my vsude
nahazeme access, ale rozhodne to neni default pro cely svet.

jak již bylo řečeno, navigace mají obvykle nějakou volbu ve stylu "neroutovat
po nezpevněných cestách", čímž highway=track by default vypadnou (pravda,
vyšší grade jsou de facto zpevněné, ale pro tento účel se to tak nechápe)

pročež házet access tam, kde není explicitně definován, je IMO dost blbina

otázka routování objížděk a jiné výmysly navazující na yntelygency MD/ŘSD, pak
vyžaduje, máme-li být upřímní a pravdiví, takovou míru sprostoty hraničící s
nabádáním k trestnému činu, až to tento mailinglist není schopen unést :-(

ja jsem taky pro obnovu tradic ;D

https://www.youtube.com/watch?v=XiPKE6auR8A



K.


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



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

Re: [Talk-cz] reportáž ČT o navigacích

[jzvc]

Dne 31.8.2018 v 15:08 Miroslav Suchý napsal(a):

... neroutovatelne, protoze na lesni a polni
cesty je vjezd ze zakona/vyhlasky zakazan. Ovsem rozlisit to lze dost
tezko - viz nedavne diskuze zde ...


A jak poznas v terenu, ze jde o lesni cestu, kdyz je to asfaltka a neni 
tam zadna znacka?  Nijak, takze na ni normalne vjet muzes. A pokud tam 
znacka je, mela by byt i v datech osm. Navic v CR mame pomerne 
vyjimecnej stav, ze je drtiva vetsina verejnych komunikaci asfaltovych, 
to neni pravidlem ani na zapad od nas.


Pokud sem si vsim, vetsina navigaci tohle ma jako extra nastaveni, ktery 
je bydefault vypnuty, protoze po typicky polnacce vazne jezdit nechces.


Mimochodem, videli jste toho mamlase Toka jak si potrasa rukou s 
provozovatelem nezakonne umistenych bilboardu? Ono je totiz straasne 
slozity vzit flexu a behem minuty to skacet (a dotycnymu to obratem dat 
k uhrade). Uplne stejne to pak vypada s opravama, kde se cely dny i 
tydny nic nedeje, ale silnice je uzavrena, a pak brecej, ze si ridici 
najdou jinou cestu.



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

Re: [Talk-cz] maperská minirecenze MI 8

[jzvc]

Dne 29.8.2018 v 23:47 Jan Macura napsal(a):

Ahoj,

On Wed, 29 Aug 2018 at 09:30, majka > wrote:


On Tue, 28 Aug 2018 at 23:37, Jan Macura mailto:macura...@gmail.com>> wrote:


Zrychlení fixu by měl být logický důsledek většího množství
viditelných satelitů.


Ale tak nějak ne důsledek jediný...


Jestli věříš, že důsledkem bude i zpřesnění polohy, tak nečekej 
zázraky. Mělo by se tím zlepšit to, že poloha bude méně často lítat o 
stovky metrů do háje, protože přijímač má na výběr z většího množství 
satelitů, tím pádem se nemusí spolíhat zrovna na ten, co je 10° nad 
obzorem, a taky dokáže snáz vyloučit hrubý chyby jako multipath.
Absolutní určení polohy se tím ale o moc nezlepší. Nezlepší se tím 
totiž ani chod hodin, ani se nezmenší vlivy troposféry a ionosféry na 
signál. A tyhle 3 faktory jsou největší kazisvěti pro GNSS měření. 
Těch 30 cm, co avizuje Xiaomi je medle čistě marketingový tah. V 
současnosti ani v nejbližší budoucnosti se mobily ani ostatní běžné 
přijímače pod 1 m přesnost nedostanou.
Cus, jako pockej maketingovej tah. Bud to je mozny (byt za nejakych 
idealnich podminek) nebo to mozny neni a pak je to podvod.




H.


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



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

Re: [Talk-cz] Nacase zmenit lokal - MS koupil github

[jzvc]

Dne 5.6.2018 v 20:21 Jan Martinec napsal(a):
O MS se nepřu, ale linkovat na GH je nelegální? Jakým způsobem? (Link? 
(Pokud se teda na tohle smí linkovat))


GDPR - sdelovani osobnich udaju treti strane bez prokazatelnyho souhlasu 
. IP je osobni udaj, viz rozhodnuti soudu EU (a nejen IP, ale i trebas 
nick, pripadne libovolny ID, klidne i neverejny, na tom nezalezi). 
Pocitam ze jedno i druhy si dokazes najit sam. A neni to jen github, je 
to defakto cokoli, co se nacita z externich zdroju = prakticky veskera 
reklama, ale  taky samo vsemozny pocitadla atd. Tzn i googli pocitadla.


Dokonce existujou pochybnosti o tom, jestli tu IP smis videt ty sam na 
svym webu, protoze v principu nevis, jestli dotycna osoba ten tvuj web 
zobrazila vedome = projevila umysl, nebo ji byl tvuj web vlozen prave 
odnekud jinud, ale to bys pocitam ukecal (pokud to logujes jen z 
technickych duvodu a nijak jinak to nepouzivas).


Vyjimku z toho mas zhruba v tom smyslu, ze to jinak technicky zaridit 
nejde, a dotycna vec, kvuli ktery to delas, je vlastne ucelem toho co 
delas. Takze pokud mas trebas web, na kterym poskytujes nejakou sluzbu 
nad OSM, je pomerne logicky, ze tam muzes nacitat neco z OSM (i kdyz i 
to se da zaridit na strane serveru). Ale to co dela hromada lidi, ze 
linkujou vsemozny js vsude mozne proste delat nemuzes, protoze to neni 
ucelem a ten js muzes mit lokalne.
Jeste by sis (velmi teoreticky) moh nejdriv vyzadat ten souhlas, ale pak 
bys musel zaroven zaridit, ze ten souhlas umis dolozit, umis ho zrusit 
(stejnou cestou jakou si ho ziskal) a jeste bys musel zaridit, aby tvoje 
sluzba byla zcela funkcni i kdyz ten souhlas nemas.


Ono to ma samo jeste spoustu dalsich konotaci, vis ze seznam je uz par 
dnu povinen zrusit email vsem mladsim 15 let, protoze zcela jiste neni 
schopen dolozit souhlas rodicu? A to se tyce vsech sluzeb na siti. Teda 
tech, ktery provozujou firmy. Soukromych nikoli.





HPM

Dne út 5. 6. 2018 19:59 uživatel jzvc <mailto:j...@tpfree.net>> napsal:


Dne 5.6.2018 v 10:10 Pavel Zbytovský napsal(a):

Já jim věřím, třeba MS Visual Studio Code je vskutku vynikající
IDE (na webové projekty minimálně), navíc opensource a vyvíjené
na githubu. Takový Azure cloud je taky moc fajn a pod jeho vedení
tuším bude spadat právě ten github.

Pokud se bude něco měnit výrazně k horšímu, tak můžeme hledat
alternativy. Zatím je to ale předčasné.

P.


Predcasny to ani byt nemusi, spousta webu linkuje veci primo z
githubu, coz uz je par dni nelegalni samo o sobe, ale posilat ta
data jeste k tomu MS ... kdyz prave jejich system te smiruje ve
velkem ...

Mimochodem, nedavno sem narazil na to, ze jejich reporting
services (SSRS) posilaji na web MS informace o tom, co na tyhle
zcela interni sajte kdo dela. Nehoraznost. A vypnout to neni kde,
tedy ... je, das si do lokalniho dns ze microsoft.com
<http://microsoft.com> = 127.0.0.1.

Zkratka a jednoduse, duveryhodnost cehokoli od MS je pro me zcela
zaporna. A bezpecnost je nulova zcela dokazatelne. Jejich posledni
upgrade w10 je toho zarnym prikladem.




On Tue, Jun 5, 2018 at 7:39 AM jzvc mailto:j...@tpfree.net>> wrote:

Dne 4.6.2018 v 19:45 Jan Martinec napsal(a):

DON'T PANIC.

Ahoj,

Tenhle brod je zatím jen tušen za obzorem, takže bych ještě
zipem u kalhot nelomcoval ;) Jinými slovy, Git je poměrně
odolný vůči případnému odstřihnutí a na export ostatních dat
jsou i nástroje na GH, i zákonný nárok z GDPR.

Zatím je čas maximálně se podívat, co jsme si do lokálu
nanosili, kdybychom někdy snad chtěli o dům dál.

(Jistě, GH je SPOF a nákup Microsoftem mě taky zaskočil, ale
opravdu - na stahování kalhot před brodem je medle ultra brzo)

Zdar,
Honza Piškvor Martinec



Nokia, Skype, Linkedin ... jen par prikladu za vse, pohrbeno
pripadne "vylepseno" k naproste nepouzitelnosti. Nejspis to
sice bude par mesicu trvat, ale prave proto je nacase jit
jinam dokud je ten cas.





Dne po 4. 6. 2018 19:37 uživatel jzvc mailto:j...@tpfree.net>> napsal:

Cus, katastrof neni nikdy dost


https://www.lupa.cz/aktuality/potvrzeno-microsoft-za-7-5-miliardy-dolaru-kupuje-github/

Jde jim samozrejme primarne o produkt = uzivatele. A do
roka a do dne to
zacnou pohrbivat uplne stejne jako cokoli jinyho co kdy
koupili.
Mimochodem, M$ obdobnou platformu ma, ale nikdo to
nepouzival, proc asi.


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



__

Re: [Talk-cz] Nacase zmenit lokal - MS koupil github

[jzvc]

Dne 5.6.2018 v 10:10 Pavel Zbytovský napsal(a):
Já jim věřím, třeba MS Visual Studio Code je vskutku vynikající IDE 
(na webové projekty minimálně), navíc opensource a vyvíjené na 
githubu. Takový Azure cloud je taky moc fajn a pod jeho vedení tuším 
bude spadat právě ten github.


Pokud se bude něco měnit výrazně k horšímu, tak můžeme hledat 
alternativy. Zatím je to ale předčasné.


P.


Predcasny to ani byt nemusi, spousta webu linkuje veci primo z githubu, 
coz uz je par dni nelegalni samo o sobe, ale posilat ta data jeste k 
tomu MS ... kdyz prave jejich system te smiruje ve velkem ...


Mimochodem, nedavno sem narazil na to, ze jejich reporting services 
(SSRS) posilaji na web MS informace o tom, co na tyhle zcela interni 
sajte kdo dela. Nehoraznost. A vypnout to neni kde, tedy ... je, das si 
do lokalniho dns ze microsoft.com = 127.0.0.1.


Zkratka a jednoduse, duveryhodnost cehokoli od MS je pro me zcela 
zaporna. A bezpecnost je nulova zcela dokazatelne. Jejich posledni 
upgrade w10 je toho zarnym prikladem.





On Tue, Jun 5, 2018 at 7:39 AM jzvc <mailto:j...@tpfree.net>> wrote:


Dne 4.6.2018 v 19:45 Jan Martinec napsal(a):

DON'T PANIC.

Ahoj,

Tenhle brod je zatím jen tušen za obzorem, takže bych ještě zipem
u kalhot nelomcoval ;) Jinými slovy, Git je poměrně odolný vůči
případnému odstřihnutí a na export ostatních dat jsou i nástroje
na GH, i zákonný nárok z GDPR.

Zatím je čas maximálně se podívat, co jsme si do lokálu nanosili,
kdybychom někdy snad chtěli o dům dál.

(Jistě, GH je SPOF a nákup Microsoftem mě taky zaskočil, ale
opravdu - na stahování kalhot před brodem je medle ultra brzo)

Zdar,
Honza Piškvor Martinec



Nokia, Skype, Linkedin ... jen par prikladu za vse, pohrbeno
pripadne "vylepseno" k naproste nepouzitelnosti. Nejspis to sice
bude par mesicu trvat, ale prave proto je nacase jit jinam dokud
je ten cas.





Dne po 4. 6. 2018 19:37 uživatel jzvc mailto:j...@tpfree.net>> napsal:

Cus, katastrof neni nikdy dost


https://www.lupa.cz/aktuality/potvrzeno-microsoft-za-7-5-miliardy-dolaru-kupuje-github/

Jde jim samozrejme primarne o produkt = uzivatele. A do roka
a do dne to
zacnou pohrbivat uplne stejne jako cokoli jinyho co kdy koupili.
Mimochodem, M$ obdobnou platformu ma, ale nikdo to
nepouzival, proc asi.


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



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



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



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



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

Re: [Talk-cz] Nacase zmenit lokal - MS koupil github

[jzvc]

Dne 4.6.2018 v 19:45 Jan Martinec napsal(a):

DON'T PANIC.

Ahoj,

Tenhle brod je zatím jen tušen za obzorem, takže bych ještě zipem u 
kalhot nelomcoval ;) Jinými slovy, Git je poměrně odolný vůči 
případnému odstřihnutí a na export ostatních dat jsou i nástroje na 
GH, i zákonný nárok z GDPR.


Zatím je čas maximálně se podívat, co jsme si do lokálu nanosili, 
kdybychom někdy snad chtěli o dům dál.


(Jistě, GH je SPOF a nákup Microsoftem mě taky zaskočil, ale opravdu - 
na stahování kalhot před brodem je medle ultra brzo)


Zdar,
Honza Piškvor Martinec



Nokia, Skype, Linkedin ... jen par prikladu za vse, pohrbeno pripadne 
"vylepseno" k naproste nepouzitelnosti. Nejspis to sice bude par mesicu 
trvat, ale prave proto je nacase jit jinam dokud je ten cas.






Dne po 4. 6. 2018 19:37 uživatel jzvc <mailto:j...@tpfree.net>> napsal:


Cus, katastrof neni nikdy dost


https://www.lupa.cz/aktuality/potvrzeno-microsoft-za-7-5-miliardy-dolaru-kupuje-github/

Jde jim samozrejme primarne o produkt = uzivatele. A do roka a do
dne to
zacnou pohrbivat uplne stejne jako cokoli jinyho co kdy koupili.
Mimochodem, M$ obdobnou platformu ma, ale nikdo to nepouzival,
proc asi.


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



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



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

[Talk-cz] Nacase zmenit lokal - MS koupil github

[jzvc]

Cus, katastrof neni nikdy dost

https://www.lupa.cz/aktuality/potvrzeno-microsoft-za-7-5-miliardy-dolaru-kupuje-github/

Jde jim samozrejme primarne o produkt = uzivatele. A do roka a do dne to 
zacnou pohrbivat uplne stejne jako cokoli jinyho co kdy koupili. 
Mimochodem, M$ obdobnou platformu ma, ale nikdo to nepouzival, proc asi.



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

Re: [Talk-cz] dalsi vandal do sbirky

[jzvc]

Dne 22.5.2018 v 15:23 Marián Kyral napsal(a):
Jo. Ale to bylo trochu jinde. K tomuhle případu se mi ale už nic 
nedaří dohledat, takže to asi bude opraveno. Možná to udělal Jezevec, 
koukám, že už v Prušánkách udělal pořádek (y)


Marián

Lehce sem to tam procistil, ale netusim zda vse.

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

Re: [Talk-cz] dalsi vandal do sbirky

[jzvc]

Jop ... tak rovnou dalsi 

https://www.openstreetmap.org/user/Johny%20Kl%C3%A1til

Vypada to opet na nejakej mejdan typu ve skole nam nekdo rikal jak se 
osm edituje 


Dne 20.5.2018 v 15:15 jzvc napsal(a):
Cus, jen pridam dalsiho do sbirky ... 
https://www.openstreetmap.org/user/Ella%E2%98%BA%E2%98%BB%E2%99%A5%E2%99%A6%E2%99%A3%E2%99%A0%E2%80%A2%E2%97%98%E2%97%8B


Mozna by to chtelo nekde vytvorit nejakej seznam ...


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




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

[Talk-cz] dalsi vandal do sbirky

[jzvc]

Cus, jen pridam dalsiho do sbirky ... 
https://www.openstreetmap.org/user/Ella%E2%98%BA%E2%98%BB%E2%99%A5%E2%99%A6%E2%99%A3%E2%99%A0%E2%80%A2%E2%97%98%E2%97%8B


Mozna by to chtelo nekde vytvorit nejakej seznam ...


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

Re: [Talk-cz] Pozor JOSM 13710 se asi zblaznil

[jzvc]

Dne 7.5.2018 v 17:01 Marián Kyral napsal(a):

Dne 7.5.2018 v 16:15 Janda Martin napsal(a):

Myslim ze potkat se to nemusi.

2 obdelniky - dotykaji se pouze jednim vrcholem.


To je docela velký extrém který se moc nevidí. V naprosté většině 
případů mají budovy společné dva a více uzlů.

- opravi se jeden, druhy se rozhodi.
- to by ten algoritmus musel uvazovat vsechny mozne prave uhly najednou.


Tady mám empirickou zkušenost, kdy střídavě na daných budovách mačkám 
Q tak dlouho, až se to přestane měnit :-D


Cus, tak je oznac vsechny a mackej Q naraz na vsech ... ;D,  tohle 
funguje uz hodne dlouho, kdyz oznacis vic napojenych objektu a chces je 
zpravouhlit vsechny, tak se k tomu chova jako k jednomu = nejak to lehce 
pootoci, posune a je to pravouhly cely. Skoda ze to neumi i jiny nez 
pravy uhly.




Ale i tak by se vlastne scitala chyba zpusobena opravou. Prikladem 
mohou byt radovky kterych je napr. 5 u sebe. Pokud by se uhly 
opravily u prvni tak posledni muze byt posunuta o docela velky kus.




No a od toho jsi tady ty, abys tyhle posuny korigoval. Buď tak, že 
všechny budovy trochu pootočíš, aby to sedělo, nebo změnu vrátíš 
zpátky a nastavíš, že se má chyba ignorovat.
Osobně tato varování zatím neřeším. Počkám, až to za mně někdo odladí 
( ;-) ) a pak se na to možná znova podívám.


Marián



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



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

Re: [Talk-cz] Data ze ZÚ

[jzvc]

Dne 25.4.2018 v 15:48 Marián Kyral napsal(a):


-- Původní e-mail --
Od: jzvc <j...@tpfree.net>
Komu: talk-cz@openstreetmap.org
Datum: 24. 4. 2018 22:53:56
Předmět: Re: [Talk-cz] Data ze ZÚ


Cus, trochu ti vstoupim do tvych kruhu ...

ty licence na ta data se (podle me) tykaji ovsem databazi, nikoli
napriklad fotomapy, protoze to databaze neni.

Ad cena, nemuzou chtit nic. Pokud se tedy budeme bavit o vecech
jako trebas prave ta fotomapa, ktera verejna je, jen tu v
souvislosti s OSM je vedena polemika na tema licence.


Je sice veřejná, ale jen k nahlížení. Odvozovat z toho geoprostorová 
data sice můžeš, ale jen pro vlastní potřebu, už je nesmíš publikovat.


Jinak se da rict, ze urad muze pozadovat uhradu nakladu na
poskytnuti tech dat tobe. Pokud cela operace predstavuje nejaky
automatizovany export a ulozeni na nejake medium, tak se bavime o
radove stokorunach max (tzn vybrat ty penize bude stat o rad vic,
nez kolik se vybere).

BTW: Kdyz se podivas do meta ty fotomapy, tak tam najdes toto 

Omezení zdroje
Legislativní omezení služby
Podmínky pro přístup a užití: Žádné podmínky neplatí.
Podmínky pro přístup a užití: Výdejní jednotka není stanovena.
Podmínky pro přístup a užití: Bez poplatků.
Omezení veřejného přístupu: jiné omezení
Jiná omezení: Opětovnému využití dat zpřístupněných službou pro
obchodní účely je zamezeno začleněním ochranných znaků (copyright
ČÚZK).
Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ
Bezpečnostní omezení služby
Klasifikace: neklasifikované


Nejsem právník, těm to možná smysl dává, ale mi, jako programátorovi, 
to teda smysl nedává. Buď tam podmínky jsou nebo nejsou. Nebo není 
podmínka užití jako podmínka užití.




Me to smysl dava ten, ze ty fotomapy muzes pouzivat dle libosti bez 
omezeni, jen nemuzes vzit ty obrazky jako takovy a nekde je prodavat (by 
me zajimalo proc by nekdo kupoval neco, co je volne na webu) jako svoje 
(a i to by se podle me dalo uspesne napadnout - tedy ne to, ze bys je 
prohlasil za svoje, ale to ze je nemuzes postahovat a vyuzivat 
komercne). Jinak v tech obchodnich podminkach neni ani zminka o zadnym 
dalsim omezeni, je tam jen par veci na tema prodeje dat, ale nikoli 
fotomapy - protoze pomerne logicky, proc by nekdo kupoval neco, co je 
volne na webu.


A toto je prave to, o cem se vede opakovane polemika trebas i tu v 
konferenci.





/*Podmínky pro přístup a užití:* Žádné podmínky neplatí.
/
/Omezení veřejného přístupu: jiné omezení
/
/Jiná omezení: *Podmínky užití* viz Obchodní podmínky ZÚ/

Ty podmínky jsou na: 
https://geoportal.cuzk.cz/Dokumenty/Podminky.html#_Toc491948901


Kde v patřičné části je:


  /2.10 Podmínky užití prohlížecích služeb a geoprocessingových
  služeb (dále jen „služby“)/

//

/a)Bezplatně poskytované služby *nejsou* určeny k hromadnému stahování 
či vytváření hromadných zdrojů obsahu, ani *k vytvoření nebo rozšíření 
jiných datových sad, které souvisejí s tvorbou map*, ani nejsou určeny 
k užití, jehož účelem je dosažení přímého nebo nepřímého hospodářského 
nebo obchodního prospěchu. Takové jednání bude posuzováno jako 
neoprávněné užití nebo rozšiřování digitálních produktů a tím 
porušením pořádku na úseku zeměměřictví podle § 17a odst. 1 písm. d) 
zákona č. 200/1994 Sb., o zeměměřictví, ve znění pozdějších předpisů, 
případně porušením autorskoprávní ochrany dle zákona č. 121/2000 Sb., 
o právu autorském, o právech souvisejících s právem autorským a o 
změně některých zákonů autorského zákona nebo majetkoprávní ochrany 
dle zákona č. 89/2012 Sb., občanského zákoníku./


//

/b)Pro jakékoliv další užití služeb, než je uvedeno v bodě 2. 10a 
těchto podmínek, např. reprodukci v původní či pozměněné podobě, 
jejímž účelem není dosažení přímého nebo nepřímého hospodářského nebo 
obchodního prospěchu, je vždy nutný písemný souhlas ZÚ (žádost na 
adresu zu-obc...@cuzk.cz <mailto:zu-obc...@cuzk.cz>)./


//

/c)V případě nepřiměřeného přetěžování služeb uživatelem může ZÚ 
zamezit tomuto jednání technickými prostředky./


/
/

Marián



Dne 24.4.2018 v 11:44 Honza Cibulka napsal(a):

Zdar,
je to trochu složitější: prostorová data ve smyslu zákona o právu na 
informace o životním prostředí může stát zpřístupňovat na základě nevýhradní 
licenční smlouvy [1], která může stanovit podmínky jejich využití, jako i cenu 
za zpřístupnění těch informací. Takže to není nic jako úřední dílo. Soud řekl, 
že zde nejsou autorská práva třetích stran, např. soukromých firem, která by 
bránila poskytnutí těch informací veřejnosti.

Jde tedy o dvě otázky:

- jak vysokou částku si může úřad (ZÚ) za data účtovat?
- jak restriktivní může být licence (když si to koupim, můžu z 
toho trasovat do OSM)?

No a na to není žádnej úplně jasnej návod. V případě ceny zákon stanoví [2], že 
za data "může být požadována úhrada ve výši,

Re: [Talk-cz] Data ze ZÚ

[jzvc]

Dne 24.4.2018 v 21:13 Miroslav Suchý napsal(a):

Dne 24.4.2018 v 10:53 Pavel Machek napsal(a):

znamena
to ze je to uredni dilo, mohou se libovolne kopirovat / pouzivat?

Obávám se, že tohle není úřední dílo. Viz definice v § 3 Autorského zákona:

§ 3 Výjimky z ochrany podle práva autorského ve veřejném zájmu
Ochrana podle práva autorského se nevztahuje na
a) úřední dílo, jímž je právní předpis, rozhodnutí, opatření obecné
povahy, veřejná listina, veřejně přístupný rejstřík a sbírka jeho
listin, jakož i úřední návrh úředního díla a jiná přípravná úřední
dokumentace, včetně úředního překladu takového díla, sněmovní a senátní
publikace, pamětní knihy obecní (obecní kroniky), státní symbol a symbol
jednotky územní samosprávy a jiná taková díla, u nichž je veřejný zájem
na vyloučení z ochrany,
b) výtvory tradiční lidové kultury, není-li pravé jméno autora obecně
známo a nejde-li o dílo anonymní nebo o dílo pseudonymní (§ 7); užít
takové dílo lze jen způsobem nesnižujícím jeho hodnotu.

Mirek


Klidne se to do toho vejde, bud jako verejna listina nebo jako verejne 
pristupny rejstrik (co jinyho je trebas katastr). Tohle musis brat jako 
priklady, podstatne je predevsim "a jiná taková díla, u nichž je veřejný 
zájem na vyloučení z ochrany", coz by samozrejme pripadne musel zase 
nejspis resit soud (kez by kazdy jeden, kdo se uz s temi byrokraty 
soudi, zaroven vysoudil, ze to ten konkretni nasledne zaplati ze sve 
kapsy, ne z te nasi).


Osobne bych typnul, ze vetsina soudu bude rozhodovat prave na zaklade 
toho, kdo vytvoreni daneho vytvoru zaplatil - pokud stat/samosprava => 
je to uredni dilo (za predpokladu, ze jeho vytvoreni zakon predpoklada) 
nebo je to zlodejina (nebot urad smi cinit jen to, co mu zakon cinit 
uklada).






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



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

Re: [Talk-cz] Data ze ZÚ

[jzvc]

Cus, trochu ti vstoupim do tvych kruhu ...

ty licence na ta data se (podle me) tykaji ovsem databazi, nikoli 
napriklad fotomapy, protoze to databaze neni.


Ad cena, nemuzou chtit nic. Pokud se tedy budeme bavit o vecech jako 
trebas prave ta fotomapa, ktera verejna je, jen tu v souvislosti s OSM 
je vedena polemika na tema licence. Jinak se da rict, ze urad muze 
pozadovat uhradu nakladu na poskytnuti tech dat tobe. Pokud cela operace 
predstavuje nejaky automatizovany export a ulozeni na nejake medium, tak 
se bavime o radove stokorunach max (tzn vybrat ty penize bude stat o rad 
vic, nez kolik se vybere).


BTW: Kdyz se podivas do meta ty fotomapy, tak tam najdes toto 

Omezení zdroje
Legislativní omezení služby
Podmínky pro přístup a užití: Žádné podmínky neplatí.
Podmínky pro přístup a užití: Výdejní jednotka není stanovena.
Podmínky pro přístup a užití: Bez poplatků.
Omezení veřejného přístupu: jiné omezení
Jiná omezení: Opětovnému využití dat zpřístupněných službou pro obchodní 
účely je zamezeno začleněním ochranných znaků (copyright ČÚZK).

Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ
Bezpečnostní omezení služby
Klasifikace: neklasifikované



Dne 24.4.2018 v 11:44 Honza Cibulka napsal(a):

Zdar,
je to trochu složitější: prostorová data ve smyslu zákona o právu na informace 
o životním prostředí může stát zpřístupňovat na základě nevýhradní licenční 
smlouvy [1], která může stanovit podmínky jejich využití, jako i cenu za 
zpřístupnění těch informací. Takže to není nic jako úřední dílo. Soud řekl, že 
zde nejsou autorská práva třetích stran, např. soukromých firem, která by 
bránila poskytnutí těch informací veřejnosti.

Jde tedy o dvě otázky:

- jak vysokou částku si může úřad (ZÚ) za data účtovat?
- jak restriktivní může být licence (když si to koupim, můžu z toho 
trasovat do OSM)?

No a na to není žádnej úplně jasnej návod. V případě ceny zákon stanoví [2], že za data 
"může být požadována úhrada ve výši, která nepřesáhne minimální výši nezbytnou k 
zajištění potřebné kvality a zpřístupňování prostorových dat". Což je přesně kolik? 
Patří do toho i náklady na pořízení těch dat? Náklady na geoportál? Výkladová literatura 
ani judikatura na tuhle otázku (aspoň kam sahaj moje znalosti) spíš neodpovídá. Zkrátka 
proto, že doposaváde všichni platili, co si ZÚ účtoval, a nikdo do toho nešťoural. Můj 
pohled na věc jsem naznačil v blogu [3], ale závazně to bude vykládat nejdřív ZÚ, pak 
ČÚZK a pak možná zas soud.

K licenci pak zákon stanoví [4], že "podmínky poskytnutí informace v licenční nebo 
podlicenční smlouvě musí umožňovat další užití informace žadatelem v souladu se 
žádostí", takže teoreticky v žádosti by člověk měl uvést, že z dat hodlá trasovat do 
OSM a licence by s tím měla počítat. Imho pak z textu zákona neplyne, že by ZÚ mohl s 
ohledem na účel stanovený v licenci navýšit cenu, ale zase, závazně to vyloží někdo jinej.

V obou případech se to týká poskytnutí na žádost, věcí vyvěšených na 
prohlížecích službách se to netýká. Zda tedy úřad může stanovit licencí 
mantinely pro využití prohlížecích služeb a co všechno může uživatelům zakázat 
(aby to nebyla svévole), taky nevíme. ZÚ tu licenci soudně nevymáhá (ptal jsem 
se na právnim, prej to nikdy neudělali, takže co si kdo ukradne, to má), akorát 
občas zablokujou přístupy z nějaký IP.

Osobně si myslim, že všechny tyle otázky se měly už dávno zodpovědět v rámci 
GeoInfoStrategie [5] a navazujících projektů, jenže tam se řešej důležitejší 
věci [6]. Takže zbejvá průzkum bojem (litigací).

Honza Cibulka

[1] https://www.zakonyprolidi.cz/cs/1998-123/zneni-20150901#p11c-1
[2] https://www.zakonyprolidi.cz/cs/1998-123/zneni-20150901#p11c-3
[3] http://gismentors.cz/blog/soud-nastavil-mantinely-cenam-dat-ze-zu/
[4] https://www.zakonyprolidi.cz/cs/1999-106/zneni-20170801#p14a-3
[5] http://www.mvcr.cz/clanek/geoinfostrategie.aspx
[6] https://giphy.com/gifs/gal-gadot-6J6QQ8Rc2IaKQ


-Original Message-
From: Pavel Machek 
Sent: úterý 24. dubna 2018 10:54
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Data ze ZÚ

Ahoj!


jelikož se rozhodnutím soudu [1] zas dal do pohybu spor o data ZÚ, měl
bych volně související teoretickou otázku: jaké datové sady
Zeměměřického úřadu [2] by pro tuzemské OSM byly nejpřínosnější?
Proč? A funguje něco takového v zahraničí?
  http://gismentors.cz/blog/soud-nastavil-mantinely-cenam-dat-ze-zu/

Dobre zpravy :-).

Pokud soud rozhodl ze autorska prava na data ZU nalezi statu, znamena to ze je 
to uredni dilo, mohou se libovolne kopirovat / pouzivat? To by byla dobra 
zprava, protoze bez ohledu na to co si ZU uctuje by bylo mozne data koupit 
jednou a pak je proste vystavit na ftp... (pripadne ukecat nekoho kdo uz data 
zakoupil aby poskytl kopii na ftp / DVD...)

A ortofoto je tady: http://geoportal.cuzk.cz/geoprohlizec/?wmcid=2012
Pokud na nem neni ochrana podle autorskeho zakona, tak nam nic nebrani ho 
stahnout a zacit 

Re: [Talk-cz] Nadrzovy dvur

[jzvc]

Dne 26.3.2018 v 14:56 Mikoláš Štrajt napsal(a):


 > To, ze je v natural napsano water, bych neresil.
Já bych to teda viděl jako nevhodné.
Tohle použití podle mě typický trolltag -
https://wiki.openstreetmap.org/wiki/Cs:Trolltag
Nejdříve řeknu, že je to voda a pak druhým tagem, že vlastně není.
Myslím, že vetšina uživatelů to bude pak zpracovávat jako vodu,
protože značku reservoir_type=chemical nepochopí.

To už bych to spíše radši značil tímhle
https://wiki.openstreetmap.org/wiki/Cs:Tag:landuse%3Dbasin


tak to jsem viděl spíš landuse=basin


Cus, ten je taky jenom vodni ...

"An area of land artificially graded to hold water."

To je typickej problem tagovani OSM, ze ho nikdo moc nepromysli, zacne 
se to pouzivat a pak se na to narazi.





(viděl jsem to někde v chemičce, ne v přírodě)


BTW - když už jsme u těch zábran proti vodě - máme nějaký speciální tag 
na protipovodňové zátarasy?



(Obzvláště myslím na ty části, kde je jen pás v chodníku, kam se zátaras 
umístí až před povodní).



Muzes tam dat ze tam stoji zed a nastavit ze v sezone ;D, ale nedelal 
bych si iluze ze to pripadny navigace pochopej jinak, nez se se tam 
proste neda projit.





--

Severák





___
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] Místa, která by bylo třeba lépe zmapovat

[jzvc]

Dne 24.3.2018 v 10:54 Jan Macura napsal(a):

Ahoj

2018-03-24 10:18 GMT+01:00 majka >:


Jen tu kalibraci beru za samozřejmost, nedošlo mi, že by to někdo
dělal jinak. 



Dtto. +1
Vzhledem k tomu, že JOSM při přidání libovolnýho podkladu vybleje na 
horní okraj okna upozornění na zarovnání nesrovnaných podkladů, snad 
tomu lidi věnujou pozornost (mě to teda docela otravuje, když to tam 
postupně vyskočí po otevření cuzk:ruian, cuzk:km, LPIS,  ...).



Obavam se ze nevenujou, nebot opakovane narazim na budovy/silnice/trate 
... "opravene" pomoci Bing, a kdyz si ho vytahnu nezkalibrovany, tak to 
presne odpovida.




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] Místa, která by bylo třeba lépe zmapovat

[jzvc]

Dne 24.3.2018 v 7:19 Martin Janda napsal(a):

prosim jen ne mapovat podle Bingu. Mapa neni upravena a pozice domu muze byt i 
o 100m jinde - na druhe strane silnice. Viz kopec smerem od Zbraslavy.
   DigitalGlobe jsem zatim moc nezkoumal.

M


Cus, on se da kalibrovat na KM, ale pokud vim lze to jedine v josm, a 
malo kdo vubec tusi jak na to, takze za me bych take rozhodne mapovani s 
podkladem Bingu vubec nikde nezminoval natoz propagoval. Nadto i tu 
kalibraci je treba provadet kazdych par km znova.


Vysledkem takove prace jsou silnice prochazejici budovami a posuny v 
lepsim pripade v desitkach metru. Nejvice "potesi" kdyz se nekdo vrhne 
na "opravovani" mapy s takovym podkladem.




23. 3. 2018 v 18:30, majka :


Při mapování schránek narážím na místa, která by zasloužila lépe zmapovat - 
např. místa, která mají data hodně stará, případně mapování zřetelně neodpovídá 
situaci - třeba i díky tomu, že katastr je tam zakreslený tak nějak ... hodně 
volně... tvary budov neodpovídají apod. Přitom by se to dalo zmapovat minimálně 
výrazně lépe podle Bingu/Digitalglobe.

Nenapadá někoho, jak tahle místa zachytit / označit v komunitě? Obvykle jdu "na pět 
minut" něco rychle udělat, ale přitom bych v místě mohla strávit hodiny :)

RUIAN a jeho porovnání v tomhle není řešením, pokud je zmapováno stejně špatně, jako to 
má katastr. Spíš něco, jako zásobník "úkolů" do budoucna.

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] landuse v ceskych mestech

[jzvc]

Cus,

vysvetleni to ma celkem jednoduche 
https://www.openstreetmap.org/relation/4802231 takove veci se v ceskych 
podminkach nijak zvlaste neujaly, protoze ponekud postradaji smyslu, 
kdyz se mapuji jiz pomalu i jednotlive vetve na stromech ;D.


Duvodu je vicero, ale kdyz se podivas jak je usporadane typicke mesto 
tak zjistis, ze by to trebas v te Praze znamenalo defakto zduplikovat 
informaci kterou uz v mape stejne mas - kde takova oblast je dovodis z 
toho, ze tam jsou obytne domy. Kdyz si kolem kazdeho udelas rekneme 
kolecko o polomeru 50m, ziskas pomerne slusnou aproximaci.




Dne 17.3.2018 v 9:56 J. Baláš napsal(a):

Ahoj,
podilim se na vyvoji aplikace pro pg letani, ktera ted nove zobrazuje 
openstreetmapy diky knihovne VTM.
Pri tvorbe tematu vhodneho pro letani jsme narazili na to, ze nektera 
ceska mesta jsou "derava".
Mohl by mi to nekdo prosim ozrejmit? Mrknete prosim odsud dolu: 
https://gitlab.com/xcontest-public/xctrack-public/issues/157#note_63532280 na 
obrazky a k cemu jsme dospeli.


Diky moc,

Jarda
XContest team

PS: prvni mail jsem posilal bez registrace a vypada, ze nedorazil, tak 
zkousim jeste jednou po registraci



___
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] Používání ploch místo cest

[jzvc]

Cus, ja to vemu jednim vrzem jako reakci na vse

1) ad plochy jako takove, nevidim v tom apriori problem. Muj nazor na to 
je takovy, ze plocha by mela nest fyzicke vlastnosti prvku a way(linie) 
vlastnosti logicke (pokud je nenese relace)


Tzn pokud jde o silnici, tak plocha je asfaltova+rozbita+kluzka+ ... a 
linie(nebo relace) je E55 + D8 + ...


Jedni z aspektu je mimo jiny to, ze kreslit silnici jako plochu je 
proste prirozeny, vsak ona to plocha je (pokud pominu ze to je 3D 
objekt, ale toho se v OSM asi nedozijeme ;D ).


2) technicky provedeni (i u tech rek a dalsi). Tady panuje naprosto 
typicka OSM schiza, mozna cesky lepe kockopes.


Protoze a jelikoz, bavime se o datech a data maji jako data vypadat. 
Tudiz reknu ze neco je reka, a jinym tagem reknu, jestli to je nebo neni 
plocha, ale v OSM je to jak kdyz pejsek s kocickou - neco se bydefault 
bere za plochu, neco jinyho za linii, neco jinyho vubec plosny zobrazeni 
nepredpoklada, neco jinyho prozmenu neumi liniovy. Neco ma extra 
variantu tagu pro linii a pro plochu.


3) editace je asi vubec nejhorsi vec na tom vsem. Ja bych si kuprikladu 
takovou silnici predstavoval zhruba nasledovne.


Vyberu si, ze budu kreslit rekneme dalnicni pruh. Tzn editor se me 
zepta, kolik ma mit pruhu, a dopta se, kam chci umistit linii (=v 
pripade v cr beznyho poctu 2 budu linii davat nejspis na delici caru, 
ale muzu vybrat trebas stred prostredniho pruhu u 3 nebo delici caru 
mezi 1-2/2-3/...).


Rovnou pri kresleni by to uz melo delat odpovidajicine sirokou plochu (u 
ty dalnice asi 3m/pruh + neco na odstavny), s tim, ze nasledne muzu 
rucne doupravit sirkove pomery, pridat na jednotlive pruhy ruzna 
omezeni, prikazy, zakazy atd atd.


Podstatou toho je predevsim to, ze by se to melo delat vizualne, ne jako 
ted, ze sepisuju do tagu neco jako "rovne|rovne|doprava|ostre doprava"


Stejne vizualne by se samozrejme melo delat napojovani krizovatek = mysi 
capnu pruh a spojim ho s jinym pruhem.


4) linie jako takova by pak samozrejme nikdy nemela chybet, navigovat v 
orientovanem grafu je pomerne primitivni uloha, navigovat pres plochu se 
prakticky vubec neda. Nikde neni receno, ze jizdni draha je uprostred 
plochy silnice nebo reky.


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

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

[jzvc]

Dne 18.1.2018 v 17:57 Petr Kadlec napsal(a):

Ahoj,

2018-01-18 17:36 GMT+01:00 jzvc <j...@tpfree.net <mailto:j...@tpfree.net>>:

Ne, nepise, nic jako nezalomitelna mezera neexistuje. To je pouze
typograficka pomucka pro SW, ktery neumi jinak rict, ze by neco melo
drzet pri sobe. Ve skutecnosti je to exaktne totez, jako kdyz budes
neco tagovat pro reneder, coz se v OSM vyslovene zapovida. Spravne
by mel reneder sam vedet, ze v dany lokalite ma ten text spojit.


Ano, v platónském světě názvů ulic neexistuje nezalomitelná mezera,
existuje název, v němž se nesmí na nějakém místě zalomit řádek. My ale
nežijeme v platónském světě názvů, my vyrábíme data pro software a tento
software pro reprezentaci textových dat používá Unicode. Proto bychom
měli vzít název a podle toho, jak se má správně psát,[1] bychom měli
zvolit odpovídající reprezentaci v Unicode. Nejde jen o renderer. Když
si z databáze OSM stáhnu seznam všech ulic, chci to tam mít.


Ja chci a chci a chci ... to je presne tvuj pristup.  Nazev se pise s 
mezerou, a znak nedelitelny mezery v zadnych pravidlech ani v zadnych 
datech NEEXISTUJE!. Jestli je tvuj SW hloupej a neumi implementovat 
pravidla pravopisu, je to problem toho SW, ale netahej to do dat, tam to 
nema co pohledavat. Znak nedelitelny mezery nema ani naprosto nic 
spolecnyho s unicode, jen tam ma nejakou reprezentaci, stejne jako tuny 
jinych znaku.


Ja zase chci, aby se spravne pouzivaly ligatury, takze ti do name misto 
tech dvou znaku latinky dam ten jeden znak unicode kterej resi tu 
konkretni ligaturu. Sem vazne zvedav, jak v tom pak budes neco hledat. 
Opet, je to vec SW aby to pouzil, ale nema to co pohledavat v datech.



Mimochodem, ukaz mi jedinyho cloveka na tyhle planete, kterej kdyz pise 
text na klavesnici, tak misto mezerniku pouziva ctrl/alt/... . A pak 
chci taky videt, kde ma nbsp zadat nekdo z telefonu.





Ve skutecnosti ma trebas dolar znak pro svoji menu, ale v OSM by
nikdy nikde byt nemel, tam by mel byt kod meny. Opet je to vec renederu.


E? Kde v OSM se v jakém kontextu [ne]vyskytuje jaký znak pro měnu a co s
tím má společného renderer? Jako že když existuje podnik „Vše za $0,99“,
tak tam mám psát „Vše za USD0,99“ a je věcí rendereru, aby to vykreslil
správně, nebo jakožecože?


Ne, to je jen o tom ze podle vseho naprosto nerozumis tomu jak databaze 
(a OSM neni nic jineho) funguji. Protoze v datech ma byt castka a 
oznaceni meny ... zvlast.




-- Petr Kadlec / Mormegil


A mimochodem, v textu se pise pomlcka – (pripadne — pokud pises
basne) a ne minus -.


„-“ není minus o nic víc než pomlčka (minus je „−“). A „--“ není a nemá
být pomlčka.

-- Petr Kadlec / Mormegil

[1]: http://prirucka.ujc.cas.cz/?id=880


___
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 390

[jzvc]

Dne 19.1.2018 v 11:25 majka napsal(a):

2018-01-19 11:03 GMT+01:00 Tom Ka >:

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

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


* Detekce výtluků na silnici.


Nevím, jestli u nás by nemuseli snížit citlivost, aby je to nezahltilo :)


U nas neni problem s detekci - vyebres si libovolnej metr silnice a je v 
ni dira ;D


Kdyz je tech der v tom metru 10, tak se pres to namalujou cary, a az 
zacne mrznout tak se (pres ty cary) ty diry zastrikaj, aby na jare byly 
2x vetsi.




Jinak na detekci výtluků v Androidu stačí i Mapillary - neustále jsem
řešila rozmazané fotky. A až později mi došlo, že to není vada foťáku
nebo aplikace, ale jednoduše to, že auto neustále poskakuje po
nerovnostech a dírách - a pokud se netřese jinak bytelný držák mobilu,
skáče celé auto :)


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




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

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

[jzvc]

Dne 18.1.2018 v 14:41 Petr Kadlec napsal(a):

Ahoj,

4 nebo 3 (nebo 5, ale to je jiná práce, úplně bych to s tímhle nemíchal).

2018-01-18 10:46 GMT+01:00 Pavel Machek >:

...Tedy ve skutecnosti... 1). Pripadne se zeptat na data working
group, co si o tom mysli, a jestli chteji v ramci celeho sveta nbsp v
nazvech. A podle toho dal. Do te doby...


Budeme se ptát data working group, jestli chtějí v rámci celého světa v
názvem používat tečky, velká písmena, mezery, azbuku, … atd.? V českém
textu se prostě např. po jednopísmenných předložkách píše nezlomitelná
mezera.


Ne, nepise, nic jako nezalomitelna mezera neexistuje. To je pouze 
typograficka pomucka pro SW, ktery neumi jinak rict, ze by neco melo 
drzet pri sobe. Ve skutecnosti je to exaktne totez, jako kdyz budes neco 
tagovat pro reneder, coz se v OSM vyslovene zapovida. Spravne by mel 
reneder sam vedet, ze v dany lokalite ma ten text spojit.


Ale tahle debata už tu proběhla.


Římské číslice v Unicode jsou úplně jiná situace a do názvů nepatří. Viz
Unicode Standard 10.0.0, kapitola 22.3 (s. 798) [1]; TLDR existují jen
kvůli východoasijským zemím: „For most purposes, it is preferable to
compose the Roman numerals from sequences of the appropriate Latin
letters. However, the uppercase and lowercase variants of the Roman
numerals through 12, plus L, C, D, and M, have been encoded in the
Number Forms block (U+2150..U+218F) for compatibility with East Asian
standards. Unlike sequences of Latin letters, these symbols remain
upright in vertical layout. Additionally, in certain locales, compact
date formats use Roman numerals for the month, but may expect the use of
a single character.“


Ve skutecnosti ma trebas dolar znak pro svoji menu, ale v OSM by nikdy 
nikde byt nemel, tam by mel byt kod meny. Opet je to vec renederu. Na 
druhou stranu existuji znaky, trebas (c), coz ve skutecnosti je jeden 
znak, a tudiz by to i jako jeden znak melo byt pouzivano.






-- Petr Kadlec / Mormegil


A mimochodem, v textu se pise pomlcka – (pripadne — pokud pises basne) a 
ne minus -.




[1]: https://www.unicode.org/versions/Unicode10.0.0/ch22.pdf


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




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

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

[jzvc]

Dne 17.1.2018 v 14:49 majka napsal(a):



2018-01-17 13:49 GMT+01:00 Matej Lieskovský >:


6) Celý koncept toho, že se má ulice jmenovat stejně, je špatně


Trocha teorie - správně by to snad mělo být podle údajů ČÚZK


To se obavam ze je dost naivni ... vzhledem ke kvalite dat.

Jinak ad nedelitelna mezera, podle me je to zbytecnej udaj navic dost 
casto komplikujici spoustu veci (co si budem rikat, je to mnoha editory 
nesdelitelna informace a o renederu ani nemluve).


Nehlede na to, ze tam tech znaku znamenajicich totez muze byt vicero ...

Jednak samozrejme unicode ... pak taky napriklad  nebo  to 
se nam to komplikuje coz?



A ad unicode znaky ... to bych svym zpusobem prenechal "prirode", 
jelikoz a protoze u zdroje to nebude (nejmin po dobu nasich zivotu bude 
pro libovolny podobny data unicode sprosty slovo) a na druhou stranu 
nema smysl ani nekomu branit to pouzivat.


Ostatne, tech znaku ktery v ceskych podminkach maji vyuzitelnost je 
pomerne dost, jen se obavam, ze opet skoncime u toho, ze na klavesnici 
nejsou (na ty ostatne neni ani pomlcka).


BTW: To ze ulice vznika z nejakyho obecne pouzivanyho pojmenovani danyho 
mista je asi celkem beznej zpusob.





A teď praxe: vím o změně adresy (nejde o přestěhování ani přejmenování,
jen formálně ulice + správná adresa) v letech 2002, 2008 a 2015.
Celý ten rozdíl se točí kolem toho, jestli je správně uvedeno "Pražská",
"Pražská třída" nebo "Pražská tř." Momentálně je správně to poslední.
Musím to znovu zkontrolovat v datech, ale kdysi jsem tam přidávala
alt_name, protože s tím vyhledávače měly problémy.

A nejlepší jsou "zavedené" ulice v určitých městech, které vůbec
neexistovaly. Jako příklad je ulice U Panelárny
 v Jindřichově Hradci. Nemovitosti na ní se
nacházející používající tuhle adresu totiž (snad až na jedinou výjimku)
do katastru Jindřichova Hradce vůbec nepatří, a ten název se užíval co
já pamatuji minimálně patnáct let, než byl podle těch informací ČÚZK
11.09.2014 oficiálně zaveden.

Asi jsem Ti moc nepomohla, co říkáš?

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

Re: [Talk-cz] Izochrony

[jzvc]

Dne 17.1.2018 v 9:33 Václav Kubíček napsal(a):

Jako mapu dojezdových časů / vzdáleností.

Například jako zde:

https://www.openrouteservice.org/reach?n1=50.071647=14.502623=10=50.06694,14.460249=0=0=30=15=en-US=km


Cus, nic proti, ale tohle je proste holy nesmysl. A zduvodnim ti i proc, 
tam kde sou dalnice bys ve skutecnosti mel tu zelenou zonu vyrazne 
vytazenou z praglu ven (a samozrejme v dousledku pak i tu cervenou).


A naopak, mel bys i ve vnitrni praze cerveny casti.

Tohle mi prijde vycucany doslova z prstu a nemajici s realitou naprosto 
nic spolecnyho.


Nechces mi doufam tvrdit, ze Do Roztok pres vecne ucpanou Podbabskou 
dojedu za stejnou dobu, jako na Zdibi po D8.


Navic tomu cucani z prstu odpovida i zmena polohy toho bodu, kdyz ho 
posunu na rekneme jizni spojku, tak se posune to +-kolecko tim smerem, 
coz je zkratka naprosty blabol, protoze v ose ty silnice by se to melo 
naprosto diametralne zmenit.




Vašek

__
 > Od: Marián Kyral 
 > Komu: "OpenStreetMap Czech Republic" 
 > Datum: 17.01.2018 08:53
 > Předmět: Re: [Talk-cz] Izochrony
 >


-- Původní e-mail --
Od: Václav Kubíček 
Komu: OpenStreetMap Czech Republic 
Datum: 17. 1. 2018 7:37:32
Předmět: [Talk-cz] Izochrony

Ahoj,

neplánuje se přidat použití izochron i do openstreetmap.cz?

Já určitě ne. Abych se přiznal, moc netuším, k čemu je to dobré :-)

Jak by sis to představoval? Ale klidně na to udělej na Githubu issue.

Marián

Vašek

__
 > Od: Tom Ka 
 > Komu: OpenStreetMap Czech Republic ,
 > Datum: 14.01.2018 08:25
 > Předmět: [Talk-cz] WeeklyOSM CZ 389
 >

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

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

* Archiv talk-cz na osmap.cz.
* Nahrávání rozcestníků.
* Kontrola routování přestupů.
* Umístění tagu s adresou.
* 10 let mapperem.
* Mapa majáků v Evropě.
* Bitcoiny pro Nadaci OSM.
* Konec Mapzenu.
* Hranice Belgie-Holandsko.
* Open source satelit.

Pěkné počtení ...

___
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




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

Re: [Talk-cz] Žluté "oblasti" na Google maps

[jzvc]

Dne 20.12.2017 v 9:48 Mikoláš Štrajt napsal(a):

Dneska jsem narazil na článek, který popisuje jak Google používá
strojové vidění


Cus, myslis to strojove videni v podobe (naprosto nepouzitelne) google 
captcha?


pro generování svých mapových podkladů a jak dále

odvozuje nová data z už existujících dat. V kontextu diskuzí o
roboeditacích facebooku je to zajímavé čtení.

Viz https://www.justinobeirne.com/google-maps-moat

A pokud jste si někdy lámali hlavu, co že jsou (na Google maps) ty žluté
oblasti ve městech (a nechcete si číst tento článek) - jedná o místa s
vysokou koncentrací obchodů a restaurací, což je právě jeden z příkladů
odvozených dat.

Zdraví
--
Severák


___
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] Adresa v POI

[jzvc]

Dne 14.12.2017 v 23:19 Pavel Machek napsal(a):

On Tue 2017-12-12 19:54:49, jzvc wrote:

Dne 10.12.2017 v 12:08 Radek Kučera napsal(a):

Ahoj, na wiki jsem nenašel úplně jasnou odpověď, tak bych potřeboval
ujasnit, jak přesně se přiřazují adresy k bodům zájmu.

Situace je taková: Je budova, na ní je umístěn bod s adresou se zdrojem
ruian a v budově je jeden nebo i více POI, třeba tady radnice,
infocentrum a knihovna:

http://www.openstreetmap.org/#map=19/50.37133/12.91390

Jestli to dobře chápu, adresa by měla existovat jenom jednou. Jako
řešení mě napadá, přiřadit adresu polygonu budovy a na něj umístit body
zájmu bez adresy. Původní bod s adresou odstranit. Je to tak správně?


Cus, takhle to klidne udelat muzes, nicemu to nevadi a funguje to, pricemz i
v CR je to tak pouzivany. Ja preferuju adresu na budove, v pripade ze ma
adresu jednu, kdyz jich ma vic, je to zkratka slozitejsi (idealni by byla
relace, ale s tim prozmenu zas neumi nic a nikdo pracovat).

Jeste u ty budovy muzes udelat to, ze  i "POI" ... neboli rekneme "primarni
ucel" das taky rovnou na tu budovu. Priklad, je to hospoda = na budove je ze
to je hospoda, a je tam cojavim bankomat = prihodis jeste node s bankomatem.

Jinak jak bylo receno, na mape te stejne nezajima adresa toho bankomatu, ale
jeho poloha. Pocitam ze psat mu dopis nebudes. Nadto i pravni stav je
takovej, ze "adresa" (cislo popisny/orientacni/evidencni) se prideluje
budove.


Kdyz ma budova vic vchodu tak ma vic adres, ze?
Pavel


Nikolivek, se vchodama to nema naprosto nic spolecneho. To ze se do 
budovy da vlizt ze 4 ulic vubec neznamena, ze ma 4 adresy.






___
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] Zastaralé trasy MHD v Praze

[jzvc]

Dne 13.12.2017 v 1:46 Jan Martinec napsal(a):

Mezi konečnými jistě ne - ale pokud známe zastávky, pak u pražských
tramvají je nejkratší trasa jednoznačná, resp.obvykle jediná, která
neobsahuje mezizastávky nebo běžně nevyužité koleje (Florenc - Bílá
Labuť lze projet dvěma způsoby, správný je ten kratší).


Cus,

takto to bylo i mineno - trasa mezi dvema po sobe nasledujicima 
zastavkama. Konecny muzou byt hodne daleko od sebe a tam se vetsinou 
spravna trasa nijak jednoduse urcit neda.





Zdar,
Honza Piškvor Martinec

Dne 12. 12. 2017 21:46 napsal uživatel "Matej Lieskovský"
<lieskovsky.ma...@gmail.com <mailto:lieskovsky.ma...@gmail.com>>:

Nejkratší cesta mezi konečnýma to rozhodně není vždy -
existují například dvě tramvajové linky, které se kříží na dvou místech.
Já bych jako první krok udělal právě to rozdělení na segmenty -
vždy od výhybky po výhybku to bude jedna relace.
Tím by průměrný počet prvků na lince měl klesnout na méně než polovinu
a překopání konkrétní ulice by rozbilo vždy jen místní segmenty.
Nové výhybky se zase tak často nepřidávají.

Je otázka, zda by nešlo podobného pomohlo na trasy autobusů.

Konstrukce trasy ze seznamu zastávek možná jednou bude,
chce to kopat do Jethra.

2017-12-12 19:24 GMT+01:00 jzvc <j...@tpfree.net
<mailto:j...@tpfree.net>>:

Dne 12.12.2017 v 13:53 Matej Lieskovský napsal(a):

Ok, díky za potvrzení doměnky. Začnu mazat zoufale zastaralé
trasy.

Vzhledem k tomu, že v Praze máme úseky používané až 8mi
linkami najednou,
většina linek má několik variant a průměrná trasa má
aktuálně přes 100
prvků,
chceme začít budovat segmenty tras?
Myslím si, že ten use case na wiki splňujeme
a zrovna síť tramvají se dá rozumně rozdělit protože výhybek
je málo.


Cus, jen pro zajimavost, jak casto to prekopavaj? Pokud vim, tak
ta frekvence neni zrovna mala (nejmin jednou rocne + obcas i v
prubehu). Byt to trebas znamena ze zmenej trasu 1-2 linek, tak
je to prace jak na kostele, presne jak se pise kolem.

Da se aspon trebas rict, ze trasa mezi zastavkama A a B vede
nejkratsi cestou? Pak by se to dalo totiz IMO pomerne slusne
zjednodusit a automatizovat.

Protoze bys mel vice mene fixni seznam zastavek (ty se asi moc
casto posunovat jinam nebudou) a vice mene fixni kolejiste.
Tudiz by stacilo provist linkovani zastavky v jizdnich radech vs
v OSM, presypat to do relaci a pak vyhodnotit kudy to teda vede,
a prihodit k tomu pripadne
ty trate.

U autobusu je to slozitejsi ... protoze nejkratsi trasa muze
vist nejakou ulickou, kudy ve skutecnosti nejezdi. Byt i tohle
bych si doved predstavit, ty zastavky taky budou asi vicemene
stabilne, a ty ulicky kudy busy nejezdej by asi slo najit a
odfiltrovat.

Delat to rucne je nebetycnej vopruz a dost pochopitelne to nikdo
dlouhodobe udrzovat nebude. Sam sem obcas doplnoval prave
vsemozny diry v relacich, ale je to prace doslova sisyfovska.

Jinak pokud mazat, tak smazte tu relaci komplet celou. Smazat
kousek = nekdo jinej to mozna doplni, protoze uvidi diru, a
logicky doplni chybejici usek, aniz by zkoumal, kudy trasa vede
v realu. Souhlasim s tim, ze lepe nic nez spatne.



Matej

2017-12-12 13:32 GMT+01:00 majka <majka.zem+t...@gmail.com
<mailto:majka.zem%2bt...@gmail.com>
<mailto:majka.zem+t...@gmail.com
<mailto:majka.zem%2bt...@gmail.com>>>:

 Ahoj,

 minimálně bych na ten úsek hodila fixme tag s popisem
toho, co je
 třeba změnit. Protože třeba by to i někdo opravil, ale
musí k tomu
 mít informace.
 Navíc - osobně považuji za lepší, pokud by v OSM
informace o MHD
 komplet chyběly, než aby tam byly komplet špatně - tím
je myšleno
 pro konkrétní linku. Pokud je to rozbité,
nepředstírejme, že je vše
 v pořádku.

 Majka

 2017-12-12 12:23 GMT+01:00 Matej Lieskovský
 <lieskovsky.ma...@gmail.com
<mailto:lieskovsky.ma...@gmail.com>
<mailto:lieskovsky.ma...@gmail.com
<mailto:lieskovsky.ma...@gmail.com>>>:

 Ahoj,

 občas při mapování předělávám silnice, po kterých
jsou (navzdory
 zmapování kolejí) vedeny linky tramvají. Často se
navíc jedná o
 linky, které už dávnou danou ulicí nejezdí. Co mám
v takové

Re: [Talk-cz] Trojská lávka

[jzvc]

Dne 13.12.2017 v 1:11 Jan Martinec napsal(a):

On 12/12/17 20:05, jzvc wrote:

Dne 10.12.2017 v 13:15 Jan Martinec napsal(a):

No, vlastně to není *špatně* ani jedno, ale je to zbytečný (a pozdní)
edit - přetagoval jsem to před týdnem, napíšu do toho CS.


IMo to spatne je, protoze tam minimalne nejaky zbytky urcite jeste jsou,
mapujeme treba i zruseny zeleznice proste proto, ze tam zcela jiste
lecos najdes, minimalne naspy.

Dalo by se argumentovat, že zrušená železnice má jakés takés mapovatelné
pozůstatky - po těšnovské trati zbyl kus náspu
http://www.openstreetmap.org/way/42103753 a nádraží
http://www.openstreetmap.org/way/291617320#map=17/50.10225/14.47154 ,
ale tím stopy končí; mapovat dnes průběh až k Florenci by mi přišlo
zbytečné. Pilíře tam zbyly (a minimálně patky asi nikam nepůjdou), to je
mapovatelné bezpochyby.



Navic sem na to koukal sam, likvidoval nejaky ty notes v okoli (asi 3-4)
a kdyz nic jinyho, tak to neslo informaci o datu kdy to spadlo, coz je
(nebo casem bude) informace zcela jiste zajimava.

Děkuju, jsem rád, že to někdo vidí a využívá :) U historicky dlouho
neexistujících staveb (Rudolfova lávka -
http://www.openstreetmap.org/node/4930455668 ) bych průběh asi zpětně
nedoplňoval.


Na druhou stranu, pri rychlosti vystavby cehokoli v cr (a v praglu a
okoli specielne) bych se nebal toho, ze tam v pristich 50ti letech
vznikne nejaka nahrada (nejmin pristich 20 let pobezej soudy, aby po te
rozhodly, ze to spadlo Bozim dopustenim, a nikdo za nic nemuze, viz
Studenka).

Tak je pár metrů po proudu ten vojenskej brod, žejo. Ale to je taky na
hranici mapovatelnosti - podle mě ho posledních třicet let taky nikdo
neudržoval, a čert ví, jak je tam teď hluboko.



Co sem videl fotky, tak pod tou lavkou je sotva metr. To se v lete da 
skorem suchou nohou ne? Pocitam ze ten brod na tom bude stejne. Ciste 
teoreticky by tam nemelo bejt nikde vic nez 80cm - to je max brodivost PV3S.






Pomalu by sme mohli zacit tahat veci z historie zmen OSM a chodit stavet
pomniky "zanikle, zricene a jinak ztracene stavby".

Edice Zmizelá Praha? (Doporučuju na dlouhé zimní večery ;))

Každopádně jsem tu ex-lávku undeletnul, tak snad nepřijde další agilní
čistič :)

Zdar,
HPM.


___
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] OSM CZ v rozhlase

[jzvc]

Dne 9.12.2017 v 23:28 Jiří Komárek napsal(a):

Máš pravdu, chybička se vloudila ;-) Ale otevřená data pomáhají: voda,
lesy, louky, domy, adresy, ...


Tak mne napadá: od ledna mají být otevřena další data (více třeba zde:
https://www.lupa.cz/aktuality/jizdni-rady-ares-ci-volna-mista-vlada-naridila-uradum-ktera-data-maji-otevrit/
), už se na ně někdo díval? Já prozatím nahlédl do ARESu a zjistil jsem,
že u nás je každy druhý podnikatel :-) Ale něco by se z toho dalo
vydolovat...


A cet si na tom ARESu, ze ty data jsou "informativni" a ze za spravnost 
nikdo neodpovida? Coz je legranda predevsim proto, ze jakozto 
firma/podnikatel nemas naprosto zadnej jinej autoritativni zdroj, kde 
bys trebas overil, ze danej obchodni partner vubec existuje, pripadne 
zda je/neni platcem DPH ...





Jinak díky za tu zmínku. Nemyslím, že by na základě tohoto krátkého
vstupu někdo začal mapovat, ale i tak to slouží ke zvyšování všeobecného
povědomí a až lidi jinde narazí na OSM, už budou tušit co to je a
nebudou se to bát používat, případně i editovat ;-)


On 9.12.2017 23:09, Pavel Machek wrote:

On Sat 2017-12-09 17:31:24, Tom Ka wrote:

Ahoj,

konecne jsme dostali odkaz na reportaz z letosni konference OpenAlt,
kde nas pani s Marianem chvili zpovidala:

http://www.rozhlas.cz/brno/zpravodajstvi/_zprava/1767863

Tak treba to nekde i nekdo slysel :-D

Hmm. Tak nevim. Pry otevrena data zmapovala silnice. Ale co ja si
vzpominam tak silnice 1. a 2. tridy jsou od BNHELPu, a treti se delala
rucne...
Pavel



Otazka je, kolik z toho importu tam jeste realne je. A kolik % silnic uz 
je prakticky 100% prekopanych, protoze nekterejm jednickam sem venoval 
pomerne hodne casu, a puvodni stav byl na tema 100m sem nebo tam zadna 
mira.





___
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] Trojská lávka

[jzvc]

Dne 10.12.2017 v 13:15 Jan Martinec napsal(a):

No, vlastně to není *špatně* ani jedno, ale je to zbytečný (a pozdní)
edit - přetagoval jsem to před týdnem, napíšu do toho CS.


IMo to spatne je, protoze tam minimalne nejaky zbytky urcite jeste jsou, 
mapujeme treba i zruseny zeleznice proste proto, ze tam zcela jiste 
lecos najdes, minimalne naspy.


Navic sem na to koukal sam, likvidoval nejaky ty notes v okoli (asi 3-4) 
a kdyz nic jinyho, tak to neslo informaci o datu kdy to spadlo, coz je 
(nebo casem bude) informace zcela jiste zajimava.


Na druhou stranu, pri rychlosti vystavby cehokoli v cr (a v praglu a 
okoli specielne) bych se nebal toho, ze tam v pristich 50ti letech 
vznikne nejaka nahrada (nejmin pristich 20 let pobezej soudy, aby po te 
rozhodly, ze to spadlo Bozim dopustenim, a nikdo za nic nemuze, viz 
Studenka).


Pomalu by sme mohli zacit tahat veci z historie zmen OSM a chodit stavet 
pomniky "zanikle, zricene a jinak ztracene stavby".




Dost možná to bude od někoho, kdo to viděl v Mapboxu nebo jiném
tilesetu, který se pomalu updatuje.

Zdar,
Honza Piškvor Martinec

Dne 10. 12. 2017 1:07 odp. napsal uživatel "Radek Kučera"
>:

Je správně, že někdo úplně odstranil zřícenou trojskou lávku?

https://www.openstreetmap.org/changeset/54478291


Přitom tam byl tag demolished:highway

___
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] Adresa v POI

[jzvc]

Dne 10.12.2017 v 12:08 Radek Kučera napsal(a):

Ahoj, na wiki jsem nenašel úplně jasnou odpověď, tak bych potřeboval
ujasnit, jak přesně se přiřazují adresy k bodům zájmu.

Situace je taková: Je budova, na ní je umístěn bod s adresou se zdrojem
ruian a v budově je jeden nebo i více POI, třeba tady radnice,
infocentrum a knihovna:

http://www.openstreetmap.org/#map=19/50.37133/12.91390

Jestli to dobře chápu, adresa by měla existovat jenom jednou. Jako
řešení mě napadá, přiřadit adresu polygonu budovy a na něj umístit body
zájmu bez adresy. Původní bod s adresou odstranit. Je to tak správně?


Cus, takhle to klidne udelat muzes, nicemu to nevadi a funguje to, 
pricemz i v CR je to tak pouzivany. Ja preferuju adresu na budove, v 
pripade ze ma adresu jednu, kdyz jich ma vic, je to zkratka slozitejsi 
(idealni by byla relace, ale s tim prozmenu zas neumi nic a nikdo pracovat).


Jeste u ty budovy muzes udelat to, ze  i "POI" ... neboli rekneme 
"primarni ucel" das taky rovnou na tu budovu. Priklad, je to hospoda = 
na budove je ze to je hospoda, a je tam cojavim bankomat = prihodis 
jeste node s bankomatem.


Jinak jak bylo receno, na mape te stejne nezajima adresa toho bankomatu, 
ale jeho poloha. Pocitam ze psat mu dopis nebudes. Nadto i pravni stav 
je takovej, ze "adresa" (cislo popisny/orientacni/evidencni) se 
prideluje budove.




Díky za pomoc


___
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] Poloautomatické kontrolovaní street relation

[jzvc]

Dne 12.12.2017 v 14:28 Matej Lieskovský napsal(a):

V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
(Oproti tomu 7 associatedStreet)
Nasazení v Praze by to mohlo dost výrazně zvednout
a to včetně průměrného počtu prvků.

Nechci tím teď mazat ty explicitně uvedené hodnoty,
ale dříve nebo později se na nějaký takový systém bude muset přejít
jinak se z toho všichni zcvokneme.
Moc ukázat, že to umíme udržovat, by mělo pomoct.


Cus,

nejsem si uplne jiste tim, ze zrovna tenhle zpusob je uplne dobrej napad.

Totiz chapu to tak, ze budouci stav si predstavujes zhruba tak, ze na 
dome bude (nejspis v relaci, protoze jich muze byt vic) 1-N cisel popisnych.


Pak budes ten dum mit v 0-N relacich ulic, a do nich prihodis i 
odpovidajici CP. (0 proto, ze v malych obcich bude dum rovnou v obci, 
coz jaksi algoritmus opet ponekud komplikuje)


A ty relace ulic naladujes trebas do relaci mestskych casti (pokud jsou 
= dalsi komplikace) a ty pak do relaci dany obce/mesta ...


K tomu bys pak jeste musel mit extra relace s PSC, protoze ty 
neodpovidaji ani castem ani obcim.


Chapu to dobre? Posleze by samo bylo nadbytecny aby dany udaje byly 
primo na budove/adrese.


Jenze se tim dostanes do pomerne nechutny situace v pripade, ze pro 
danou budovu budes chtit zjistit adresu. Bude to defakto znamenat 
rekurzivni nacitani pomerne rozsahlyho stromu relaci.


Na druhou stranu by bylo pomerne jednoduchy pridani novyho domu - udelal 
bys na nim jen zaznam s CP a oboji hodil do relace prislusny ulice.


Byt principielne souhlasim ze to neni reseni spatny, nejsem si jistej 
tim, jestli je technicky akceptovatelny. Zato jestli si necim jistej 
skorem 100% sem, je to, ze bys to musel nejmin 10 let udrzova oboji, viz 
"nove" schema dopravy.


Mimochodem, umi alespon jeden libovolny reneder ulici s nazvem ulice 
vyhradne v relaci? Celkem by me to zajimalo.





Další krok by asi bylo automatické šíření cizojazyčných překladů názvů,
ať není potřeba zadávat těch 15 překladů všude
a ať jsou pro všechny části stejné.

Matej

2017-12-12 14:16 GMT+01:00 Marián Kyral >:

Něco takového se u nás ve větší míře používá?

Marián

-- Původní e-mail --
Od: Matej Lieskovský >
Komu: OpenStreetMap Czech Republic >
Datum: 12. 12. 2017 14:06:09
Předmět: [Talk-cz] Poloautomatické kontrolovaní street relation


Prokrastinuju od učení a tak si bastlím systém na hledání chyb v
street relation.

Idea:
Předhodím tomu seznam street relací v Praze.
Vyplivne to věci, které by
  a) měly být v některé street relaci a nejsou
  b) jsou v street relaci a neměly by být

Zatím je to vypadá na celkem triviální Python,
který mi bude generovat obrovský Overpass dotaz.
Co všechno bych měl chytat?
Aktuálně kontroluju, že pokud existuje street "X",
tak do ní spadají všechny
adresní body s addr:street=X
a silnice s name=X
a naopak v ní není nic s jinou vyplňenou hodnotou.

Názory? Protipříklady? Nápady na vylepšení?

Matej

PS: Až to bude rozumně použitelné, tak nějak pošlu zdroják.
Možná si konečně zprovozním GitHub.
___
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] Zastaralé trasy MHD v Praze

[jzvc]

Dne 12.12.2017 v 13:53 Matej Lieskovský napsal(a):

Ok, díky za potvrzení doměnky. Začnu mazat zoufale zastaralé trasy.

Vzhledem k tomu, že v Praze máme úseky používané až 8mi linkami najednou,
většina linek má několik variant a průměrná trasa má aktuálně přes 100
prvků,
chceme začít budovat segmenty tras?
Myslím si, že ten use case na wiki splňujeme
a zrovna síť tramvají se dá rozumně rozdělit protože výhybek je málo.


Cus, jen pro zajimavost, jak casto to prekopavaj? Pokud vim, tak ta 
frekvence neni zrovna mala (nejmin jednou rocne + obcas i v prubehu). 
Byt to trebas znamena ze zmenej trasu 1-2 linek, tak je to prace jak na 
kostele, presne jak se pise kolem.


Da se aspon trebas rict, ze trasa mezi zastavkama A a B vede nejkratsi 
cestou? Pak by se to dalo totiz IMO pomerne slusne zjednodusit a 
automatizovat.


Protoze bys mel vice mene fixni seznam zastavek (ty se asi moc casto 
posunovat jinam nebudou) a vice mene fixni kolejiste. Tudiz by stacilo 
provist linkovani zastavky v jizdnich radech vs v OSM, presypat to do 
relaci a pak vyhodnotit kudy to teda vede, a prihodit k tomu pripadne

ty trate.

U autobusu je to slozitejsi ... protoze nejkratsi trasa muze vist 
nejakou ulickou, kudy ve skutecnosti nejezdi. Byt i tohle bych si doved 
predstavit, ty zastavky taky budou asi vicemene stabilne, a ty ulicky 
kudy busy nejezdej by asi slo najit a odfiltrovat.


Delat to rucne je nebetycnej vopruz a dost pochopitelne to nikdo 
dlouhodobe udrzovat nebude. Sam sem obcas doplnoval prave vsemozny diry 
v relacich, ale je to prace doslova sisyfovska.


Jinak pokud mazat, tak smazte tu relaci komplet celou. Smazat kousek = 
nekdo jinej to mozna doplni, protoze uvidi diru, a logicky doplni 
chybejici usek, aniz by zkoumal, kudy trasa vede v realu. Souhlasim s 
tim, ze lepe nic nez spatne.





Matej

2017-12-12 13:32 GMT+01:00 majka >:

Ahoj,

minimálně bych na ten úsek hodila fixme tag s popisem toho, co je
třeba změnit. Protože třeba by to i někdo opravil, ale musí k tomu
mít informace.
Navíc - osobně považuji za lepší, pokud by v OSM informace o MHD
komplet chyběly, než aby tam byly komplet špatně - tím je myšleno
pro konkrétní linku. Pokud je to rozbité, nepředstírejme, že je vše
v pořádku.

Majka

2017-12-12 12:23 GMT+01:00 Matej Lieskovský
>:

Ahoj,

občas při mapování předělávám silnice, po kterých jsou (navzdory
zmapování kolejí) vedeny linky tramvají. Často se navíc jedná o
linky, které už dávnou danou ulicí nejezdí. Co mám v takové
situaci dělat?
Co s tím?

Matej

___
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] Cena

[jzvc]

Dne 21.11.2017 v 23:27 Petr Vejsada napsal(a):

Ahoj,

už je tma a tak se těžko fotí slušných světel nemaje, tak alespoň ilustrační 
miniaturu.

Dobrý pokec s p. Součkem a jeho nádhernou kolegyní - užitečné informace k reklamacím. 
Nejspíš půjde reklamovat "budova místo dvora" přes definiční bod, a to snad i 
poměrně rychle. Dám vědět jak na to.


A ty sem davas nakej hnusnej obrazek ... kde je ta kolegyne ? ;D



Tak nezpychněme ;-)

--
Petr



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




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

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[jzvc]

Dne 22.11.2017 v 12:16 Matej Lieskovský napsal(a):

Ahoj!

Nejdříve definice:
Nechť implicitní hodnoty jsou ty, které vyplývají z jiných tagů a neměly
by být zaznačené (tag používán pouze pokud implicitní hodnota je
špatně). Věci jako access=yes a podobně.
Předpokládané hodnoty nechť jsou ty, kde lze (pro potřeby uživatele)
tipnout, co je správná hodnota, ale pořád se vyplatí je "potvrdit". Jako
příklad bych asi uvedl surface=asphalt na silinicích třetí třídy a vyšších.

Je někde sepsáno, které hodnoty jsou implicitní a které jsou
předpokládané?



Cus, prvni co si uvedom ... ses na OPENstreetmap.

Pak zapremejslej o tom jak to funguje. A pak uz ti to dojde ;D. Tyhle 
veci nikde receny nejsou, protoze OSM nema deklarovany zadny schema. Coz 
je (podle me) jedno z nejvetsim minusu OSM dat vubec.


Existuje sice neco, jako vice-mene vseobecne prijimany uzus, ale to 
plati o naprosto minimalni skupine tagu. Nadto chte nechte driv nebo 
pozdejs dojdes k tomu ze "tak ja to tam teda pridam, kdyz autor(i) 
renederu/navigace/... je tupej". Viz nekde kousek vedle Majka.


Pricemz si myslim, ze (bohuzel) tenhle stav bude s rostoucim objemem cim 
dal vetsi problem.


Vsak se podivej na toto 
https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport


Rok 2011. Co myslis ze bude na mape, kdyz otagujes nastupiste 
public_transport=platform ? Nebude tam vubec nic. Presto, ze respektujes 
schvaleny tagovani a presto, ze puvodni je davno oznaceny jako 
zastaraly. A to se bavime o oficielnim renederu OSM, o ostatnich netreba 
vubec mluvit, tam to bude jeste horsi. Viz Majka a jeji stiznosti na relace.



BTW: Rychlosti ve mestech taguju na ne-ulicich, cokoli je ulice, tam 
ocekavam ze to zvladne SW. U silnic vyssich kategorii by se to sice dalo 
treba hadat, ale ne vzdycky jsou otagovany zacatky a konce obci a hadat 
to z toho ze kolem jsou domy ...


BTW2: Kdyz uz sme u ty rychlosti ... co myslite, kolikrat se zmeni 
rychlostni limit mezi zacatkem D10 a krizenim s Ceskobrodskou? Urcite to 
neni otagovany v OSM tak, jak je to znaceny ve skutecnosti, protoze tam 
se ten limit meni nejmin 6x. Bezne je tam trebas zmena z D(omezeny na 
80) na R(110 - nejsme ve meste) a 30m za tim omezeni na 80.





Já si tím třeba nejsem jist - oneway=no je implicitní,
maxspeed=50 + source:maxspeed=cz:urban je (ve městech) asi
předpokládatelné... Problémy vidím v tom, že se ty předpoklady budou
lišit mezi oblastmi. Implicitní hodnoty by měl řešit editor, obojí by
mělo pomoct uživatelům. Pokud by se implicitní hodnoty řešily i na
základě relací, tak by to mohlo hodně pomoct s jejich adopcí. (Třeba by
editor napsal "tato ulice má implicitní tento name, protože patří do
této street relation"). Máme něco takového?

Ať se daří,
Matej


___
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] Používání railway=junction

[jzvc]

Dne 22.11.2017 v 14:26 Radek Svoboda napsal(a):

Zkusím popsat navržené mapování, jestli to chápu správně.
Třeba na tomto případě spojky mezi dvěma odbočkami:
http://overpass-turbo.eu/s/t9p
Obě odbočky jsou jako uzly (railway=junction), mají jméno(name), kód
(railway:ref) ...
a relace této spojky (railway=facility, name=Jméno spojky) bude
obsahovat jen příslušnou oblast (landuse=
railway)? Vlastní koleje už ne? A co uzly odboček?
Nemělo by se na relaci spojky dívat jako na krátkou trať, kde jsou v
relaci jen příslušné cesty?



Jednak zapremejslej o tom, k cemu by to jako bylo dobry.

A pak se bez podivat na nejaky schema zeleznicni site, nevim o tom, ze 
by nejaka trat v CR zacinala nebo koncila jinde, nez na nadrazi (cemuz 
se mimo jiny rika zeleznicni uzel = junction). Pochopitelne - ne kazdy 
nadrazi je zeleznicnim uzlem. A hypoteticky (v CR asi neexistuje) nemusi 
byt zeleznicni uzel nadrazim.


Vyhybky (= ten node kde se koleje napojujou) maj zcela jiste nejaky ID, 
jen nevim o zadnym vyuzitelnym zdroji. Leda to zkusit obejit ;D.


BTW: A to "novy" schema OSM vesele dal nerenederuje.




R.

-- Původní e-mail --
Od: Michal Pustějovský 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 10:50:05
Předmět: Re: [Talk-cz] Používání railway=junction


Ahoj,
Souhlas - je tím opravdu míněna odbočka. Tyhle dva pojmy dost často
splývají. Například plánovaná Boskovická spojka je vlastně odbočka z
hlavní trati (https://cs.wikipedia.org/wiki/Boskovick%C3%A1_spojka).

U dlouhých spojek můžeš vytvořit relaci railway=facility a přidat
landuse=railway, které pokrývá rozsah dané spojky. Vlastně stejně,
jak se to dělá u železniční stanice.

Michal

-- Původní e-mail --
Od: Mikoláš Štrajt 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 11. 2017 9:41:03
Předmět: Re: [Talk-cz] Používání railway=junction


Ahoj,
spojkou je na wiki určitě míněna spíš odbočka. Nemá smysl čáru
mapovat bodem.
Navíc i dopravní slovník (http://dopravni-slovnik.fd.cvut.cz/)
potvrzuje, že junction znamená odbočka.

--
Severák
-- Původní e-mail --
Od: Radek Svoboda 
Komu: talk-cz@openstreetmap.org
Datum: 21. 11. 2017 19:37:46
Předmět: [Talk-cz] Používání railway=junction


Ahoj všem,

chci si ujasnit používání tagu railway=junction. Železniční
mapovací "kuchařka" [1] jej zmiňuje v definici uzlu
železniční stanice s obecným popiskem "Spojka dvou tratí. "

V ČR jsem zatím narazil na dva dost různé druhy použití:
1) u odboček na širé trati, např. Odbočka Odra
https://www.openstreetmap.org/node/3261711043
2) pro spojky dvou tratí, např. Blažovická spojka
https://www.openstreetmap.org/node/3321576509

Myslím, že by stálo za to použití sjednotit. Osobně se mi
spíše zamlouvá první možnost, protože odbočky více
odpovídají definici žel. uzlu - např. mají ref. číslo. Pro
spojky tratí, které mohou být i docela dlouhé, by se spíš
hodila relace (např. přes dva uzly odboček a vlastních
cest/kolejí). Jak to vnímáte vy?

Díky,
Radek

[1]

https://wiki.openstreetmap.org/wiki/Cs:WikiProjekt_%C4%8Cesko/Zna%C4%8Den%C3%AD_kolejov%C3%BDch_trat%C3%AD#Uzel_.C5.BEelezni.C4.8Dn.C3.AD_stanice


___
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




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

Re: [Talk-cz] openstreetmap.cz vs openstreetmap.org

[jzvc]

Dne 22.11.2017 v 9:40 Marián Kyral napsal(a):



Bohužel, dle posledních zpráv, nepřebírá Mapbox změny automaticky, ale
všechny nejprve kontroluje. Jenže svět je obrovský a změn je hodně -
kapku nestíhají :-(


Cus, to by me celkem zajimalo, japa takova "kontrola" probiha. Dovedu si 
totiz predstavit jen dve moznosti:


1) kdosi "vyvoleny" prohlasi, ze je to OK, maximalne po te co se zbezne 
mrkne ze uprostred mapy neni nakreslena ohromna <> => "kontrola" knicemu.


2) nekdo bude kontrolovat tag po tagu kazdej node => mozna se za 
pristich 10 000 let dostane na dnesni stav. Daleko rychlejsi by bylo tu 
mapu nakreslit znova.



Pricemz defakto na datech OSM probiha kontrola bydefault setrvale, coz 
je videt na tom, ze na skodice (viz konfera nekde kolem) se driv nebo 
pozdejs prijde.


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

Re: [Talk-cz] Hlášení budov (Was: Fungující transformace z Křováka!)

[jzvc]

Dne 12.11.2017 v 21:12 majka.zem+t...@gmail.com napsal(a):

Nestačí jen udělat to nahlášení (co se nikam nehlásí)?
Pak se ty budovy ukazují černě a mělo by stačit používat hlavu při trasování.


To by sice bylo krasny, ale to bys neco takovyho musela mit jako 
podklad, pricemz predpokladam, ze spousta lidi (ktery ani nechodej sem) 
to dela proste tak, ze oklipou vsechno co v KM vypada jako budova.




12. listopadu 2017 20:48:17 SEČ, Jan Martinec  napsal:

Jo, to by se hodilo. Jeden barák u Týna jsem se chystal smazat potřetí,
než
mi došlo, odkud se furt zjevuje (reálně už tam není minimálně desítky
let).
Nechal jsem ho tam tedy, přetagovaný jako demolished:building, ale
připadá
mi to trochu jako ugly hack.


___
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] Hlášení budov (Was: Fungující transformace z Křováka!)

[jzvc]

Dne 8.11.2017 v 19:50 Petr Vejsada napsal(a):

Ahoj,

to máš pravdu, neposílalo, až dnes ten pokus.


Cus, posilani je jedna vec, ale co tahle aby traser budovy omarkovany 
jako zbourany nebo se spatnou geometrii netrasoval, pripadne alespon 
zanadaval?


To ze by urady zacly ty svoje hruzy opravovat ... pro zajimavost, 
vytahni si % budov s nepravouhlyma tvarama, a pak zauvazuj na tema, 
kolik % jich je nepravouhlych v realu.




Důvodem je hlavně to, že nejdou jednoduše reklamovat ty chybné geometrie.

Pak jsou ještě další věci, které by bylo fajn dořešit. Například platí, že 
výslednou zprávu dostaneš až po vyřešení celého balíku. Když budou v balíku 
reklamace pro několik katastrálních pracovišť, může jedno katastrální 
pracoviště zdržovat vyřešení celého balíku. Tedy by se to mělo dělit i podle 
katastrálních pracovišť...

Tak o tom pojďme diskutovat, jak co s tím dál, jak to dořešit.

Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/

Na úřadě je to zde: http://reklamace.cuzk.cz - klik na Hromadná reklamace. 
Neposílá se to do mailových schránek, ale ČÚZK na to má systém. V době, kdy 
jsme s tím sběrem dat začínali, tak ten systém ještě nebyl. Právě p. Souček na 
tom hodně spolupracoval.

Dne St 8. listopadu 2017 19:35:54, Jan Macura napsal(a):


2017-11-08 19:30 GMT+01:00 Petr Vejsada :


Ne, není pro parádu. Všechno je uchováno v DB. Dělalo se to ještě v době,
než ČÚZK tyto reklamace zprovoznil. Byly zde o tom diskuse s p. Součkem. V
té době nikdo nevěděl, že (zatím?) nepůjdou reklamovat geometrie



Ok, ale zatím se na ČÚZK nic neposílalo, hej? Používal jsem to v domnění,
že každá jednotlivá chyba přijde do mailové schránky příslušnému
katastrálnímu pracovišti, např.

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] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[jzvc]

Cus, jen takovej dotaz, uz ste ho zastrelili? Prave sem narazil na 
zeleznici se kterema sem se ... aby sedeli na metr a je to cely zmrveny.


A to predpokladam ze se da rict o vsech jeho editacich. Bylo by treba mu 
nakopnout rit a to zcela in natura.


Dne 9.11.2017 v 23:03 majka.zem+t...@gmail.com napsal(a):

Máme opravené na soukromé!

... Ale jen ten jediný bazén,  u kterého probíhala debata.  Tak už jen těch 
5199 nebo kolik jich přesně zbývá, a můžeme pak začít kontrolovat ty zastávky a 
příjezdové cesty za plotem ;)

___
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] Uživatel fell3 - podivné mapování

[jzvc]

Dne 7.11.2017 v 14:07 majka napsal(a):

Tak zatím zpráva o stavu debaty pro ty, co německy nevládnou.

Uživatel fell3 zdárně komunikuje, stejně zdárně se vyhýbá konkrétní
informaci o tom, jaké zdroje používá (tedy podle mého kecá, údajně
tisíce záznamů cyklopřátel z Čech -> můj překlad: při troše štěstí
Strava, + to co je standardně v JOSM, což není pro všechny jeho editace
možné). Můj osobní dojem jsou jednoznačně nekompatibilní zdroje, místní
znalost to asi nebude vzhledem k nejnovější záměně zdi a plotu (zvrchu
nelze vždy rozeznat). Je to ale podivné, protože fotí a nahrává fotky
pro Mapillary. Ovšem zdá se, že pro mapování to nepoužívá, nechává to
asi na jiné.

Anglicky nemluví ani slovo, hlásí, že umí dost česky. Tož, je odkázaný
na prostudování českých standardů pro editaci předtím, než bude
pokračovat v editaci v Čechách.

Byl poučen o tom, jak v JOSM nechat changeset otevřený a nahrávat do něj
postupně, což by alespoň mohlo dovolit ty jeho editace mít po nějakou
dobu pod rozumným dohledem. Slibuje, že večer to zkusí, extra jsem si
kvůli němu přepínala JOSM do němčiny... Snad se zadaří, 13.766 sad změn
a 12.909 nových cest (highway) za poslední 2 měsíce jen v Čechách


A neprobiha v germanii nejaka soutez na tema o nejvetsi pocet changesetu? ;D

Jinak JOSM nema zadnej problem jednim vrzem nauploadovat klidne 10k+ 
zmen, jedinej problem je v tom, ze to bude nejspis delat radove hodiny, 
a po tu dobu to bude vypadat ze vytuh. Proto mam osobne nastaven upload 
po 1k, v takovym pripade aspon vidis, kolik tech 1k casti to uz udelalo 
(fakt nechapu, proc to tak trva, protoze tech dat je doslova par kB).


Kazdopadne s ponechanim changesetu otevrenyho nemam moc dobrou 
zkusenost, to sem zkousel taky a dopadlo to tak, ze data zmizela. V 
lepsim pripade sem pak narazil na nejaky konflikty s dalsim editorem. Je 
to ale uz par patku.





je rána, to nikdo z nás nemá ani náhodou. A zrovna teď se strašně diví,
že jsem si dovolila napsat, ať dá vědět ty zdroje, protože to považujeme
za podivné, a v českých standardech nenašel nic, co by dělal špatně.



___
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] highway=track v landuse=residential?

[jzvc]

Dne 19.10.2017 v 22:04 Majka napsal(a):

19. října 2017 21:20:46 CEST, "Miroslav Suchý"  napsal:


Teď už to je z půlky vysypané aspoň štěrkem, ale na fotce je stav,
který
trval roky.
A jak kvalitou, tak asi i po právní
stránce se jedná o polní cestu.

Mirek




Pokud neberu cesty na rozhraní "residential" a "farmland" apod., není ale právě 
tohle špatně?

"highway=track" přece není nezpevněná, úzká nebo rozsekaná cesta, ale "silnice pro 
zemědělství, lesnictví atd." - " Tuto značku nepoužívejte pro zakreslování veřejných nezpevněných 
cest v zastavěných oblastech" - to v uvozovkách je z wiki.


To ctes ovsem spatne, jednak tam neni nic o silnici ale o ceste (ze to 
prekladatel blbe prelozi je druha vec), a pak tam taky neni nic ze je to 
pro zemedelstvi nebo lesnictvi, ale ze to jsou prevazne takovyhle cesty.


Pricemz od ulice (residential) v CR se ocekava, ze to rozhodne nebude 
polnacka mezi barakama. Dokonce pro CR plati, ze obvykle (tzn ne vzdy 
ale vetsinou) ma i chodnik(y).





Tyhle cesty přece neslouží pro zemědělskou techniku nebo pro přístup do lesa, 
ale primárně pro příjezd k domu, zahradě či garáži nebo firmě, alespoň v 
případech, o které mi šlo.
Buď je špatně ta cesta uvnitř zastavěné oblasti, nebo vymezení té zástavby 
rozsahem landuse. To, jak je to v katastru, přece ne vždy odpovídá věcně.

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

Re: [Talk-cz] mapovat existenci wifi v metru?

[jzvc]

Dne 18.10.2017 v 10:36 Jan Martinec napsal(a):

Ahoj,

včera na mě v metru vyskočil hotspot "Metro - Wifi"; podle tohoto článku
je pokryto 6 stanic.
https://zpravy.aktualne.cz/ekonomika/v-metru-chytnete-wi-fi-dopravni-podnik-spustil-pripojeni-na/r~4ef74a5cb33511e79090002590604f2e/



A budes to po pristi zmene zastupitelstva a ukonceni penezovodu a tim 
padem i provozu zase mazat? U ty hospody se da totiz ocekavat ze tam ta 
wifi bude v ramci sluzby pro zakaznika dlouhodobe, ale toto ...


Ostatne, pokud vim po praglu uz takovych "projektu" bylo nekolik a 
vsechny skoncily (po utraceni prislusnyho mnoztvi milionu) v zapomeni.




Má smysl to uvádět u stanice ("stanice s wifi" podle vzoru "kavárna s
wifi"), nebo je to zbytečný?
(A pokud, kam zmapovat, na railway=station?
https://www.openstreetmap.org/node/4805705140
Pokryty jsou zjevně všechny prostory pro cestující)

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

Re: [Talk-cz] OdBL a komercni vyuziti mapy Re: Import dat do QGisu

[jzvc]

Dne 21.9.2017 v 11:19 Jan Macura napsal(a):

Ahoj,

2017-09-20 23:32 GMT+02:00 Petr Kadlec >:

3D terén jistě není databáze (terminologií českého AutZ „soubor
nezávislých děl, údajů nebo jiných prvků, systematicky nebo
metodicky uspořádaných a individuálně přístupných elektronickými
nebo jinými prostředky“), tedy to pochopitelně není ani odvozená
databáze.


tak s tímhle taky moc nesouhlasím. Způsobů reprezentace terénu je mnoho
a některé z nich bych databází určitě nenazval, některé ale klidně ano.



Cus,

jenze viz vejs, nejde o zpusob ulozeni nebo prezentace (ten z pohledu AZ 
je naprosto nezajimavy) ale o to, zda ta data nekdo nejak unikatne 
zpracoval.


Takze zatimco data OSM urcite databazi z pohledu AZ jsou, protoze 
obsahuji spousty ruzne provazanych informaci z mnoha ruznych zdroju, tak 
scan povrchu planety sam o sobe databazi rozhodne neni, a je uplne 
jedno, jestli ho "technicky" jako databazi ulozis nebo prezentujes.


Kdybys ovsem vytvoril (trebas nejakym generatorem) krajinu umelou, tak 
to by databaze (z pohledu AZ) byt mohla.




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] Import dat do QGisu

[jzvc]

Dne 20.9.2017 v 14:12 jzvc napsal(a):

Dne 6.9.2017 v 22:47 Jan Macura napsal(a):

Ahoj,

2017-09-06 15:37 GMT+02:00 Vladimír Semotán <semot...@gmail.com
<mailto:semot...@gmail.com>>:

Ale teď jsem narazil na tohle:

http://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Building_outlines

<http://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Building_outlines>

(Building Outlines)..to bude asi ono. Budu muset prostě detekovat,
které "building:part" jsou uvnitř té či oné "building" a podle toho
se zařídit.


jistější je postup: detekovat, která building:part= je uvnitř které
building=, ale na některých místech existuje i relace typu building,
která to právě všechno drží pohromadě, zvlášť u případů, kdy třeba část
budovy z nějakého důvodu není uvnitř půdorysu (použito třeba zde:
http://www.openstreetmap.org/relation/6721018).

H.


Cus, spravne by tam v pripade, ze se budova sklada z vice prvku, ta
"obalova" relace mela byt vzdy. Jina vec je, zda i ve skutecnosti je,
ale pokud neni, je to chyba.



Jeste dodam, takhle nejak to pak vypada, kdyz tam ta relace neni ...

http://demo.f4map.com/#lat=50.0871190=14.420=20=52.162=24.637

je tam pekny - nonOSM model radnicni veze, a kolem visej ve vzduchu veze 
OSM modelu, ktery nema relaci.




A ad outline ... to je vpodstate primarne urceno pro 2D reneder = tohle
vykresli jako budovu, a na zbytek prvku kasli.




___
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] Import dat do QGisu

[jzvc]

Dne 6.9.2017 v 22:47 Jan Macura napsal(a):

Ahoj,

2017-09-06 15:37 GMT+02:00 Vladimír Semotán >:

Ale teď jsem narazil na tohle:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings#Building_outlines

(Building Outlines)..to bude asi ono. Budu muset prostě detekovat,
které "building:part" jsou uvnitř té či oné "building" a podle toho
se zařídit.


jistější je postup: detekovat, která building:part= je uvnitř které
building=, ale na některých místech existuje i relace typu building,
která to právě všechno drží pohromadě, zvlášť u případů, kdy třeba část
budovy z nějakého důvodu není uvnitř půdorysu (použito třeba zde:
http://www.openstreetmap.org/relation/6721018).

H.


Cus, spravne by tam v pripade, ze se budova sklada z vice prvku, ta 
"obalova" relace mela byt vzdy. Jina vec je, zda i ve skutecnosti je, 
ale pokud neni, je to chyba.


A ad outline ... to je vpodstate primarne urceno pro 2D reneder = tohle 
vykresli jako budovu, a na zbytek prvku kasli.





___
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] Rozbijeni dat pomoci relation

[jzvc]

Dne 5.9.2017 v 15:56 Janda Martin napsal(a):

Dobry den,

   narazil jsem na problem ze pri vytvareni novych relation se rozbiji stare 
polygony. Myslim ze pro male objekty je lepsi relation nepouzivat. Jednodussi 
je duplikovat nekolik segmentu cary.
Editace relation je problematicka a v JOSM neni dobre podporene a chybi i 
vynucena validace pred commitem.


Cus, a co je mineno vytvarenim novych relation? JOSM je naopak jediny 
editor ktery relace jakoz takoz zvlada.


V principu muze node/way byt primo clenem 0-N relaci, pripadne muze 
relace byt clenem jine relace. Pokud ale nekdo neodebere prvek z puvodni 
relace, urcite ji nerozbije.


A rozhodne neni dobry napad cokoli kdekoli duplikovat.



   M

___
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] Názvy vodních nádrží a water=reservoir

[jzvc]

Dne 30.8.2017 v 9:46 Pavel Machek napsal(a):

On Wed 2017-08-30 09:25:49, jzvc wrote:

Dne 28.8.2017 v 22:23 Michal Poupa napsal(a):

To právě nevím ale většinou to tak v OSM již je...
Ve Waze to tak zadáváme.

M.



Pokud vim, tak uz je to par patku co se resilo, ze do OSM nepatri zkratky
(protoze zkratka se robotem udelat da, ale opacne ne) a v.n. je vyjadreno
tagovanim, takze by to tam nemelo byt vubec.

Je to stejny, jako kdyz na tag kostela budes psat ze se to jmenuje kostel
Svaty trojice ...

Tim netvrdim ze to na spouste mistech neni, ale nemelo by byt.


Pozor; ono tohle neni tak jednoduche.

Kdyz mam

highway=residential
name=Milady horakove

tak nedokazu urcit jestli je to "ulice Milady horakove", "trida..",
"bulvar..", "namesti..." nebo kdovi co jeste. Taky kostel jeste muze
byt... ja nevim... "bazilika", "chram", ... Vodni nadrz muze byt
"prehrada", "vodni dilo"...
Oznaceni za tridu byva soucasti nazvu, ale kazda prehrada je vodni dilo, 
pricemz ne kazde vodni dilo je prehrada. Navic to tak jako tak do name 
nepatri, kdyz uz tak nekam do type nebo podobne.





A z tagu nepoznam kterym ze synonym se tomu kostelu rika...


Kostel z tagu poznas, do do tagu building mas zapsano misto yes prave 
jestli je to kostel/chram/... ostatne si klikni v josm do presetu a 
podivej se.




Pavel



___
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] osm - turistika - android

[jzvc]

Zdravim vespolek,

mel bych na vas dotaz, potreboval bych nejaky hint na androidi offline 
navigaci, ktera umi zobrazit a navigovat turisticke trasy. Pokud tedy 
neco rozumneho existuje.


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

Re: [Talk-cz] Názvy vodních nádrží a water=reservoir

[jzvc]

Dne 28.8.2017 v 22:23 Michal Poupa napsal(a):

To právě nevím ale většinou to tak v OSM již je...
Ve Waze to tak zadáváme.

M.



Pokud vim, tak uz je to par patku co se resilo, ze do OSM nepatri 
zkratky (protoze zkratka se robotem udelat da, ale opacne ne) a v.n. je 
vyjadreno tagovanim, takze by to tam nemelo byt vubec.


Je to stejny, jako kdyz na tag kostela budes psat ze se to jmenuje 
kostel Svaty trojice ...


Tim netvrdim ze to na spouste mistech neni, ale nemelo by byt.



28. 8. 2017 v 22:05, Jan Macura >:


Ahoj,

přijde mi logické uvádět jen jméno bez jakýchkoliv zkratek. Nebo to
"v. n." je oficiální součástí názvu?

H.

2017-08-28 16:09 GMT+02:00 Michal Poupa >:

Dobrý den,
 koukal jsem že mnoho názvů vodních nádrží je "v.n.Landštejn"
domnívám se že by to mělo být  "v. n. Landštejn" podle pravopisu.

Bylo by asi dobé pusti robota aby to prošel a možná by bylo dobré
domluvit se jak to popisovat jestli v. n. nebo vodní nádrž
případně někde je jen jméno ...


 Jinak jsem koukal do en wiky a zjisti že přehradní nádrže by měli
mít tag "water=reservoir"

Tak jsem ho nastavil snad u většiny přehrad.
Michal

___
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] Hierarchie ulic ve městech

[jzvc]

Dne 28.8.2017 v 14:54 Lukáš Gebauer napsal(a):

Dne 28.8.2017 v 14:14 majka napsal(a):

Za mě - jen tak doporučit zvýšení u silnicích ve městě bych nedělala -
z logiky věci totiž očekávám, že například "secondary" a "tertiary"
jde souvisle několika městy, tedy odněkud někam a měly by i naznačovat
ideální průjezd městem. To u nás obvykle ty silnice II. a III. třídy
splňují a proto je logické je takto převzít, a co vím, tak až na
výjimky takhle fungují.
Praha je u nás velmi specifická, protože tu silnice "začínají", navíc
silnice vyšší třídy tu obvykle "papírově" nezačínají v centru ale na
okraji. V Praze jsou v OSM podle mého víceméně jen "protažené" ty čáry
z okrajů skrz.



To se prave mylis! V te Praze se to pouziva prave docela logicky podle
dopravního vyznamu ulice, aniz by to jakkoliv souviselo s nejakou
pokracujici silnici mimo mesto. A je to podle mne tak spravne! Cetla jsi
ty odkazy, co jsem tam uvadel? U te tercialni se doslova uvadi:



Cus, mas ne uplne spravne informace. V Praze jsou silnice znaceny 
(prevazne) dle historickych faktu, ktere neprekvapive odpovidaji prave i 
dopravnimu zatizeni. Takze tam kde je uvnitr prahy jednicka, ta jednicka 
historicky odjakziva byla, jen zkratka podle soucasnych mocipanu to uz 
jednicka neni.


Stejne tak jsou (nebo byly) po Praze znaceny ruzne prutahy a okruhy, 
ktere mozna take legislativne uz(nebo jeste) neexistuji, ale fyzicky ano.


Jedno i druhe je ovsem diametralne jiny pristup nez "pretagujem ulici na 
dvojku aby ji navigace dala prednost" ... protoze to se dostavame velmi 
rychle k  "tuhle dvojku pretaguju na ulici, protoze proc by mela 
navigace vodit auta kolem myho baraku".




"Ve větších městských oblastech, jako jsou města
 nebo
velkoměsta ,
tyto silnice spojují místní centra aktivity jako jsou obchody, školy
nebo předměstí. Používejte pro silnice s nízkým až středním provozem.
Pro tišší druh silnic, nebo nerezidenční silnice zvažte použití highway
=unclassified
. Pro
rušnější tahy a hlavní silnice zvažte použití highway
=secondary
 nebo vyšší.

Tyto silnice také slouží k přesunu dopravy z užších a klidnějších ulic
(reprezentovaných obvykle highway
=residential
 nebo
highway
=unclassified
) na
širší trasy (highway
=secondary
 nebo
vyšší), které jsou více vhodné pro rušnější dopravu."

A ja s tim plne souhlasim, a plne to odpovida te praxi v Praze. A sam na
Kladne znam par ulic, kterym by tento pricip slusel. A odpovida to i
tomu, jak se tohle resi v jinych mapach mimo OSM.


U toho Kladna - osobně bych spíš šla cestou mírného zvýšení na
"unclassified" (některé z těch silnic neodpovídají charakteru
"residential"), které je podle mého naprosto bez problému; a případně
u městských okruhů či jejich obdoby (oficiálně takto neznačené)
maximálně na "tertiary", pokud zůstane logicky napojení na ostatní
silniční síť a její zařazení. A ještě doplnit počet pruhů v každém
směru, což je také podstatná informace.

Co si vybavuji jinde, většinou významnost spojení odpovídá i té
oficiální kategorii. Nerada bych, abychom se pak dostali do nějakých
válek ve značení, jakmile to necháme na dojem mapujícího, případně na
snahu "přemluvit" navigaci vést v konkrétním případě zrovna tudy...


Moment, ja nerikam, ze by se mely preznacovat silnice druhe a treti
tridy mimo města! Ja jen rikam, ze by se tytez znacky mely spravne
vyuzivat pro klasifikaci dopravně významných ulic ve městech. Tak jak
praví dokumentace. (Byť by chtěla doupřesnit...)

A podle té dokumentace by označení třeba té Kladenské ulice "Pražská"
jako "unclassified" byla jasná chyba. Podle dokumentace její charakter
odpovídá krásné terciální ulici. A i tak jsou obdobné ulice značeny v
Praze. Proč by to mělo být špatně?


___
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] Ilegální pěšiny v lese?

[jzvc]

Dne 29.8.2017 v 11:38 Marek Janata napsal(a):

sorry, asi si ted řeknu o ban, ale tohle mi připomíná trochu dobu kdy
většina rozhodovala co je správné... - neexistuje nějaký tag "nemapovat
- vlastník si to nepřeje" který by v odůvodnitelných důvodech na tohle
šel použít?



Cus, jednak jak uz bylo receno je to nesmysl, druhak pokud bys nahlidnul 
do historie tu uz byly u pozadavky statu (nikoli cr) na tema odstraneni 
zmapovanych vojenskych zakladen. Ani jim nebylo vyhoveno.


Naopak, takovy req vedl k tomu, ze do tydne byla zakladna zmapovana do 
posledniho patniku.


Docela by me zajimalo, co by ti rekl napriklad google, kdybys po nich 
chtel odstranit nejakou cestu z mapy, pripadne, aby rozmazali nejaky kus 
fotomapy.


V tomto ohledu je pravidlo zcela jednoduche - je-li neco v terenu, je to 
i v mape. Odstranovani takovych dat = vandalismus a potazmo ban.


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

Re: [Talk-cz] Ilegální pěšiny v lese?

[jzvc]

Dne 25.8.2017 v 21:00 Marián Kyral napsal(a):


-- Původní e-mail --
Od: jzvc <j...@tpfree.net>
Komu: talk-cz@openstreetmap.org
Datum: 25. 8. 2017 20:57:57
Předmět: Re: [Talk-cz] Ilegální pěšiny v lese?


Dne 25.8.2017 v 15:07 Petr Holub napsal(a):
 >> včera jsem zjistil, že jste do map zanesl trasy, které by tam
být zaneseny neměly. Jedná se o
 >> vybudované trasy pro kola, které jsou stavěny s tichým souhlasem
a podmínkou, že nebudou
 >> veřejné. Bohužel zanesení těchto tras do mapy tuto křehkou
rovnováhu narušuje a brzy zapříčiní
 >> jejich zrušení. Proto bych Vás chtěl požádat, zda by bylo možné
tyto trasy odebrat z map.
 >
 > access=private
 > bicycle=private
 > foot=private
 >
 > pripadne *=no?
 >
 > Muzete to nekdo probrat s temi dvema lidmi, co to bud rusi nebo
 > poptavaji jejich zruseni?

Ja bych rek, ze to spatne chapes. Ty trasy jsou verejne, jen se o nich
verejne nema mluvit => to tagovani je zcela spatne.

Jinak by bylo zahodno dotycnemu vysvetlit, ze co je v terenu bude driv
nebo pozdejs v mape, a ze s tim stejne nikdo nic nenadela, a ze naopak
jakekoli odstranovani takovych veci se chape jako vandalismus.


Asi by bylo ideální, kdyby se ukázali tady. Třeba by pak pochopili, že
to není až tak jednoduché.


To nepochybne, ale me tyhle veci, ktere se tu posledni dobou resi cim 
dal casteji, prijdou presne na tema "postavil si hospodu, ale chodili mu 
tam lidi".


Pocitam ze neni daleko okamzik, kdy budem resit, ze se sousedovi nelibi 
ze soused jezdi po ceste kolem jeho plotu a tak tu cestu bude chtit 
smazat z mapy ... aby soused nemoh argumentovat, ze ta cesta je prece i 
v mape.


Jestli nekde je cesta/dum/sutr/... tak tam proste je. Az nebude, tak se 
odstrani. Nevymazem z napy trebas ... nezkouladovanou (a 
nezkouladovatelnou nejmin pristich 100let) Blanku? To bude velmi brzo 
(dle rozhodnuti NS) taky cerna a nelegalne provozovana stavba.








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] Ilegální pěšiny v lese?

[jzvc]

Dne 25.8.2017 v 15:07 Petr Holub napsal(a):

včera jsem zjistil, že jste do map zanesl trasy, které by tam být zaneseny 
neměly. Jedná se o
vybudované trasy pro kola, které jsou stavěny s tichým souhlasem a podmínkou, 
že nebudou
veřejné. Bohužel zanesení těchto tras do mapy tuto křehkou rovnováhu narušuje a 
brzy zapříčiní
jejich zrušení. Proto bych Vás chtěl požádat, zda by bylo možné tyto trasy 
odebrat z map.


access=private
bicycle=private
foot=private

pripadne *=no?

Muzete to nekdo probrat s temi dvema lidmi, co to bud rusi nebo
poptavaji jejich zruseni?


Ja bych rek, ze to spatne chapes. Ty trasy jsou verejne, jen se o nich 
verejne nema mluvit => to tagovani je zcela spatne.


Jinak by bylo zahodno dotycnemu vysvetlit, ze co je v terenu bude driv 
nebo pozdejs v mape, a ze s tim stejne nikdo nic nenadela, a ze naopak 
jakekoli odstranovani takovych veci se chape jako vandalismus.




Podle mne se to lidem da vysvetlit - ve skutecnosti muze byt vyhodne
i pro ne to takhle znacit, protoze to rika, ze na te pesine nemam co
delat, i kdyz tam fyzicky v terenu je. Takze i kdyz ji v terenu nahodne
objevim, tak se podivam do mapy a vidim, tam nemam co pohledavat.

Petr


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




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

Re: [Talk-cz] Přehrada vs Vodní plocha

[jzvc]

Dne 25.8.2017 v 9:57 Michal Poupa napsal(a):

Dobrý den,
zaujalo mne že mi v Open Flight maps chybí nějaké přehrady tak jsem to
začal zkoumat v Open Street Map a zjistil jsem že něco nebylo
pojmenováno (to nevadilo jen me to zaujalo) a že nějaté přehrady jsou
zadány jako - "vodní plocha"

https://www.openstreetmap.org/edit#map=16/50.0914/12.3161   - Vodní
nádrž Skalka (ta překvapipě neměla jméno)

a například - Vodní nádrž Lipno je zadána jako Přehrada

https://www.openstreetmap.org/edit#map=16/48.6392/14.2166


  Co je správně podle pravidel OSM?

   Michal



Cus, to mas tezky, OSM zadny pravidla nema ... ;D

Ale pokud vidim, tagovany je to oboje stejne, jen u Skalky chybi 
upresnujici tag o jaky typ vodni plochy jde. Vetsina renederu pouzije 
natural=water a zbytek je nezajima.



FACC_CODE=BH080
dibavod:id=106011210003
name:de=Moldaustausee
name=Vodní nádrž Lipno

natural=water
reservoir_type=water_storage
water=reservoir

source=SWDB
type=multipolygon


vs

name:de=Talsperre Skalka
name=Vodní nádrž Skalka

natural=water

source=uhul:ortofoto
type=multipolygon
wikidata=Q939293
wikipedia=cs:Vodní nádrž Skalka


Pro umocneni chaosu a bordelu pak jeste existuje

landuse=reservoir
landuse=basin










___
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] něco se změnilo v JOSM?

[jzvc]

Dne 8.8.2017 v 7:25 Marián Kyral napsal(a):


-- Původní e-mail --
Od: jzvc <j...@tpfree.net>
Komu: talk-cz@openstreetmap.org
Datum: 7. 8. 2017 23:33:18
Předmět: Re: [Talk-cz] něco se změnilo v JOSM?


Dne 5.8.2017 v 7:18 Marián Kyral napsal(a):
 > Dne 5.8.2017 v 05:54 Zdeněk Pražák napsal(a):
 >> no jde o to, že jsem normálně zkusil stáhnout data do josm pomocí
 >> dálkového připojení z openstreetmap.org <http://openstreetmap.org> a
 >> napsalo mi to že josm není spuštěno, přestože otevřeno bylo.
 >
 > Tak občas se mi taky stalo, že mi nefungovalo dálkové ovládaní,
že josm
 > neběží i když běželo. Pomohl až restart. Akorát nevím, jestli jednoho
 > programu, obou nebo celého systému :-)
 >
Cus,

tohle nefunguje tak nejak dlouhobe a na vicero webech ... bych rek, ze
to reseni je vice nez nestastny. Imo by lip fugoval vlastni "protokol"*
nez otevirani portu na localhostu.


Tak ono to fungovalo, ale na http://. S příchodem https:// se do toho
zamotaly custom certifikáty a nutnost dávat jim výjimku a celé se to, z
pohledu běžného uživatele, výrazně zkomplikovalo.


Vsak taky pouzivat https na localhostu je naprostej nesmysl ... ale na 
spouste webech to z nejakyho duvodu uz nejde ani kliknou ... trebas 
https://tools.geofabrik.de/osmi/ kliknout jde id/potlach, ale josm ne.


Cemuz se ani nedivim, kdyz je na to navazana nejaka nejspis nefunkcni js 
hruza vi buh odkud ...





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] něco se změnilo v JOSM?

[jzvc]

Dne 5.8.2017 v 7:18 Marián Kyral napsal(a):

Dne 5.8.2017 v 05:54 Zdeněk Pražák napsal(a):

no jde o to, že jsem normálně zkusil stáhnout data do josm pomocí
dálkového připojení z openstreetmap.org  a
napsalo mi to že josm není spuštěno, přestože otevřeno bylo.


Tak občas se mi taky stalo, že mi nefungovalo dálkové ovládaní, že josm
neběží i když běželo. Pomohl až restart. Akorát nevím, jestli jednoho
programu, obou nebo celého systému :-)


Cus,

tohle nefunguje tak nejak dlouhobe a na vicero webech ... bych rek, ze 
to reseni je vice nez nestastny. Imo by lip fugoval vlastni "protokol"* 
nez otevirani portu na localhostu.


Nekdy zabere to kliknout prostrednim tlacitkem - otevre se to pak jako 
novej tab a zafunguje to. Nekde je to navic jak kdy.


*Tim se mini, ze misto http zadas trebas josm:// ... a browseru tim 
defakto reknes, ze tohle ma predat dany vybrany aplikaci. Vyhoda je 
predevsim v tom, ze to nema nic spolecnyho se siti, je to jen predani 
parametru a tim padem to tu aplikaci pripadne i spusti.



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

Re: [Talk-cz] Fwd: úprava mapy

[jzvc]

Dne 8.7.2017 v 20:10 Marián Kyral napsal(a):

Dne 8.7.2017 v 11:16 jzvc napsal(a):

Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):

Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):


Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem
sádek je
plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
asi nelze.


https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0



Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
nepreje?

Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
restaurace, že mu v mapě chybí jeho oblíbená pěšina.



Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho privatni
cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste dukladneji,
pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak nevim,
jestli ho tim potesime, a bude to potreba dukladne diplomaticky
vysvetlit.



Cus,

tuhle je to docela slusne rozebrano
http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere



No když tam vidím:
/
Veřejně přístupné účelové komunikace, stezky a pěšiny mimo zastavěné
území není dovoleno zřizovat nebo rušit bez souhlasu příslušného orgánu
ochrany přírody. Obce vedou přehled o veřejně přístupných účelových
komunikacích, stezkách a pěšinách v obvodu své územní působnosti.


Tohle je podle me predevsim o znacenych cestach = pridelas nekam cedule, 
pripadne turisticky znaceni ... ale je treba si uvedomit, ze tech stezek 
a pesin vznika a zanika tisice kazdym okamzikem. Zcela samovolne.


Mrkni treba na toto https://www.openstreetmap.org/#map=17/50.63897/13.85929

Tech cesticek je tam mnohem vic, ale nektere jiz v takovem stadiu ze je 
nema smysl ani mapovat (potreboval bys macetu abys prosel). Porovnej to 
pak se stavem v katastru, prakticky tam neni nic. Podotykam, ze nektere 
z tech cest jsou i s turistickym znacenim.





/tak mi z toho vyplývá, že se v lese nesmí vyšlapat stezka bez toho, aby
to povolil příslušný orgán ochrany přírody. Tak trochu mi tam chybí
definice pěšiny. Protože pěšiny si klidně vyšlapou i srnky a nikoho se
neptají.

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] Fwd: úprava mapy

[jzvc]

Dne 9.7.2017 v 7:54 Marek Janata napsal(a):

Ja vim, ale v tehlech pripadech bych ctil pravo na soukromi - je to
soukromy pozemek, tak by melo byt prani majitele nadrazene. OSM nejsou
oficialni (nejakym zakonem dane) mapy, tak by mely tohle dodrzovat. Jsem
pro maximalni "osvetu" a komunikaci s majitelem a hledani spolecneho
reseni - v tomhle pripade asi hlavne i s kacerama, ale pokud majitel
nezmeni nazor, tak bych ty cesty smazal.


Takze smazeme 80% OSM? Protoze 80% toho co je v OSM neni v katastru. 
Navic i legislativne neni podstatny jestli cesta je nebo neni evidovana, 
ale faktickej stav.




M


Dne ne 9. 7. 2017 7:37 uživatel Marián Kyral > napsal:

Dne 9.7.2017 v 06:58 Marek Janata napsal(a):
 >
 > Jestli dobre koukam, tak na katastru cesty zaktesleny nejsou, tzn
 > podle me ofucialne neexistujou - v tomhle pripade bych respektoval
 > prani majitele.
 >
 > Marek
 >
 >

Plno věcí není v KM a to není překážka, abychom to nezakreslili do mapy.

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] Fwd: úprava mapy

[jzvc]

Dne 7.7.2017 v 22:18 Lukáš Gebauer napsal(a):

Dne 7.7.2017 v 21:50 Marián Kyral napsal(a):


Tu závoru v mapě nevidím. Ani tu restauraci. A zdá se, že kolem sádek je
plot. Ten by taky bylo vhodné zakreslit. To ale bez průzkumu v terénu
asi nelze.


https://www.google.cz/maps/@51.0326465,14.4515381,3a,66.8y,2.57h,97.4t/data=!3m4!1e1!3m2!1sCAoSLEFGMVFpcFB2V2wxZWF0QXYzd1RIcFEzbDNPMmVsRHNuQWRZdERybUQxUEcw!2e0


Nabizi se pravni otazka, na kterou sam nevim odpoved. Je mozne mapovat
topograficke prvky na privatnim pozemku, kdyz si to jejich majitel
nepreje?

Nabízí se otázka, jak chceš zajistit, aby všichni mappeři věděli, že si
to majitel nepřeje zakreslit. Příště se třeba zase ozve nějaký zákazník
restaurace, že mu v mapě chybí jeho oblíbená pěšina.



Toho jsem si prave vedom, proto jsem tu otazku nadhodil.
Treba tady ten majitel tu vuli vyslovil. Nechce, aby byly jeho privatni
cesty zmapovany. A co udelame my? Zmapujeme mu to tam jeste dukladneji,
pridame plot, zavory, vsechno spravne oznacime jako privatni. Tak nevim,
jestli ho tim potesime, a bude to potreba dukladne diplomaticky vysvetlit.



Cus,

tuhle je to docela slusne rozebrano 
http://frankbold.org/poradna/kategorie/ochrana-prirody-a-krajiny-ochrana-lesa-a-pudy/rada/volny-pristup-do-krajiny-a-vere


Tzn pokud dobre vidim na fotomape, tezko sice rict, jestli tam cesta je 
nebo neni, ale v kazdem pripade majitel nemuze nikomu branit se tam 
volne pohybovat.


Vicemene ty pravidla ve zkratce znamenaji, ze kdokoli muze chodit 
kudykoli, pokud tim pohybem tamtez nepusobi nejaky skody (trebas 
poslapavani urody na poli), a pokud nekde existuje cesta, tak ji tam 
majitel musi strpet.


Ze stejnyho duvodu si ten pozemek nemuze bez zvlastniho duvodu, ke 
kterymu by musel mit povoleni, oplotit.	


BTW: To uz neplati pro jezdeni na kole/motorce/autem ... pouze pesi 
pruchod. A mimochodem, mnohe zeme nazapad od nasich hranic nam tohle 
zavidej. Protoze trebas v GB si proste jen tak pod sirakem nekde 
(naprosto legalne) neprespite.




Kazdopadne jsem uz asi vypatral, odkud vitr vane. Ona tam totiz bude
nekam vychazet vylustena geocache: https://coord.info/GC4P3BV

Konkretne tento posledni zapis: https://coord.info/GLR2T3H1

"Ač GeoCheck vše potvrdil a my mohli vyrazit, nebylo nám to umožněno.
Pokoušeli jsme se k finálce dostat všemy dostupnými cestami. To nám
totálně znechutil nějaký místní majitel pozemků, který nás několikrát
zastavil a vykázal pryč, protože všechno je tu jeho.
Bohužel jsme se tu nepřipojili na net a tak jsme nemohli využít rady z
Checku.
( i když nevím :-), jestli by pomohla). Tak přejeme ostatním více
štěstí"




___
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] německé, v reálu nepoužívané názvy - patří do name:de? old_name:de? Jinam?

[jzvc]

Dne 29.6.2017 v 16:46 Jan Martinec napsal(a):

On 06/29/17 15:55, jzvc wrote:

Dne 29.6.2017 v 14:57 Jan Martinec napsal(a):

Ahoj,

omylem jsem si přepnul OsmAnd do němčiny...a skoro jsem se nemohl
zorientovat - Brückchen U-Bahn, kde to je? Sjezd na Königsaal, kam? ;)

Neboli - většina místních jmen existuje v češtině a v němčině, ale
německé názvy se mimo historický úzus prakticky nevyskytují (obdobně
jako se už téměř nepoužívá český název Saská Kamenice a.k.a.
Karl-Marx-Stadt ;)), natož v terénu. Jinými slovy, existuje pár měst,
kde se ten německý název používá (Brünn, Pilsen, Budweis, Prag - obvykle
tam, kde je fonetická i vizuální podobnost s českým), ale šipku na
Neuhaus, na Freudenthal ani na Reichenberg jsem už nezažil.
Podle OSM ale takto _značená_ místa existují, viz Overpass:


Cus,

bacha na to, tyhle nazvy asi nevyplnuje nikdo z cech, ale nemci, a ti je

To si právě nejsem úplně jist; vlastně mě k tomu přivedla vlna editací
místních z talk-cz, kdy hromada StČ obcí dostala _nějaké_ německy
znějící názvy, které občas ani nesedí k těm historickým. Tomu pak
nebudou rozumět ani ti Němci (ani Rakušáci ;)).


na svych mapach trebas bezne maji. V nemecku taky nenajdes ceduli
"Drazdany" ... Pripadne v rakousku "Solnohrad",

Dočetl jsi to, nebo reaguješ jen reflexně na ten první odstavec?
(Mimochodem, právě v tom Německu _najdeš_ i cedule "Liberec", byť by
jakoby správně měli mít "Reichenberg"; striktně logická správnost i v
tomto případě ustupuje před reálným územ)


Docet, na nasich dalnicich mas zcela vsude cedule Dresden, presto to 
jsou Drazdany. Pocitam ze z nemecky strany to bude podobne. Mozna je na 
to tema i nejaka ta eubirokracie, a pocitam ze zcela jiste frantici a 
anglani z toho maji vyjimku. Protoze jeste pred par lety na tech 
cedulich samozrejme Drazdany byly.





presto to jsou proste
historicky a dlouhodobe pouzivane nazvy.

Viz zbytek toho mailu. Ano, jsou historický - některý, a to je v
pořádku. Přejmenovávat stanice metra na přetlumočený názvy a dělat z
metra U-Bahn není ani historický, ani dlouhodobě používaný, ba ani
užitečný.


U-Bahn je metro, a jestli je to :de, tak je to naprosto vporadku, je to 
informace pro nemce a ne pro tebe. Osobne nemecky neumim, takze nevim 
jak funguje jejich gramatika, ale muzu ti dat priklad z francie. 
Prakticky zcela kazda jejich ulice ma klasifikaci, kterou lze do cestiny 
otrocky prelozit jako trida/ulice/ulicka ... u nich je to standardne 
soucasti nazvu, ale pokud by nekdo ty nazvy chtel dat do cestiny, tak v 
cestine se to az na vyjimky nepouziva. Nebo si nekdy slysel ze by nekdo 
nekde rikal, ze sel po "Avenue des Champs-Élysées"? Pricemz to je 
oficielni a cely nazev.


old_name je pak treba Gottwaldov. Tzn ne nazev v jinym jazyce, ale drive 
oficialni nazev, ktery jiz neni aktualni.


Aussig je pak proste nemecky nazev Usti nad Labem, prestoze ho na zadny 
ceduli nenajdes. A takhle by se dalo pokracovat hodne dlouho.


Myslis ze na nejaky ceduli najdes cojavim ... Kahiru?


 >> - neexistující infrastrukturní názvy netagovat vůbec. To je případ
 >> té stanice pražského U-Bahnu jménem Brückchen
 >> Obdobně dálniční sjezdy etc.: sice je to podle historických názvů,
 >> ale ten objekt má jedno uživané jméno, a to v češtině; "in 200 Meter
 >> Ausfahrt Aussig nehmen" nikomu nepomůže, protože se sjezd jmenuje (a
 >> je popsaný) "Ústí nad Labem". To je téměř stejně fiktivní tagování
 >> jako ten předchozí případ.
K tomu pro ujasnění dodávám, že nemám problém s tím, že sjezd v reálu
popsaný písmenky "PRAHA-ZBRASLAV" vede do čtvrti, která se německy (a na
mapě) jmenuje Königsaal, nebo že na sjezdu je "Salzburg-Süd" a u města
mám popisek Solnohrad; problém mám s tím, když navigace tvrdí, že je to
i název _toho sjezdu_, protože pak je navigace v rozporu se stavem OTG -
stejně jako je nesmysl posílat turisty na Underground Station Black
Bridge, protože žádnou takovou nenajdou, ačkoli ta čtvrť okolo má jméno
s tím významem.


To bys taky moh z mapy
povyhazovat vsechny transkripce cinskych nazvu do cestiny a pochopitelne
i naopak, dtto rustina a dalsi.

A na tohle tam reaguju taky, a ani tohle nenavrhuju.
 >> - názvy památek etc. jako problém nevidím (např. 20 jazykových
mutací Karlova mostu)
 >> - A pak tu jsou věci jako jména ulic, a to je asi problém sám o
 >> sobě; tam vůbec nevím - třeba pro uživatele v azbuce má smysl
 >> transliterace/překlad name:ru, ale na druhé straně name:de jsou v ČR
 >> vyloženě historické názvy bez úzu - jeden obrázek vydá za tisíc slov:
 >>
https://cloud.githubusercontent.com/assets/917239/17104290/855d76ee-5282-11e6-9524-7c11bce10e05.png




Vubec nejde o nejake nepouzivane veci a tim ze je odstranis nebo
presnunes privolas, a zcela opravneny, hromobiti na svoji hlavu.


Proto je taky neodstraňuju, ale _mluvím_ o tom. Kdybych je odstraňoval,
byl by t

Re: [Talk-cz] německé, v reálu nepoužívané názvy - patří do name:de? old_name:de? Jinam?

[jzvc]

Dne 29.6.2017 v 14:57 Jan Martinec napsal(a):

Ahoj,

omylem jsem si přepnul OsmAnd do němčiny...a skoro jsem se nemohl
zorientovat - Brückchen U-Bahn, kde to je? Sjezd na Königsaal, kam? ;)

Neboli - většina místních jmen existuje v češtině a v němčině, ale
německé názvy se mimo historický úzus prakticky nevyskytují (obdobně
jako se už téměř nepoužívá český název Saská Kamenice a.k.a.
Karl-Marx-Stadt ;)), natož v terénu. Jinými slovy, existuje pár měst,
kde se ten německý název používá (Brünn, Pilsen, Budweis, Prag - obvykle
tam, kde je fonetická i vizuální podobnost s českým), ale šipku na
Neuhaus, na Freudenthal ani na Reichenberg jsem už nezažil.
Podle OSM ale takto _značená_ místa existují, viz Overpass:


Cus,

bacha na to, tyhle nazvy asi nevyplnuje nikdo z cech, ale nemci, a ti je 
na svych mapach trebas bezne maji. V nemecku taky nenajdes ceduli 
"Drazdany" ... Pripadne v rakousku "Solnohrad", presto to jsou proste 
historicky a dlouhodobe pouzivane nazvy. To bys taky moh z mapy 
povyhazovat vsechny transkripce cinskych nazvu do cestiny a pochopitelne 
i naopak, dtto rustina a dalsi.


Vubec nejde o nejake nepouzivane veci a tim ze je odstranis nebo 
presnunes privolas, a zcela opravneny, hromobiti na svoji hlavu.




[out:json][timeout:25];
(
   node["highway"="motorway_junction"]["name:de"]({{bbox}});
);
// print results
out body;
 >;
out skel qt;



Co s tím?

U tří typů jmen mám jasno, u dalšího polojasno, a v jednom nevím:

V čem mám jasno:
- fabulace-podle-slovníku vyházet (např. "Töpfern" - v tereziánském
katastru i v archivních textech je Hrnczirz, dnes Praha-Hrnčíře), míchat
fikci do reálných map je cesta k velkým a bolestivým revertům.

- neexistující infrastrukturní názvy netagovat vůbec. To je případ té
stanice pražského U-Bahnu jménem Brückchen - jako název stanice i jako
dopravní prostředek to existuje výhradně v OSM, OTG nikde. To je podle
mě nejen zbytečné, ale dokonce škodlivé: ta stanice se tak nikdy
nejmenovala, nikde se na to neodkazuje, a uživatele mapy to
dezorientuje. Obdobně dálniční sjezdy etc.: sice je to podle
historických názvů, ale ten objekt má jedno uživané jméno, a to v
češtině; "in 200 Meter Ausfahrt Aussig nehmen" nikomu nepomůže, protože
se sjezd jmenuje (a je popsaný) "Ústí nad Labem". To je téměř stejně
fiktivní tagování jako ten předchozí případ.

- názvy památek etc. jako problém nevidím (např. 20 jazykových mutací
Karlova mostu)

Polojasno:
- historické oficiální názvy (Aussig, Reichenberg) bych přesunul do
old_name:de; vyhledávat se podle toho dá, ale netluče se to s aktuálním
územ. (u větších měst to ještě tolik nevadí, ale Augezd? Co je Augezd?
Souvisí to nějak s Újezdem?)

A pak tu jsou věci jako jména ulic, a to je asi problém sám o sobě; tam
vůbec nevím - třeba pro uživatele v azbuce má smysl
transliterace/překlad name:ru, ale na druhé straně name:de jsou v ČR
vyloženě historické názvy bez úzu - jeden obrázek vydá za tisíc slov:
https://cloud.githubusercontent.com/assets/917239/17104290/855d76ee-5282-11e6-9524-7c11bce10e05.png




___
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] Tramvajové koleje mimo linie uliční sítě

[jzvc]

Dne 26.6.2017 v 17:40 Vratislav Filler napsal(a):

Chtěl bych se poradit, jak naložit provedenou s úpravou řešení tramvajových 
tratí v Praze, respektive s jejich napojením na stávající uliční síť a řešení 
cyklo potom, co byly Praze tramvajové trati zdvojkolejněny a odděleny od 
ostatních uličních linií.

Jak jsem pochopil, doporučení je kreslit tramvaje metodou "každá kolej zvlášť" 
a zcela nezávisle na ostatní uliční síti ( https://wiki.openstreetmap.org/wiki/Trams ). 
Za špatný postup se považuje 1) zdvojená linie nad stejnými body (způsobuje zmatky a 
hrozí chyby při editaci, naprosto souhlasím), 2) zdvojení funkce (tj. pro stejnou linii 
railway=tram + highway=něco , 
https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element ) .

Není mi ale jasné, jaký je správný postup provázání tramvajových kolejí s 
ostatními liniemi v mapě tam, kde tramvaj evidentně tvoří součást komunikace. 
Přístup, kdy se koleje považuji za něco na liniích komunikační sítě vlastně 
nezávislého, mi přijde docela nešťastný. Zejména narážím na to, že se 
nepovažuje za vhodné zdvojení funkce linie. Dřív, když byla ulice mapovaná 
jednou linií, to tak prostě bylo a bylo to vlastně správné, renderery i routing 
si s tím uměly poradit. Jízda v tramvajových kolejích je dost zásadní parametr 
pro komfort a bezpečnost jízdy na kole (viz mapy nehodovosti cyklo - 
http://prahounakole.cz/2017/02/nehody-cyklistu-praze-za-poslednich-deset-let/ , 
nehodová místa okolí Křižovnického nám. a ul. Hlubočepská ). Vyhledávací 
algoritmus na Prahou na kole také přítomnost railway=tram používal jako 
indikátor toho, že se má ulici částečně vyhýbat. Nejsem také evidentně první,
  koho tenhle problém trápí, viz 
https://help.openstreetmap.org/questions/27898/is-there-any-way-to-know-if-a-road-has-railway-tram-tracks-embedded-in-it
 .

Chápu, že namapovat geometrickou polohu dvou kolejí na jednu highway nejde. 
Jsou ale situace, kdy je linie nekolejové dopravy geometricky v souběhu s 
jednou kolejí, nebo jiné problémy. Ptám se zejména proto, že provedené 
zdvojkolejnění jednak systémově dost zasáhlo routing (častá ztráta informace o 
souběhu s tramvaji, výjimečně i ztráta linie, po které se má routovat), jednak 
se leckde rozpadly relace doporučených cyklotras. Pro cyklomapu to potřebuji 
uvést do pořádku.

Takže mám pár otázek, jak byste doporučili nakládat s následujícími věcmi:

1) Jak řešit křížení kolejí s liniemi vozovky a přechody pro chodce v rámci 
křižovatky?  railway=level_crossing? railway=crossing? Obojí je totální 
overkill, přechod přes ulici s tramvajovou tratí přece nejsou šraňky. Nebo jen 
vytvořit křížení a nic v nich netagovat? Případně body vůbec nespojovat? (Ale 
topologie pláče, tramvaje fakt nejezdí ve vzduchu deset metrů nad ulicí). 1b) A 
co v situaci, kdy je vozovka řešena zjednodušeně jednou linií a křižné body 
jsou zcela fiktivní? Linii ale nelze rozdvojit, pokud je to jedna vozovka, 
nechceme-li mapovat jednotlivé jízdní pruhy a ulice řešit relací. K tomu sice 
proběhlé namapování tramvají už jaksi předem navádí, nepředpokládám ale, že to 
v Praze bude plošně na pořadu dne.


Cus,

krizeni je defakto prejezd zcela vzdy, ale je otazka, jestli je nutny ho 
vzdy tagovat, protoze to jaksi plyne z kontextu toho nodu. Prave 
specielne u mestskych trati - coz tramvaje jsou. Spojit bys to mel v 
kazdym pripade, jde o urovnovy krizeni. Asi ma smysl otagovat takovy 
krizeni, kde je to zaroven prechod pro chodce. Pripadne kde je 
tramvajova trat mimo vozovku a jde o prejezd.






2) Nekolejová doprava vede jednosměrně v souběhu s jednou tramvajovou kolejí. 
Co s tím? V praxi zejména a) autobusy pojížděný tramvajový pás, b) koleje, na 
které je (v jednom směru) povolen vjezd dopravní obsluze, cyklistům, apod. 
Zvlášťě tam, kde je třeba vyvýšený tramvajový pás, nebo protisměr oddělený 
ostrůvkem, apod. Rád bych tam sloučil linii a přidal higway=residential/service 
+ access=něco . Jenže je to v rozporu s pravidlem (2). Jsem to tedy už udělal 
při korekci cykloobsahu v Havlíčkově ulici v Praze (u Masarykova nádraží), 
omlouvám se, že jsem si to nepřečetl předem, postupoval jsem v analogii s 
dosavadní praxí.
Moje otázka zní: je přípustné v tom pokračovat? Místa, kde byla ke kolejím dokreslená 
"oblužná" linie geometricky v jiné poloze než tramvajová kolej (Ječná směrem ke 
Karlovu náměstí), mi přijdou vyřešené dost špatně a rád bych je upravil do stavu, kdy 
bude na jedné linii highway i railway, aby byla jednak zachována alespoň zčásti informace 
o souběhu s tramvají, jednak aby se to i v detailních měřítkách renderovalo na sebe. 
Stejně tak bych na stejnou linii railway naložil rád vyhrazené pruhy bus tam, kde jezdí 
po tramvajovém pásu. Malovat linii, která je geometricky ve stejné poloze jako kolej, 
úmyslně o půl metru vedle, mi přijde jako strašlivá zhůvěřilost.


Podivej se na to z pohledu editaci. Kdyz udelas dve soubezny ways, tak 
te prijde zaskrtit i zkusenej editor v okamziku, kdy je kvuli nejaky 
zmene bude muset 

Re: [Talk-cz] duplicitní budovy

[jzvc]

Dne 9.5.2017 v 21:52 Jan Macura napsal(a):

Svého času jsem k tomu sepsal (pouze mnou) doporučený postup na wiki:
https://wiki.openstreetmap.org/wiki/Cs:R%C3%9AIAN/p%C5%99etrasov%C3%A1n%C3%AD
Anžto se nikdo nevyjádřil, že by nesouhlasil. Doporučuji tak postupovat.


Cus,

tak pokud by se ti chtelo, mel bys do postupu doplnit vyuziti pointInfo 
a jeho ikonky brouka ;D. Tzn budovy ktery neexistujou nebo maji nejaky 
problem nareportovat, on je pak traser pokud vim znova ani nenatrasuje 
(ty co nestojej).




H.

2017-05-08 21:23 GMT+02:00 >:

Nikdy jsem importy z RUIANu nedělal. Může mi někdo znalejší říct,
jak se přistupuje k místům, kde budovy jsou už ručně zadané?



On 18.4.2017 20:05, Milan Cerny wrote:

Díky za opravu. Alespoň že se povedlo vymazat ty duplicitní
budovy. Ostatních chyb je tam stejně, jako na většině území ČR.
Jen by mě zajímalo, proč jsou budovy po jednotlivých importech
odsazeny o cca 0,2 m.
Pokud je zdroj dat i postup stejný, měly by být budovy přesně na
sobě. Kdyby se tak stalo, hned by to nějaký checker odhalil.
S tím odsazením to v klidu prošlo.

Milan


Od: majka >
Komu: OpenStreetMap Czech Republic
>
Datum: 18.04.2017 18:05
Předmět: Re: [Talk-cz] duplicitní budovy

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