Änderungen an MXD-Dateien mithilfe der Versionskontrolle verfolgen?

Ich verwende ArcMap zum ersten Mal. Mein Vorgesetzter am Arbeitsplatz hat mich gebeten, Nachforschungen über den Lebenszyklus einer .mxd-Datei anzustellen.

Gibt es etwas, das als Lebenszyklus einer MXD-Datei bezeichnet wird, wie den Lebenszyklus von Servlets?

Schauen Sie sich X-Ray an, eine Reihe nützlicher Tools zum Betrachten von Strukturen (und Unterschieden) von MXDs und Geodatabases. Siehe Links unten. Die Tools wurden von der ESRI Local Government Data-Modellgruppe für die Arbeit mit den großen kommunalen Grundkartendatensätzen und MXDs entwickelt, mit denen sie arbeiten, wurden jedoch für den allgemeinen Gebrauch freigegeben und scheinen ein sehr nützliches Add-In zu sein, wenn mit großen MXDs mit vielen Daten gearbeitet wird Ebenen, komplexe Beschriftung, viele Aliase, unterschiedliche skalierungsabhängige Ebenensichtbarkeit usw.

X-Ray für ArcMap (ArcGIS 10.2) (kurzer Überblick über den Videolink) http://www.arcgis.com/home/item.html?id=f0ae73e90c1a4992a1059e7d370966d4

Röntgen für ArcCatalog (ArcGIS 10.2) (kurzer Überblick über den Videolink) http://www.arcgis.com/home/item.html?id=9ea218ff575f4a5195e01a2cae03a0ae

Während Subversion am häufigsten für die Versionsverwaltung / -kontrolle von Code verwendet wird, ist es möglich, Dokumente und andere Dateitypen zu verwenden. Es gibt ein Beispiel für jemanden, der es mit Word-Dokumenten verwendet .

Subversion ist ausgereift, und im Internet steht viel Unterstützung dafür zur Verfügung. Ich würde es empfehlen, wenn Sie es ernst meinen, Änderungen an MXDs zu verfolgen und rückgängig zu machen, insbesondere wenn mehrere Personen an derselben MXD oder einem Satz von MXDs arbeiten.

Ich denke, er meint, wie sich die mxd-Datei im Laufe der Zeit entwickelt, vorzugsweise auch, was Sie geändert haben und wie Sie es getan haben, mit der Option, zu einer früheren Version zurückzukehren. Sie könnten versuchen, ein Versionskontrollsystem wie mercurial zu verwenden, um die mxd-Datei zu verfolgen. Dies kann jedoch problematisch sein .

Möglicherweise ist der Wechsel zu einer Skriptsprache wie R oder Python (insbesondere Python scheint mit ArcGIS gut zu funktionieren, da es sich um die Standard-Skriptsprache handelt, ist heutzutage keine Option, aber dies unterstützt all diese Dinge. Sie können das R-Skript, das die Verarbeitung ausführt, versionieren und Visualisierung. Sie verfolgen die .R-Datei in einem Repository und schreiben Änderungen fest, während Sie fortfahren. Jedes Commit wird von einer Meldung begleitet, warum Sie dieses Commit durchgeführt haben. Sie können auch ältere Versionen des Skripts aus dem Repository abrufen, um dies zu ermöglichen um die Ausgabe einer älteren Version zu erstellen.

Die Versionierung von MXDs ist derzeit in Software von Drittanbietern möglich. Eines, von dem ich weiß, dass es funktioniert, ist eher ein CAD-Paket namens Projectwise . Es wird jedoch anscheinend noch nicht 10.1 unterstützt (dies ist gebrauchtes kmowledge, also zitiere mich nicht dazu).

Ich verwalte einen besonders großen MXD (Dutzende von Gruppen und Ebenen) in einer Mehrbenutzerumgebung, die ziemlich häufig Änderungen erfordert. Früher haben wir Änderungen in einer einfachen TXT-Datei verfolgt, die im selben Verzeichnis gespeichert war, aber dies war ineffizient. Stattdessen habe ich jetzt eine Tabelle in einer Geodatabase mit Feldern erstellt, um Versionsänderungen zu verfolgen. Der mxd verweist einfach auf die Tabelle und speichert Versionsinformationen im Kartendokument selbst, wo sie auch für Benutzer ohne Zugriff auf den enthaltenen Ordner leicht zugänglich und bearbeitbar sind. Es ist keineswegs ein schickes Setup, aber es funktioniert gut für uns.