jak značit výkopové práce?

13 zpráv
Zpět na přehled

jak značit výkopové práce?

13 zpráv LJKHJPMJ 8 účastníků 9 min čtení
  1. Ladislav Nesnera nesnera na email.cz #ma97ea5
    Na wiki jsem našel kdejaké zábavné překážky, ale obyčejné výkopy (např. plyn, voda, nějaká havárie) tu nevidím - asi na to jdu blbě. Konkrétně mi jde o tohle místo <http://www.openstreetmap.org/?mlat=49.20434&mlon=16.61595#map=17/49.20435/16.61595>: * v místě značky je vozovka překopaná po celé šířce (plyn) = pro auta zcela neprůjezdné * po Slavíkové se na Kunzovu dostat dá * v horní části Slavíkové výkop pokračuje cca 20 po straně přilehlé ke Galerii * chodníky zasaženy nejsou (tudíž pro cyklisty "průjezdné") * zavřené to bude od: 10/02/2016 00:00:00 do: 20/03/2016 23:59:00 (Nesehnutí to odněkud úspěšně tahaj <http://www.hejbejbrnem.cz/>)
  2. Ha Noj ehanoj na gmail.com #m081375
    Na wiki jsem našel kdejaké zábavné překážky, ale obyčejné výkopy (např.
    plyn, voda, nějaká havárie) tu nevidím - asi na to jdu blbě.
    ... zavřené to bude od: 10/02/2016 00:00:00 do: 20/03/2016 23:59:00
    *** nejsem si úplně jist, že je třeba do OSM dávat tak dočasné věci jako je měsíční uzavírka ulice pro auta.
    (Nesehnutí to odněkud úspěšně tahaj)
    *** http://www.dopravniinfo.cz/ ha hanoj
  3. Jan Dudík jan.dudik na gmail.com #m7d8fca
    Jenže nejde jen o měsíční uzavírky - někdy je úsek zavřený i rok, případně jde o různé etapy výstavby... --- Ing. Jan Dudík projekce dopravních staveb tel. 777082195
  4. Jan Breuer jan.breuer na jaybee.cz #mb92d88
    Říkal jsem si, že by na to přeci mělo jít použít construction [1] ale tam přesně je napsáno, že pro krátkodobé uzavírky se to nemá používat a místo toho použít podmíněný zákaz [2] takže něco jako vehicle:conditional=no@(Jan-Mar) ale nepřišel jsem na to, jak pomocí opening_hours [3] zadat i rok, aby tomu někdo rozuměl. [1] http://wiki.openstreetmap.org/wiki/Cs:Key:construction [2] http://wiki.openstreetmap.org/wiki/Cs:Conditional_restrictions [3] http://wiki.openstreetmap.org/wiki/Cs:Key:opening_hours Honza
  5. Ladislav Nesnera nesnera na email.cz #m5994c8
    Dobrá, zkusím to jinak. Kam patří podobné uzavírky, aby se promítly do vyhledávání tras <http://www.openstreetmap.org/directions?engine=mapzen_car&route=49.20553%2C16.61740%3B49.20490%2C16.61358#map=17/49.20498/16.61565>?
  6. Jan Breuer jan.breuer na jaybee.cz #m9e5d45
    IMHO tato data do mapy nepatří, protože jich je mnoho a mění se každou chvíli. Tedy, ideálně je mít někde vedle. Korektní cesta by bylo stvořit smlouvu s dopravniinfo.cz [1] a napojit ty data na API routovacího serveru. Mapzen podle mě nic takového neumí, ale možná jsem jen špatně hledal GraphHopper má na to nějaký dokument [2] a někdo o něčem podobném psal [3]. OSRM má nějaké informace zde [4] a zde [5] Mobilní aplikace jsem neověřoval. Moc růžově to tedy nevidím. [1] http://portal.dopravniinfo.cz/servis-mediim-a-odberatelum/odber-dopravnich-informaci [2] https://github.com/graphhopper/open-traffic-collection [3] https://graphhopper.com/blog/2015/03/18/integrate-your-traffic-data-into-route-planning/[4] https://github.com/Project-OSRM/osrm-backend/wiki/Traffic [5] https://github.com/Project-OSRM/osrm-backend/issues/892
  7. Pavel Machek pavel na ucw.cz #m1114c7
    Na wiki jsem naAA!el kdejakA(c) zA!bavnA(c) pAAekA!AA 3/4ky, ale obyÄejnA(c) vA 1/2kopy (napAA. plyn, voda, nÄjakA! havA!rie) tu nevidAm
    - asi na to jdu blbÄ.
    ... zavAAenA(c) to bude od: 10/02/2016 00:00:00 do: 20/03/2016 23:59:00 *** nejsem si A-oplnÄ jist, AA 3/4e je tAAeba do OSM dA!vat tak doÄasnA(c) vÄci jako je mÄsAÄnA uzavArka ulice pro auta.
    Urcite je... je to uzitecne pro navigaci. pavel
  8. Karel Volný kavol na seznam.cz #m496413
    zdar,
    IMHO tato data do mapy nepatří, protože jich je mnoho a mění se každou chvíli. Tedy, ideálně je mít někde vedle.
    mno, s takovouhle bychom mohli zabalit celou OSM, páč dat je na světě moc a mění se každou chvíli ... ještěže to nikdo neřekl dobrovolníkům řešícím různé krize, takže projekty nad OSM při nich pomáhaly i když některá data měla platnost v řádu dní nebo i hodin (např. umístění cisteren s pitnou vodou) :-)
    Korektní cesta by bylo stvořit smlouvu s dopravniinfo.cz [1] a napojit ty data na API routovacího serveru.
    takže celý svět bude používat právě jednu jedinou správnou routovací službu, která bude mít extra smlouvy s poskytovateli dat v každé zaprděné zemičce, a pro každého extra řešit propojení API, a to vše pouze online? anebo z toho uděláme kartézský součin všech routovacích aplikací nad OSM krát všechny zdroje dopravních informací? mě třeba zajímá, jak to dostat do OsmAndu nebo MapFactor Navigatoru, které střídavě používám, *offline*, aby mě to nenahnalo do uzavírky, nějaký Mapzen je mi ukradený takže já si myslím, že tudy cesta nevede, natožpak aby byla "korektní"; aspoň ne z pohledu OSM, na kterou se Láďa ptá samozřejmě nic proti službě _nad_ OSM, která bude pracovat s online daty, taky by se mi líbilo kdyby výše jmenované aplikace třeba uměly TMC, ale to je na jinou diskusi takže jak to dostat do OSM ... kdysi byl návrh na dočasné featury takovýto: http://wiki.openstreetmap.org/wiki/Proposed_features/temporary a měl jsem zato, že nějaké dočasné vlastnosti lze řešit start_date/end_date, resp. tedy podle výše uvedeného date_on/off nicméně od té doby bylo opět vynalezeno tisícihranné kolo, které sice nevypadá kulatě, ale zato umí do jednoho klíče schovat všechny druhy omezení (takže aby se v tom prase vyznalo, jestli mám zapnout dešťový senzor nebo astrolab na výpočet ramadánu ...) už to bylo odkazováno v druhém mailu, takže jsem si k tomu dočetl ještě http://wiki.openstreetmap.org/wiki/Key:opening_hours/specification a myslím, že tagování úseku v rekonstrukci by mělo v tomto případě být: motor_vehicle:conditional=no @ (2016 Feb 10-2016 Mar 20) - teď je otázka, jak si s tím poradí navigace, neb např. u OSMAndu jsem našel poznámku, že kompletní syntaxi opening_hours prý ještě neumí a ještě co tam tedy chceme dostat - nějaké vodítko lze najít na již odkazované stránce o construction, která mluví o tom, že data jsou užívána offline a mohou být měsíce stará v současnosti se asi za rozumný aktualizační interval považuje měsíc, alespoň soudě podle toho, jak často mě otravuje navigace, že má updaty, takže to bych viděl tak nějak rozumné dávat do mapy pouze omezení, resp. dočasné změny, o kterých se ví v předstihu alespoň 1/2 měsíce = 2 týdny před jejich ukončením jako druhé kriterium bych viděl, aby ta změna trvala dostatečně dlouho - nebo lépe řečeno "byla dostatečně významná" ... že budou dva týdny kopat plyn na nějaké slepé ulici v Horní Dolní se dozajisté dotkne méně lidí, než dvouhodinová uzávěrka na magistrále kvůli nějakému řečnění u koně K.
  9. Jan Breuer jan.breuer na jaybee.cz #m0fe7c4
    Ahoj, ta specifikace opening_hours je zajímavá, takže to jde zadat i s rokem, to je dobře. OK, nějaká dlouhodobější/významější data v té mapě můžou být, když budou dobře otagovaná. Jen toho je tolik, že podle mě není v našich silách to udržovat nějak ručně. A když to vezmu do extrému, tak budou mapové soubory pro offline jen boptnat, protože si nikdo moc nevzpomene tu uzavírku po skončení smazat. Takže bych také vznesl dotazy. 1. Je licence dopravniinfo.cz kompatibilní s OSM? http://portal.dopravniinfo.cz/public/files/userfiles/Smlouva_odberatel_RSD_na_neurcito.pdf 2. Je možné/reálné vytvořit nástroj, který by nějak (polo)automaticky přidával/aktualizoval/mazal uzavírky? Honza
  10. Miroslav Suchý miroslav na suchy.cz #ma21b9b
    Říkal jsem si, že by na to přeci mělo jít použít construction [1] ale tam přesně je napsáno, že pro krátkodobé uzavírky se to nemá používat a místo toho použít podmíněný zákaz [2] takže něco jako vehicle:conditional=no@(Jan-Mar) ale nepřišel jsem na to, jak pomocí opening_hours [3] zadat i rok, aby tomu někdo rozuměl.
    Já si vybavuji takovéto tagy v okolí Brna - mazal jsem je když už bylo po akci a silnice byla průjezdná. Ale taginfo daává spoustu příkladů kde je uvedené datum včetně roku: https://taginfo.openstreetmap.org/keys/vehicle%3Aconditional#values BTW: Bylo by fajn mit automaticky nastroj na mazani uz expirovanych uzavirek. Mirek
  11. Karel Volný kavol na seznam.cz #m7b554a
    čest práci, ...
    A když to vezmu do extrému, tak budou mapové soubory pro offline jen boptnat, protože si nikdo moc nevzpomene tu uzavírku po skončení smazat.
    to je správná připomínka ... nicméně neviděl bych to zase úplně tragicky - jden jenom o tagy nad existujícími silnicemi, tzn. objem dat je omezen shora počtem silnic tedy za předpokladu, že nad toutéž cestou se nebudou otrocky přidávat, nýbrž aktualizovat každopádně, jelikož si nechci kupovat nový telefon jen aby pobral o tuny OSM dat více, nepovažuji výše uvedené za důvod vykašlat se na úklid již neplatného
    2. Je možné/reálné vytvořit nástroj, který by nějak (polo)automaticky přidával/aktualizoval/mazal uzavírky?
    předpokládám, že to mazání už se asi řešilo, to nebude jen náš problém ale nic jsem nenašel ... může někdo zdatnější ve vyhledávání zkusit zjistit, jak (jestli vůbec) se globálně řeší expirované conditionals? K.
  12. Jan Martinec jan na martinec.name #m93f262
    Ahoj, pro dlouhodobé uzavírky jsem použil opening_date=datum_do vehicle:conditional=no @ (datum_od-datum_do), například tady: http://www.openstreetmap.org/way/344081477/history (tady to byl reálného času cca rok, jestli se nepletu). I s ohledem na offline data bych nemapoval uzavírku kratší půl roku. Pokud by tam měl být průchod pro chodce, asi bych ho vyznačil jen jako foot=yes, případně zmapoval obchozí trasu, je-li odlišná od běžné.
    jak (jestli vůbec) se globálně řeší expirované conditionals?
    Globálně nijak, obávám se - tak jako všechna ostatní data životního cyklu: někdo to musí ručně upravit, nebo to v mapě zůstane strašit. Osobně když na to narazím v místě, kde vím, že to skončilo i v reálu (nikoli jen podle tagů), tak to mažu v rámci editu. Asi by se na to dala napsat nějaká kontrola (opening_date < now, resp. conditional < now), ale zatím jsem nic takového v žádném QA nástroji neviděl. Automatizovaně bych takové změny asi nevkládal - viděl bych příliš možností, co by to mohlo rozbít, a u větších změn zase tolik uzavírek za rok nebude, aby to žádalo automatizované propojení. HPM Dne 29. 2. 2016 13:16 napsal uživatel "Karel Volný" <kavol na seznam.cz>:
  13. Ladislav Nesnera nesnera na email.cz #mc642a9
    Díky za odpovědi. Pravda, čekal jsem jasný "návod" a ona nepanuje moc názorová shoda kam s tím :-O Od mapy očekávám především odpověď na to jak z A do B. Není-li cesta průjezdná, byť dočasně, je to pro mě, jako by nebyla vůbec (a musím-li se vracet, pak ještě horší). Proto bych chtěl mít ten údaj přímo v mapě. Chápu, že to nebylo v dobách papírových (nepamatuji takovou topografickou značku), ale u dnešních on-line map či off-line s vykreslovací logikou mám vyšší očekávání za oprávněné. Byl bych tedy pro návrh Jana B., jen bych to cpal přímo do OSM tj. ".. stvořit smlouvu s dopravniinfo.cz <http://dopravniinfo.cz> [1] a napojit ty data na API..". Tím by se samozřejmě řešil i úklid po expiraci.(Předbíhám událostem, ale smlouvu bychom mohli udělat třeba na OpenAlt z.s. a vznikne-li cos osmáckého, mohla by se převést, či uzavřít nová.) Dával bych tam vše, co je plánované bez ohledu na délku trvání.Nepředvídatelné (havárky, hustota dopravy) by mělo být záležitostí navigací.Komu všemu bychom tím zavařili? (současné i budoucí zkusím shrnout sem <https://etherpad.wikimedia.org/p/osm_docasne_uzavirky>. Budete-li upravovat přímo, zlobit se nebudu ;-))
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.