[OSM-talk-fr] Modélisation des adresses

[Christian Quest]

Le problème c'est qu'une "adresse" recouvre plein de concept et de point de
vue différents.

C'est lié à une parcelle (ou plusieurs), sur laquelle il peut y avoir un
bâtiment ou plusieurs, qui ont eux même un ou plusieurs accès (entrée,
livraison, accès pompiers, etc) sans parler des données "métier" (position
du compteur EDF, gaz, eau, de l'arrivée télécom ou fibre...) et sans
rentrer dans les bâtiments pour localiser les appartements, les différents
locaux.

La difficulté à trouver un consensus vient il me semble de là.

Nous parlons tous d'adresse mais y voyons chacun quelques chose d'un petit
peu différent.

C'est le constat que j'ai fait suite à de multiples réunions et discussion
sur ce sujet ces derniers mois, et que je retrouve parfois dans nos
échanges sur talk-fr.

addr:* et associatedStreet ne suffiront pas à couvrir toute cette diversité.

Il va falloir se pencher sur un modèle qui rentre plus dans les détails
pour permettre éventuellement d'apporter une réponse à tout ces besoin pour
de nouveaux acteurs, contributeurs ou ré-utilisateurs qui je l'espère vont
se rapprocher d'OSM si ils y voient une plateforme ouverte, collaborative
et qui peut s'adapter au mieux à tout ces points de vue sur ce qu'est une
"adresse".

Pour l'instant, nous avons des sources qui ne nous permettent pas de
rentrer trop dans les détails sauf en allant sur le terrain pour relever
puis modéliser ces détails. Les orthos photo ne montrent pas encore la
position des boites aux lettres ou des entrées.

BANO (ou openaddresses.io) sont un moyen temporaire de se poser pour
réfléchir tout en avançant "à côté".

Je ne doute pas que dans les semaines et mois à venir il va y avoir du
mouvement sur le sujet de la part de très nombreux acteurs institutionnels
qui attendaient la BAN depuis des années et ne voyaient rien venir.


Le 16 mai 2014 23:49, dom bertho <new-dom at hotmail.fr> a écrit :

> Bonjour tout le monde,
>
> Je me permet d'intervenir sur ce sujet d'adressage car il souligne deux
> choses :
> - d'une part l'exploitation d'une cartographie qui se veut exhaustive pour
> des raisons de guidage GPS
> - d'autre part la philosophie de la cartographie telle que le conçoit
> l'esprit d'openstreetmap
>
> Tel que je l'ai compris, la cartographie openstreetmap n'a pas de vocation
> à servir un système de guidage GPS mais ce système de guidage GPS doit
> s'adapter à la cartographie qu'elle propose. On pourra résumé que la
> cartographie sert à une utilisation qui n'est pas "orientée" pour tel ou
> tel acteur mais se veut" la plus exhaustive possible" de manière à fédérer
> le plus "d'intentions" d'utilisations possibles.
> De ce fait, les requêtes de guidage ne sont pas "forcément" pris en compte
> dans la mesure où elle desservirait tel ou tel acteur.
>
> Votre requête rappelle l'idée du "door to door" dans une exploitation de
> logiciel de guidage GPS et donc il ne s'agit pas de ne pas prendre en
> compte cette idée mais de trouver le consensus.
>
> J'ai travaillé dans le guidage GPS pour un système dédié et actuellement
> je travaille auprès d'un acteur institutionnel pour la description des
> éléments de voirie. Il s'avère que le "géocodage" des adresses repose
> également sur l'exploitation du fichier fantoir doublée par des expertises
> en récolement pour associer les numéros aux accès.
>
> Dans la mesure où un numéro existe "physiquement" il est géocodé au niveau
> de son accès.
>
> Le principe peut-il être systématisé dans la mesure où il associe la
> réalité géographique et l'information géographique institutionnelle ?
>
> Je pense à mon niveau qu'il serait bon d'associer comme je le faisait pour
> les systèmes GPS et comme je le fais actuellement pour un acteur
> constitutionnel, un numéro à un accès défini.
>
> Toute la problématique tourne, et cela reste que mon avis, autour de la
> notion d'accès.
>
> Les accès sont des notions à mon avis fondamentales dans la structuration
> de la base de donnée dans la mesure où ils répondent aux logiques actuelles
> de cartographie et qu'ils répondent, également, à l'esprit d'OSM, si j'ai
> bien compris, de modélisation du "réel".
>
> Entre nous je ne vois pas pourquoi on géocoderait les bâtiments sans pour
> autant modéliser les entrées ou sorties de véhicules tel que mon travail
> m'oblige à le faire actuellement. J'ajouterais que cela répond à un cahier
> des charges dans le cadre demon travail. On peut imaginer aisément les
> implications et l'exploitation de ces descriptions qui une fois de plus ne
> sont pas une adpatation aux systèmes GPS mais la description d'une réalité
> géographique telle qu'OSM me la si souvent suggéré.
>


-- 
Christian Quest - OpenStreetMap France
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140517/4f24bc69/attachment.htm>