[OSM-talk-fr] Collectivité et gestion de voirie

[JB]

Bonjour, 

Je me pose de plus en plus la question de la déformation d'OSM par les
différents SIG. Attention, je ne critique pas leur apport, leur
utilisation, leur appropriation d'OSM, bien au contraire, c'est une
preuve de la nécessité du projet. Par contre, je me pose la question de
la déformation d'OSM à leurs habitudes, et l'éloignement au grand public
pour qui SIG ne veut rien dire. Et notamment, l'utilisation
d'identifiants uniques. 

OSM est-il prévu de devenir le réceptacle des ref:… divers et variés ?
Combien d'identifiants unique va-t-on avoir sur les highways ? Je n'ai
pas retrouvé la discussion d'il y a quelques mois ou on en proposait
d'autres en plus de Fantoir. 

Christian parlait aussi il y a quelques temps de fournir un service
d'identifiant unique hors de la base de données, en se basant sur les
tags principaux, ici classiquement highway=*, name=*, et une position
géographique approximative, et d'en renvoyer vers l'osm_id du moment. 

Je n'ai pas assez approfondi postgis/postgres pour voir la difficulté de
recouper les éléments d'identification hors OSM et d'identifier la voie
correspondant dans la base OSM, mais cela me semblerait la méthode la
plus propre, où les SIG utilisent les données, les complètent (surtout
quand aucune voie dans OSM n'a le nom recherché), et évitera à OSM de
multiplier les
ref:ville_de_trifouillis:voirie:service_SIG:bureau_9_3:année_2014. 

J'exagère ? Ou d'autres contributeurs hors SIG (ou même intra-SIG) ont
une vision proche ? 

JB. 

Le 18.03.2014 11:22, Jean-Marc Liotier a écrit : 

> On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote: 
> 
>> Travaillant dans une collectivité, on me demande de mettre en œuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ).
>> Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ?
>> En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner.
> 
> L'osm_id est un identifiant technique de l'objet - tu as plutôt besoin d'un identifiant métier, stable même si des péripéties provoquent temporairement la suppression de l'objet. L'identité primaire d'un objet n'est pas sa présence dans Openstreetmap qui n'est qu'une réflexion de son existence - l'identité primaire est liée à la vie de l'objet chez ses utilisateurs qui sont donc les auteurs naturels de sa clé primaire.
> 
> En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple.
> 
> Pour certains objets, tels que les panneaux, tu ne trouveras à ma connaissance pas de code existant disponible publiquement... A toi de proposer un code, après en avoir discuté avec des acteurs confrontés à la même problématique. La question de l'espace de nommage sera certainement au centre de ta réflexion pour éviter de créer une convention spécifique à une unique commune.
> 
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr [1]
 

Links:
------
[1] 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/20140318/b5519b18/attachment.htm>