<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body>
<p>Bonjour,</p>
<p>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. </p>
<p>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. </p>
<p>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.</p>
<p>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.</p>
<p>J'exagère ? Ou d'autres contributeurs hors SIG (ou même intra-SIG) ont une vision proche ?</p>
<p>JB.</p>
<p> </p>
<div> </div>
<p>Le 18.03.2014 11:22, Jean-Marc Liotier a écrit :</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class="moz-cite-prefix">On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote:</div>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px"><span style="font-family: Calibri;">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 :) ).<br /> 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 ?<br /> En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner.<br /></span></blockquote>
<br /> 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.<br /><br /> En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple.<br /><br /> 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.<br /><br /><!-- html ignored --><br />
<pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
</body></html>