Nicht, dass ich hier sofort eine richtige Antwort benötige, aber ich habe in letzter Zeit einige Bemühungen gesehen, das Konzept der "(verteilten) Versionskontrollsysteme" für geografische Daten einzuführen. Einige (mir bekannte) Beispiele sind die drei Whitepapers von OpenGeo ( 1 , 2 & 3 ) und das Projekt " Geosynkronisering (Geosyncronization)" von norwegischen GIS-Softwareanbietern und der Norwegian Mapping Agency. Ich habe auch eine verteilte Versionierung von Geodaten gefunden. , in denen GeoGit (von OpenGeo) erwähnt wird und Versionskontrolle auf ArcGIS ModelBuilder-Modelle angewendet wird? Informationen zur Versionskontrolle in ArcGIS.
Als Entwickler weiß ich (zumindest genug, um sie nutzen zu können), wie Versionskontrollsysteme für Quellcode (wie SVN und Git) funktionieren, und mein Hintergrund in der Geomatik zeigt mir, dass es mit geografischen Daten einige einzigartige Herausforderungen gibt, die die Ansatz, der der Art und Weise, wie Quellcode (der im Grunde Text ist) behandelt wird, nicht ganz ähnlich ist.
Was sind die Herausforderungen beim Umgang mit (d) VCS für geografische Daten, wie würden Sie sie lösen, brauchen wir sie und gibt es andere Versuche, diese Probleme zu lösen, als die von mir erwähnten?
Ich weiß, dass die OpenGeo-Whitepapers einige meiner Fragen beantworten werden, aber ich bin wirklich auf der Suche nach einer "pädagogischeren" Antwort im Stil von "Sag mir, dass ich wie ein Zehnjähriger bin" Ich kann Menschen auf eine großartige Erklärung der Herausforderungen und Lösungen verweisen, die geografische Daten mit sich bringen.
Ich hoffe, dass jemand mit einigen Einsichten sich Zeit nimmt, um einige Gedanken zu diesem Thema zu machen, da ich sagte, ich suche derzeit nicht nach einer Lösung für ein bestimmtes Problem, aber dieses Thema interessiert mich.