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