¿Realizar un seguimiento de los cambios en los archivos MXD mediante el control de versiones?

Estoy usando ArcMap por primera vez. Mi superior en el lugar de trabajo me ha pedido que investigue un poco sobre el ciclo de vida de un archivo .mxd.

¿Hay algo llamado ciclo de vida de un archivo mxd, como el ciclo de vida de los servlets?

Eche un vistazo a X-Ray, un buen conjunto de herramientas para observar estructuras (y diferencias) de MXD y geodatabases. Ver enlaces a continuación. Las herramientas fueron desarrolladas por el grupo de modelos de datos de gobierno local de ESRI para trabajar con los grandes conjuntos de datos de mapas base municipales y mxds con los que trabajan, pero se han lanzado para uso general, y parece que es un complemento muy útil cuando se trabaja con grandes mxd con muchos capas, etiquetado complejo, muchos alias, visibilidad de capa dependiente de diferentes escalas, etc.

Rayos X para ArcMap (ArcGIS 10.2) (se incluye un breve enlace de video de descripción general) http://www.arcgis.com/home/item.html?id=f0ae73e90c1a4992a1059e7d370966d4

Rayos X para ArcCatalog (ArcGIS 10.2) (se incluye un breve enlace de video de descripción general) http://www.arcgis.com/home/item.html?id=9ea218ff575f4a5195e01a2cae03a0ae

Si bien Subversion se usa con mayor frecuencia para la gestión de versiones / control de código, es posible usarlo para documentos y otros tipos de archivos. Hay un ejemplo de alguien que lo usa con documentos de Word .

Subversion está maduro, y hay mucho soporte disponible en la red. Lo recomendaría si realmente toma en serio el seguimiento y la reversión de los cambios en los MXD, especialmente si tiene varias personas trabajando en el mismo MXD o conjunto de MXD.

Supongo que quiere decir cómo se desarrolla el archivo mxd a tiempo, preferiblemente también haciendo un seguimiento de lo que cambiaste y cómo lo hiciste, con las opciones de volver a una versión anterior. Puede intentar usar un sistema de control de versiones como mercurial para realizar un seguimiento del archivo mxd, pero esto puede ser problemático .

Tal vez cambiar a un lenguaje de scripting como R o python (especialmente python parece funcionar bien con ArcGIS, ya que es el lenguaje de scripting estándar, no es una opción, pero esto admite todas estas cosas. Puede controlar la versión del script R que realiza el procesamiento y visualización. Realiza un seguimiento del archivo .R en un repositorio y confirma los cambios a medida que avanza. Cada confirmación va acompañada de un mensaje de por qué hizo esta confirmación. También puede obtener versiones anteriores de la secuencia de comandos del repositorio, lo que le permite para crear la salida de la versión anterior.

El control de versiones de MXDs es actualmente posible en software de terceros. Uno que sé que funciona es más un paquete CAD llamado Projectwise . Sin embargo, aparentemente todavía no es compatible con 10.1 (este es un compromiso de segunda mano, así que no me cite al respecto).

Administro un mxd particularmente grande (docenas de grupos y capas) en un entorno multiusuario que necesita cambios con bastante frecuencia. Solíamos rastrear los cambios en un archivo .txt simple, almacenado en el mismo directorio, pero esto era ineficiente. En cambio, ahora he creado una tabla en una geodatabase con campos para rastrear los cambios de versión. El mxd simplemente hace referencia a la tabla y, por lo tanto, almacena información de versiones dentro del documento del mapa, donde es fácilmente accesible y editable, incluso para usuarios sin acceso a la carpeta que lo contiene. No es una configuración elegante de ninguna manera, pero funciona bien para nosotros.