<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=iso-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Guillaume Allegre a écrit :
<blockquote cite="mid:20100401200433.GC14139@griffon.silecs.info"
type="cite">
<pre wrap="">Le Thu 01 Apr 2010 à 10:57 +0200, Jean-Guilhem Cailton a ecrit :
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap="">Qu'est ce qui différencierait localCollectivityId d'un tag ref=
(ou ref:Trifouillis=) dans ce cas ?
</pre>
</blockquote>
<pre wrap="">Bonjour,
La définition et l'usage.
Le tag pourrait être défini spécifiquement comme destiné à la
synchronisation entre OSM et des bases de données locales.
(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)).
(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" ?)).
</pre>
</blockquote>
<pre wrap=""><!---->
Mais comment la source serait-elle indiquée dans ce cas ?
</pre>
</blockquote>
<br>
Par exemple par un préfixe conventionnel dans la valeur associée à la
balise, comme<br>
"localCollectivityId=FR-29222-BMO-123456789...", par exemple. <br>
<br>
Mais d'ailleurs il vaudrait sans doute mieux diviser ça en deux :<br>
- "localCollectivityId:source=FR-29222-BMO"<br>
- "localCollectivityId=123456789..."<br>
par exemple.<br>
<br>
<blockquote cite="mid:20100401200433.GC14139@griffon.silecs.info"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">Cela permettrait, par exemple, de supprimer des objets d'OSM si le
gestionnaire, par exemple la collectivité locale, les supprime.
Ce point est certes délicat, puisque l'objet peut avoir été enrichi
par ailleurs dans OSM.
(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).
Quoiqu'il en soit, il me semble que le sujet mérite réflexion.
</pre>
</blockquote>
<pre wrap=""><!---->
Bien sûr, le projet mérite réflexion.
Ce qui apparait dans cette proposition, c'est qu'OSM remplirait alors la fonction
d'un aggrégateur de sources externes multiples.
C'est bien sûr possible, mais d'autres ont déjà souligné qu'il y avait un risque
de démotivation de la communauté si ce genre d'emplois devenait majoritaire.
</pre>
</blockquote>
<br>
C'est aussi un souci de certains Britanniques avec l'ouverture des
données de l'Ordnance Survey, et une réponse est qu'il reste toujours
des choses complémentaires à cartographier ou à mettre à jour (dont les
plus agréables, comme les sentiers de randonnée :). Il vaut
effectivement mieux éviter les importations trop massives ou trop
automatiques qui ont apparemment pu démotiver aux Pays-Bas ou en
Autriche.<br>
<br>
<blockquote cite="mid:20100401200433.GC14139@griffon.silecs.info"
type="cite">
<pre wrap="">
Cela dit, on recouvre quand même partiellement la fonction de "ref", je pense.
</pre>
</blockquote>
C'est bien possible, mais justement il vaudrait peut-être mieux éviter
des chevauchements avec d'autres usages pré-existants et peut-être
incompatibles.<br>
<br>
<br>
<br>
Si ce qui se passe en Haïti (voir par exemple
<a class="moz-txt-link-freetext" href="http://lists.openstreetmap.org/pipermail/hot/2010-March/000098.html">http://lists.openstreetmap.org/pipermail/hot/2010-March/000098.html</a>)
est une indication, il existe un besoin d'un centre d'échange de
données central. La question est : voulons nous laisser ce rôle à
Google ou consorts, avec leur modèle de données propriétaires, à fin
lucrative ; ou bien défendre un modèle de données libre, à la ODbL ?<br>
<br>
(D'ailleurs, avec l'annonce de closedstreetmap.org, et le passage en
CDbL ("Closed Database License"), la question ne se pose plus).<br>
<br>
Cordialement,<br>
<br>
Jean-Guilhem<br>
</body>
</html>