[OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz

[Pieren]

2013/8/14 François Lacombe <francois.lacombe at telecom-bretagne.eu>:

> Si le tag n'est pas man_made=pipeline + type=water, quel est-il ?
> J'utilise cette combinaison pour tagger les conduites forcées EDF, qui sont
> des canalisations blindées pour le transport de l'eau sous pression. A la
> différence des galeries d'amenée en charge qui sont taggées avec
> waterway=drain

Pour une conduite forcée, l'idéal serait d'avoir un tag spécifique.
"pipeline" peut suffire en attendant et par similarité (mais la
finalité est différente). D'autant plus que son usage est très rare.
Si on parle du réseau de distribution d'eau potable puis du réseau des
eaux usées, on parle de millions de kilomètres et ça mérite un tag
plus explicite que "pipeline" (si on va dans cette direction)

> Si je peux me permettre une comparaison avec power=line, il ne me semble pas
> y avoir de différences structurelles entre un pipeline pour le TMD et une
> canalisation de flotte : ca reste un emboitement de tuyaux. Tout comme une
> ligne électrique reste un enchainement de conducteurs.
> D'autres tags sont là pour qualifier plus précisément de quoi il s'agit.

Si on veut faire un parallèle, il faudrait alors changer "pipeline" en
"pipe". La définition de "pipeline" sur le wiki est pourtant clair :
"The pipeline key is used for major pipelines ..."

> Adduction d'Eau Potable de Champétrières.
> C'est un acronyme communément utilisé à mon sens.

Ah, je pensais que c'était l'Aumonerie de l'Enseignement Public ;-)
Non, à part dans les collectivités locales peut-être et les
professionels de la profession, ça n'est pas un acronyme communément
utilisé.

> Les réseaux de flotte sont en majorité gérés par des collectivités locales.
> A mon avis ce peut-être intéressant pour elles d'utiliser OSM au même titre
> que d'autres de leur prérogatives.

Pour elles, peut-être, mais pour les autres ? Si des données sont
importées avec la condition impérative qu'elles ne peuvent être
améliorées ou modifiées par d'autres contributeurs qui n'en auront
d'ailleurs aucun usage, il faut toujours se poser la question de leur
pertinence dans OSM et si finalement, ces données ne devraient pas
rester dans un fichier ou base de données séparé.
Il y a quelques années en arrière, il y a eu une fameuse discussion
sur la liste principale à propos de l'état de NewYork (ou la ville, je
ne sais plus) qui voulait bien importer ses limites administratives
dans OSM à la condition unique que ces éléments soient bloqués et non
modifiables par d'autres contributeurs. Cette demande a été
massivement rejetée pour les raisons précédement citées.

> A force d'avoir ce genre de bâton dans les roues, le projet pourrait bien
> s'effondrer sur lui-même.

Ca fait 9 ans qu'on nous l'annonce...

> Je nuancerais tout ça en disant que JOSM dispose (ou peu disposer) de
> schémas de coloration dédiés pour mettre en évidence le domaine qu'on veut
> éditer, sans pour autant avoir de couches distinctes, soit.

Sauf que des éléments peuvent se retrouver dans plusieurs couches. Un
tunnel d'égout peut servir aux câbles. Des poteaux, supporter
plusieurs filaires. etc. Sur le vertical, c'est encore plus compliqué,
vu comme OSM; supporte la 3D. Les sources sont aussi multiples avec
des précisions variables. Déplacer un noeud sur une couche peut
altérer les données d'une autre couche sans qu'on s'en aperçoive. Je
souhaite que jamais un entrepeneur creuse une tranchée à côté d'une
conduite gaz sur la seule foi d'un plan OSM !

Pieren