Taky jsem pro variantu 3, je tak nějak - logická. River je to pořád, pouze se někde zpomalí (až téměř k nule, ale nula to není - v přehradě, v rybníku), rozšíří se - pak se zas zrychlí. Mnohdy opravdu nejde definovat, kde se voda začíná zvedat a tok se mění v přehradu, je to příliš pozvolné.<br>

Renderery se přizpůsobí (ostatně jak už bylo řečeno, to je základní myšlenka OSM, že se mapuje podle skutečnosti, nikoliv pro renderery)<br><br><br><br><div class="gmail_quote">2011/3/8 MP <span dir="ltr"><<a href="mailto:singularita@gmail.com">singularita@gmail.com</a>></span><br>

<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


Spíš by bylo dobré, kdyby se s tím nějaký schopný geoprogramátor popral,<br>
průsečíky spočítal jednou (přidal heuristiku, která by jej vytvořila,<br>
pokud přítok končí méně než dejme tomu 10 m od vodní plochy) a podvodní<br>
části nechal přetagovat automaticky, a to vše nahrál do OSM. Dělat to<br>
ručně by byla obrovská práce.<br>
</blockquote>
<br></div>
Nejdřív bychom se asi měli dohodnout na tom, jaký má být cílový stav a pak teprve přemýšlet jak se do něj dostat.<br>
<br>
Předpokládám, že se všíchni asi shodneme, že části "pod vodou" (v rybníce, přehradě), pokud by měly zůstat, tak je musí být možné odlišit od částí tekoucích nad vodou, a to pokud možno bez toho, aby se počítaly průsečíky<br>


<br>
Jakmile se na tom dohodneme, tak se může jednak začít přetagovávat, jednak to zapsat na wiki a jednak šťouchat do rendererů aby to renderovali podle nového schématu.<br>
<br>
Takže návrhy:<br>
<br>
1. smazat části pod vodou.<br>
+ "vyřeší" se problémy s rendererem<br>
- tok je nespojitý<br>
- nelze zjistit strom toku, délku řeky<br>
- ztratí se data která se někomu hodí<br>
<br>
2. přetagovat části pod vodou, stylem waterway=underwater_route (nebo něco podobného, jakmile vybereme variantu, tak se už pak nějak dohodneme na vhodném názvu tagu), případně s přidaným tagem underwater_route=river|stream<br>


+ renderer to přestane zobrazovat<br>
+ tok je spojitý strom<br>
- je třeba naučit nástroje novému tagu<br>
<br>
3. přetagovat části pod vodou, waterway nechat a přidat tag underwater_route=yes<br>
- nutno naučit renderery aby to nezobrazovali, nebo zobrazovali jinak<br>
+ tok je spojitý strom<br>
<br>
Osobně jsem pro variantu 3.<br>
<br>
K 2 a 3 je pak otázka, jestli chceme (a jestli vůbec v praxi můžeme) nějak rozlišovat případy, kdy ten podvodní tok má správný tvar (odpovídající realitě, pokud by byla nádrž vypuštěna) a kdy ne (tedy je to jen odhad, protože jezero se za posledních pár století nevypouštělo)<div class="im">

<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Dále stojí otázka, zda by měly části uvnitř rybníka obsahovat tag name.<br>
Pokud ano, asi by se neměl vykreslovat.<br>
</blockquote>
<br></div>
Např. mosty na silnicích, což jsou krátké úseky kde je silnice obdobně "přerušena" tag name obsahují. Tedy bych asi name zachoval, rederery se naučí, že by ho asi spíš zobrazovzat neměly.<br>
<br>
Martin<div><div></div><div class="h5"><br>
<br>
<br>
<br>
_______________________________________________<br>
Talk-cz mailing list<br>
<a href="mailto:Talk-cz@openstreetmap.org" target="_blank">Talk-cz@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-cz" target="_blank">http://lists.openstreetmap.org/listinfo/talk-cz</a><br>
</div></div></blockquote></div><br>