<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=iso-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Guillaume Allegre a écrit :
<blockquote cite="mid:20100331201629.GP20791@griffon.silecs.info"
type="cite">
<pre wrap="">Le Wed 31 Mar 2010 à 18:07 +0200, Jean-Guilhem Cailton a ecrit :
</pre>
<blockquote type="cite">
<pre wrap="">Bonjour,
Bonne remarque François.
Une discussion récente sur dev souligne que les identifiants OSM ne sont pas
suffisamment stables (en cas de modification d'un objet par suppression suivie
d'un ajout, par exemple).
Une solution serait qu'une autorité reconnue gère des identifiants uniques.
(C'est par exemple le cas pour les installations de santé en Haïti, où
plusieurs sources se combinaient, et où l'Organisation Panaméricaine de la
Santé gère une "Master List", régulièrement mise à jour et importée dans OSM).
A priori, les collectivités territoriales paraissent sans doute les mieux
placées pour gérer les identifiants de leurs objets. Du point de vue d'OSM, il
serait sans doute bien que les identifiants uniques portent le même nom de
balise partout. Du genre "localCollectivityId", par exemple. Le contenu
pourrait comporter une partie identifiant uniquement la collectivité "maître",
et un identifiant unique à l'intérieur de cette collectivité.
</pre>
</blockquote>
<pre wrap=""><!---->
Qu'est ce qui différencierait localCollectivityId
d'un tag ref= (ou ref:Trifouillis=) dans ce cas ?
</pre>
</blockquote>
<br>
Bonjour,<br>
<br>
La définition et l'usage.<br>
<br>
Le tag pourrait être défini spécifiquement comme destiné à la
synchronisation entre OSM et des bases de données locales. <br>
(Pour OSM, il me semblerait plus commode qu'un tag unique soit utilisé
(plutôt qu'une possible infinité de "ref:Trifouillis", "ref:LesOies",
etc..., pour rester dans le ton de votre exemple)).<br>
(D'ailleurs la même démarche pourrait aussi être utile pour la
synchronisation avec des bases de données externes, plus généralement
("externalSynchroId" ?)). <br>
<br>
<br>
Cela permettrait, par exemple, de supprimer des objets d'OSM si le
gestionnaire, par exemple la collectivité locale, les supprime.<br>
<br>
Ce point est certes délicat, puisque l'objet peut avoir été enrichi par
ailleurs dans OSM.<br>
<br>
(Pour les établissements de santé d'Haïti, les suppressions d'OSM
consécutives aux suppressions de la Master List sont d'ailleurs
validées et faites manuellement, ce qui est un peu lourd, et constitue
l'étape la plus longue du processus d'importation. Ces vérifications
permettent d'ailleurs dans certains cas d'attirer l'attention sur de
possibles erreurs).<br>
<br>
<br>
Quoiqu'il en soit, il me semble que le sujet mérite réflexion.<br>
<br>
Cordialement,<br>
<br>
Jean-Guilhem<br>
</body>
</html>