<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="DejaVu Sans">Díky za odpovědi. Pravda, čekal jsem jasný
"návod" a ona nepanuje moc názorová shoda kam s tím :-O<br>
<br>
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 </font><font face="DejaVu
Sans">v dobách papírových </font><font face="DejaVu Sans"><font
face="DejaVu Sans"> (</font><font face="DejaVu Sans"><font
face="DejaVu Sans">nepamatuji takovou topografickou značku)</font></font>,
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é.<br>
<br>
Byl bych tedy pro návrh Jana B., jen bych to cpal přímo do OSM tj.
"</font><font face="DejaVu Sans">.. stvořit smlouvu s <a
href="http://dopravniinfo.cz">dopravniinfo.cz</a> [1] a napojit
ty data na API..". Tím by se samozřejmě řešil i úklid po expiraci.<br>
</font><font face="DejaVu Sans"><font face="DejaVu Sans">(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á.)<br>
</font>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í.<br>
</font><font face="DejaVu Sans"><font face="DejaVu Sans">Komu všemu
bychom tím zavařili?</font><br>
<br>
(současné i budoucí zkusím <a
href="https://etherpad.wikimedia.org/p/osm_docasne_uzavirky">shrnout
sem</a>. Budete-li upravovat přímo, zlobit se nebudu ;-))<br>
</font>
<div><br>
</div>
<font face="DejaVu Sans"><br>
</font>
<div class="moz-cite-prefix">On 29/02/16 14:33, Jan Martinec wrote:<br>
</div>
<blockquote
cite="mid:CAOnjWj8uTfw+S7wfR8T9JXXFGP0tpjSiw87kcM_ruWdaWzij_w@mail.gmail.com"
type="cite">
<p dir="ltr">Ahoj,<br>
pro dlouhodobé uzavírky jsem použil opening_date=datum_do
vehicle:conditional=no @ (datum_od-datum_do), například tady: <a
moz-do-not-send="true"
href="http://www.openstreetmap.org/way/344081477/history"><a class="moz-txt-link-freetext" href="http://www.openstreetmap.org/way/344081477/history">http://www.openstreetmap.org/way/344081477/history</a></a>
(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é.</p>
<p dir="ltr">> jak (jestli vůbec) se globálně řeší expirované
conditionals?</p>
<p dir="ltr">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.<br>
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.</p>
<p dir="ltr">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í.</p>
<p dir="ltr">HPM</p>
<div class="gmail_quote">Dne 29. 2. 2016 13:16 napsal uživatel
"Karel Volný" <<a moz-do-not-send="true"
href="mailto:kavol@seznam.cz">kavol@seznam.cz</a>>:<br
type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">čest práci,<br>
<br>
...<br>
> A když to vezmu do extrému, tak budou mapové soubory pro
offline jen<br>
> boptnat, protože si nikdo moc nevzpomene tu uzavírku po
skončení smazat.<br>
<br>
to je správná připomínka ...<br>
<br>
nicméně neviděl bych to zase úplně tragicky - jden jenom o
tagy nad<br>
existujícími silnicemi, tzn. objem dat je omezen shora počtem
silnic<br>
<br>
tedy za předpokladu, že nad toutéž cestou se nebudou otrocky
přidávat, nýbrž<br>
aktualizovat<br>
<br>
každopádně, jelikož si nechci kupovat nový telefon jen aby
pobral o tuny OSM<br>
dat více, nepovažuji výše uvedené za důvod vykašlat se na
úklid již neplatného<br>
<br>
> 2. Je možné/reálné vytvořit nástroj, který by nějak
(polo)automaticky<br>
> přidával/aktualizoval/mazal uzavírky?<br>
<br>
předpokládám, že to mazání už se asi řešilo, to nebude jen náš
problém<br>
<br>
ale nic jsem nenašel ... může někdo zdatnější ve vyhledávání
zkusit zjistit,<br>
jak (jestli vůbec) se globálně řeší expirované conditionals?<br>
<br>
K.<br>
<br>
_______________________________________________<br>
Talk-cz mailing list<br>
<a moz-do-not-send="true"
href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a><br>
<a moz-do-not-send="true"
href="https://lists.openstreetmap.org/listinfo/talk-cz"
rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-cz</a><br>
<br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-cz mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-cz@openstreetmap.org">Talk-cz@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-cz">https://lists.openstreetmap.org/listinfo/talk-cz</a>
</pre>
</blockquote>
<br>
</body>
</html>