Une idée de "bonne pratique" : <div>Celle que l'usage de "waterway = riverbank" est à réserver pour des surfaces recouvrant des cours d'eaux filaires et nommés (par ex. "waterway = river" et "name = La Loire"). </div>

<div>J'ai l'intuition que c'est un minimum, Les exceptions pouvant dès lors être marquées comme erreurs dans Osmose. <div>Qu'en pensez-vous ?</div><div>
<br></div><div>Y-a-t-il un intérêt de faire des stats comparatives à l'échelle des communes entre le kilométrage du pourtour des "waterway = riverbank" et les longueurs de river, stream, canal, drain ... ?</div>

<div><br></div><div>Autre moyen (déjà à disposition) pour faire l'état des lieux : <a href="http://tools.geofabrik.de/osmi/?view=water&lon=0.97615&lat=43.70860&zoom=9&overlays=waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected" target="_blank">OSM Inspector</a>, avec les classes de cours d'eau de différentes couleurs que l'on peut activer / désactiver.</div>

<div><br></div><div>Un autre point qui n'a pas été évoqué dans ces longs échanges, ce sont les cours d'eau frontaliers entre communes, qui demandent très souvent beaucoup de travail pour arriver à quelque chose de cohérent. </div>

<div>Peut être un argument supplémentaire pour réserver l'accès des fichiers aux seules personnes qui laisseront un minimum de gages pour faire le boulot convenablement.<br><br><div class="gmail_quote">Le 17 septembre 2012 23:19, Eric Marsden <span dir="ltr"><<a href="mailto:eric.marsden@free.fr" target="_blank">eric.marsden@free.fr</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonsoir,<br>
<br>
Comme vous avez pu le suivre ici, l'importation de données depuis le<br>
cadastre numérique est critiqué par différentes personnes du monde<br>
Openstreetmap, dont certaines ont un certain poids politique dans le<br>
projet (par exemple, le nouveau président de l'OSMF, Simon Poole, est un<br>
intégriste anti-import et pro-ODbL).<br>
<br>
J'ai récemment défendu une utilisation raisonnée des données bâtiments<br>
du cadastre auprès du Data Working Group, qui fait de l'activisme sur le<br>
sujet (allant à mon avis bien au delà de son mandat, et ne respectant<br>
pas le principe basique de subsidiarité). Je pense avoir défendu la<br>
position majoritaire dans la communauté française sur ce point, mais<br>
naturellement chacun est libre d'intervenir dans le débat.<br>
<br>
Je suis embêté pour défendre l'usage qui est fréquemment fait des<br>
données sur les cours d'eau issues du cadastre. Ces données accumulent<br>
plusieurs défauts importants (et pour ma part, je ne les intègre pas<br>
dans OSM):<br>
<br>
  - dans de nombreux endroits, elles représentent des zones susceptibles<br>
    d'être régulièrement inondées, plutôt que le lit du cours d'eau<br>
    qu'on aimerait avoir comme waterway=riverbank<br>
<br>
  - elles donnent uniquement une représentation surfacique, sans le<br>
    waterway=stream (ou river) qui serait plus utile ; la représentation<br>
    surfacique s'interrompt aux croisements avec les routes. Je vois<br>
    rarement des endroits où les contributeurs ont rajouté ces<br>
    informations filaires.<br>
<br>
  - les données ont des géométriques excessivement complexes donc<br>
    alourdissent inutilement la base (surtout pour une précision de<br>
    géolocalisation qui me semble parfois relativement faible). Peu de<br>
    contributeurs, dans les zones que je fréquente, semblent simplifier<br>
    les géométries, alors que c'est suggéré dans le checklist.<br>
<br>
<br>
J'aimerais suggérer que :<br>
<br>
  - nous cherchions à développer un algorithme pour déterminer la<br>
    représentation filaire à partir de la représentation surfacique (mon<br>
    niveau en PostGIS est hélas trop faible pour ça)<br>
<br>
  - on intègre cet algorithme à la moulinette sur<br>
    <a href="http://cadastre.openstreetmap.fr" target="_blank">cadastre.openstreetmap.fr</a> (pour remplacer les données waterway=riverbank)<br>
<br>
  - en attendant que le code soit au point, les données "-water" ne<br>
    soient pas mises à disposition sur ce site<br>
<br>
Qu'en pensez-vous?<br>
<span><font color="#888888"><br>
--<br>
Eric Marsden<br>
<br>
<br>
_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">http://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><a href="http://wiki.openstreetmap.org/wiki/User:Ab_fab" target="_blank">ab_fab</a><br>"Il n'y a pas de pas perdus"<br>
</div></div>