<div dir="ltr">osm2pgsql ne gère pas les relations waterway par défaut, mais il suffit de modifier le fichier de config (default.style) et il les conservera et le rendu pourra les exploiter... le problème c'est que ça sera uniquement les rendus qui feront ce changement.<div>

<br></div><div>Le rendu peut aussi faire sans, c'est pas bien compliqué mais possible en modifiant les requêtes SQL.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 17 novembre 2013 20:22, Yves Pratter <span dir="ltr"><<a href="mailto:yves.pratter@laposte.net" target="_blank">yves.pratter@laposte.net</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div>Le 17 nov. 2013 à 19:32, Art Penteur <<a href="mailto:art.penteur@gmail.com" target="_blank">art.penteur@gmail.com</a>> a écrit :</div>

<div class="im"><blockquote type="cite"><p dir="ltr" style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px">

Un autre outil d'analyse, qui n'a pas besoin de tributary:<br><a href="http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html" target="_blank">http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html</a></p>

</blockquote><br></div></div><div>Je ne connaissais pas. Faut voir si courdo ne peut pas réutiliser la base de donnée de cette outil.</div><div>Le code source est disponible quelque part ?</div><div><br></div><div><br></div>

<div><div>Le 17 nov. 2013 à 19:55, Christian Quest <<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>> a écrit :<br><br></div><blockquote type="cite"><div class="im">OpenRiverBoatMap s'appuie sur les bases osm2pgsql d'osm-fr utilisées par layers, le rendu FR et le rendu HOT.</div>

<div class="im"><div>J'ai jeté un oeil sur le river_import.py et il m'a l'air d'adopter un schéma bien à lui sans rapport avec celui d’osm2pgsql.</div></div></blockquote><br></div><div>J’avais oublié qu’<b>osm2pgsql</b> ne « charge » pas dans sa base de données les relations de type waterway.</div>

<div>Ça serait pratique de demander à ses auteurs de le faire évoluer pour éviter de saisir 50 fois :</div><div><ul><li>les noms de rivières, (nom, synonymes et variantes dans d’autres langues)</li><li>leur navigabilité (CEMT=* motorboat=*), ou du moins pour leurs sections</li>

<li>la référence SANDRE…</li></ul><div><br></div><div>Actuellement les logiciels de rendu (OpenRiverBoatMap, Mapnik…) ne peuvent utiliser que les attributs présents sur les ways.</div><div><br></div><div>—</div><span class="HOEnZb"><font color="#888888"><div>

Yves</div></font></span></div></div><br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Christian Quest - OpenStreetMap France<br>Un nouveau serveur pour OSM... <a href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
</div>