Non pas que j'aie immédiatement besoin d'une bonne réponse, mais j'ai récemment vu des efforts pour introduire le concept de "systèmes de contrôle de version (distribués)" pour les données géographiques. Quelques exemples (que je connaisse) sont les trois livres blancs d'OpenGeo ( 1 , 2 & 3 ) et le projet " Geosynkronisering (géosyncronisation)" des éditeurs norvégiens de logiciels SIG et de l'agence norvégienne de cartographie. J'ai également trouvé des versions distribuées de données géospatiales? , qui mentionne GeoGit (par OpenGeo), et Application du contrôle de version aux modèles ArcGIS ModelBuilder? sur le contrôle de version dans ArcGIS.
En tant que développeur, je sais (au moins assez pour pouvoir les utiliser) comment fonctionnent les systèmes de contrôle de version pour le code source (comme SVN et Git), et mon expérience en géomatique me dit qu'il y a des défis uniques avec les données géographiques qui rendent le approche pas complètement similaire à la façon dont le code source (qui est essentiellement du texte) est géré.
Quels sont les défis liés au (d) VCS pour les données géographiques, comment les résoudriez-vous, en avons-nous besoin et y a-t-il d'autres tentatives pour résoudre ces problèmes que celles que j'ai mentionnées?
Je sais que les livres blancs d'OpenGeo répondront à certaines de mes questions, mais ce que je recherche vraiment, c'est une réponse plus "pédagogique", dans le style de "dis-moi comme si j'avais 10 ans", de sorte que Je peux orienter les gens vers une excellente explication des défis et des solutions que les données géographiques apportent au mélange.
J'espère que quelqu'un avec un peu de perspicacité prendra le temps de faire quelques réflexions sur la question, car j'ai dit que je ne cherche pas actuellement à résoudre un problème particulier, mais ce sujet est celui qui m'intéresse.