[OSM-talk-fr] Présentation de BANO au CNIG

Lun 6 Oct 13:31:28 UTC 2014

Je suis pas d'accord avec toi sur ce point du vandalisme Peiren.

Parcontre il est clair que pouvoir donner le contrôle aux organismes qui
attributs les permis de construire ça semble indispensable pour avoir les
infos à jour en directe car il me semble que c'est à ce moment que l'on va
créer l'info d'adressage réel (tant qu'il n'y a pas de premier PC il n'y a
qu'un adressage et un nommage de rue fictif).

Quoi qu'il en soit, il faut pouvoir identifier en temps réel du POST PUT
DELETE des adresses et avoir une parallélisation des données de référence
considérés comme sûre (source de données contenant uniquement des données
validées et de référence).

N'importe qui peut saisir ou corrigé ou supprimé et ça c'est la base d'OSM.
En cas de suppression ou de modification il faudra bien pouvoir analyser
tous ça et c'est déjà le cas pour les données IGN avec les points
géodésiques (c'est pas du temp réel mais c'est déjà ça)!

Après au niveau modèle, n'est il pas possible d'ajouter des tags réservés
de validation à certains organisme? Il me semble que c'est possible et que
cela avait été fait par la ville d'Orange pour ses besoins de gestion.

Si on veut que les organismes puissent agir correctement il faudra bien des
clés réservées.
Pour les adresses c'est comme pour les voies ferrées ou routières. On a un
aspect historique à gérer car on a un aspect de projet ou de prévision
(fictif ou réel)

Il y a tous un lot de tags faits pour la gestion temporelle d'un élément.
On a des éléments pour gérer les propositions de tags sur le Wiki. Pourquoi
ne pas mettre en place un système de tag qui pourrait permettre le suivi
des adresses temporaires, des noms de routes temporaires (Exemple: le SIG
de Quimper utilise pour ces adresses un champs F ou R pour fictif ou réel).

Christian, pour répondre au problème de correspondance des adresses :

Dans mon village il y a encore 5ans, on n'avait pas de numéro dans toutes
les rues. Maintenant toutes les rues ont un numéro sur un système
d'adressage métrique. Mais il reste dans la base du cadastre des adresses
qui n'ont pas été converties ou des noms de rue qui n'ont pas suivi ce
changement. La mise en correspondance ne se fait donc pas (il me semble que
BANO, suite à une autre discussion, n'exploite que le tag name pour les
correspondances)

J'ai aussi une adresse localisée au même endroit géographiquement dans BANO
dont les rues sont différentes car il y a l'ancien nom et le nouveau nom de
rue stockées 1 rue X et 1 rue Y. Je pense que la gestion des autres balises
complémentaires du tag name devrait être prise en compte afin de dégager ce
problème et mettre une alerte pour dire que ça se base sur un ancien nom de
rue. Cela permettra aussi une bonne part de mise en correspondance des
adresses contenues dans BANO

Suite à des changements de système de numérotation sur une rue dans une
autre commune, j'ai déjà vu sur le terrain deux numéros pour la même entrée
2 et l'autre 57...
Dans le cadastre c'est le 2 qui est stocké et pour avoir discuté avec
l'habitant son courrier est bien au 57. Il y a donc une temporalité à
prendre en compte si le système de numérotation si celui-ci évolue sur la
commune (rue, quartier, commune) au risque de ne pas avoir de
correspondance le temps de mettre à jour le système.

Temporairement quand il n'y a pas de nom de rue, les adresses sont au
lieu-dit, et dans mon cas, j'ai pour une rue, des adresses sur un lieudit
et celle d'à coté sur le vrai nom de la rue...
Là aussi pour avoir une correspondance le lieu-dit n'est pas à prendre en
compte sauf si l'on considère ça comme une ancienne correspondance
(histoire de 2 à 3 ans dans mon cas pour que la zone se développe et que la
collectivité décide de l’attribution d'un nom de voirie).

Jérôme

Le 6 octobre 2014 15:04, Christian Quest <cquest at openstreetmap.fr> a écrit :

> C'est pour ça que BANO existe (et surtout BANO^2), pour se décorreler
> d'OSM et apporter la surcouche nécessaire de fiabilisation, d'historisation
> et avoir des terme de contribution différents permettant une double licence
> sur les contributions faites sur la plateforme BANO^2.
>
> Pour la qualité, il faut avoir un peu regardé la BD Adresse les yeux dans
> les yeux pour ne pas avoir à rougir inutilement avec les données actuelles
> de BANO.
>
>
> Le 6 octobre 2014 14:22, Pieren <pieren3 at gmail.com> a écrit :
>
> Et ben, au risque de faire tâche, je pense qu'OSM n'est pas capable de
>> devenir un référentiel adresse. On le sait tous, l'immense majorité
>> des adresses dans OSM vient du cadastre. Et celles-ci sont bourrées
>> d'erreur ou sont des prévisions. Alors, ensuite, on peut dire qu'avec
>> OSM, chacun peut corriger (d'ailleurs OSM ne serait finalement sensé
>> servir qu'à ça). Et s'il y a vandalisme, quelqu'un d'autre s'en
>> apercevra tôt ou tard, corriger, etc. Mais un référentiel ne peut pas
>> se satisfaire d'un "tôt ou tard". Il est évident que pour avoir un
>> niveau de confiance absolu et constant, cette base adresse ne doit
>> être modifiable que par un public restreint, identifié et responsable,
>> ce qu'OSM ne peut pas fournir (sauf à modifier notre modèle). Et je ne
>> parle même pas de notre incapacité à fixer une modélisation standard
>> pour les adresses (sur la façade, sur l'entrée. sur la bal, jusqu'au
>> palier, sur un noeud, sur un polygone, avec ou sans relation, codes
>> postaux, etc)
>> Au mieux, on ne peut servir qu'à relever des incohérences entre un
>> vrai référentiel et nos relevés sur le terrain (comme le fait bano
>> actuellement en nous comparant au cadastre). Mais une remontée
>> d'erreur pourrait aussi bien se faire par l'intermédiaire des mairies
>> qui devraient toutes avoir une compétence directe pour gérer cette
>> base adresse (à condition d'être bien cadrés).
>> De plus, l'aspect contaminant d'OdBL n'est pas négligeable. Il est
>> aussi un frein à de nombreux projets privés qui voudraient utiliser
>> OSM en général (et pas seulement pour les adresses). A l'IGN, ça les
>> obligerait à séparer RGE et adresses. Ou encore à mettre tout le RGE
>> en OdBL, ce qui repousserait le problème de la contamination aux
>> consommateurs suivants dans la chaîne. Les américains ont résolu le
>> problême en mettant leurs données dans le domaine publique.
>>
>> Pieren
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20141006/f60446f9/attachment.htm>