Le 29/08/2013 11:39, François Van Der Biest a écrit :
Hello,
2013/8/29 Gilles Bassière <gbassi...@gmail.com <mailto:gbassi...@gmail.com>>
Je ne connais pas de solution pour me prémunir de ce risque mais je
pense tout de même qu'il y a un intérêt à interconnecter des bases
de données. Donc ma position est simplement d'accepter cette
imperfection : oui, les tags de programmation Flickr pour OSM
impliquent que des photos seront un jour orphelines.
Il existe une solution à ce problème, techniquement non triviale, mais
la seule valide à mes yeux.
Il s'agirait de créer un service de redirection "intelligent".
Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel.
Le service de redirection offrirait un identifiant stable (du moins, il
aurait la stabilité du service de redirection) pour une requête telle
que "donne moi l'identifiant OSM du polygone avec le tag building, d'une
hauteur supérieure à 300 mètres situé autour de la position 48.85826
2.29416".
CQFD.
F.
Mouais...
Ça rejoint l'idée de pointeurs "flous, geographiques et sémantiques"
émise par CQuest.
L'idée est séduisante dans le principe mais je ne vois pas comment
réduire à zéro le risque de "lien cassé". En effet, la requête qui
remplace l'ID pourrait ne pas toujours renvoyer l'objet souhaité :
- l'objet est sorti de l'emprise,
- un autre objet similaire est apparu dans l'emprise,
- l'amenity=machin a été requalifiée en shop=bidule,
- etc.
Du coup, je ne vois pas bien l'intérêt de mettre en place une telle
usine à gaz pour ne même pas assurer l'intégrité référentielle...
Enfin, si vous mettez en place un tel service ET qu'il est pratique à
utiliser/intégrer, je le testerai avec plaisir :)
Cordialement
Gilles
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
