Le 01/04/2013 20:08, kimaidou a écrit :
[...]
+1
Je crois que c'est en effet une telle base de données externe, à
l'écoute des minutes diff qui permet à la fois :
* l'enregistrement de métadonnées tierces
* le monitoring par un tiers de données synchrones, problème soulevé
voici quelques temps déjà : identification, acceptation de modification...
Il me semble que la structure de cette basse de données doit être
relativement simple à concevoir.
La difficulté est plus, il me semble, sur la gestion de flux,
particulièrement à la création de données ou à la synchronisation de
données existantes.
Comment faire savoir à cette base ( va pour OSMLink, ou OSMSync ) que
les nouveaux objets importés sont liés à un SIG externe et qu'elle doit
enregistrer et éliminer les métadonnées avant l'intégration dans OSM ?
On a peut-être déjà des éléments avec l'instance fr de l'API qui agit
comme interface, il me semble.
Je n'ai pas tout compris de la mécanique de Etherpad, mais il semble
qu'il y ait des choses puissantes pour suivre les trois états des
modifications, côté client : version utilisateur - version réseau, côté
serveur : version réseau - version db.
Comment, aussi, rendre ce flux compatible avec l'API officielle ?
Genre : J'édite un objet sous Potlatch, ou autre éditeur, et j'ajoute le
tag qui va bien pour dire que cet objet est lié à l'objet ID:* du SIG
machin.
Sous JOSM, c'est facile (pour certains, pas pour moi !) de faire le
plugin permettant de gérer cette extension d'OSM et de se connecter au
serveur de synchronisation.
Je suggérai de préfixer ces tags de métadonnées par @. Ce type de
convention m’apparaît d'autant plus précieux pour suivre un flux qui ne
passerait pas par le serveur Sync. Le serveur le repérerait de toute
façon par les minutes diff.
--
FrViPofm
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
