[OSM-talk-fr] Arrêtons les imports des cours d'eau depuis le cadastre

[Ab_fab]

Une idée de "bonne pratique" :
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").
J'ai l'intuition que c'est un minimum, Les exceptions pouvant dès lors être
marquées comme erreurs dans Osmose.
Qu'en pensez-vous ?

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 ... ?

Autre moyen (déjà à disposition) pour faire l'état des lieux : OSM
Inspector<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>,
avec les classes de cours d'eau de différentes couleurs que l'on peut
activer / désactiver.

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.
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.

Le 17 septembre 2012 23:19, Eric Marsden <eric.marsden at free.fr> a écrit :

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



-- 
ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab>
"Il n'y a pas de pas perdus"
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120918/f7bb0689/attachment.htm>