Sto usando ArcMap per la prima volta. Il mio superiore sul posto di lavoro mi ha chiesto di fare alcune ricerche sul ciclo di vita di un file .mxd.
Esiste qualcosa chiamato ciclo di vita di un file mxd, come il ciclo di vita dei servlet?
Sto usando ArcMap per la prima volta. Il mio superiore sul posto di lavoro mi ha chiesto di fare alcune ricerche sul ciclo di vita di un file .mxd.
Esiste qualcosa chiamato ciclo di vita di un file mxd, come il ciclo di vita dei servlet?
Risposte:
Dai un'occhiata a X-Ray, un bel set di strumenti per esaminare le strutture (e le differenze) di MXD e geodatabase. Vedi link sotto. Gli strumenti sono stati sviluppati dal gruppo di modelli di dati governativi locali dell'ESRI per lavorare con i set di dati e i mxd di grandi mappe municipali con cui lavorano ma sono stati rilasciati per uso generale e sembra un componente aggiuntivo molto utile quando si lavora con mxd di grandi dimensioni con un sacco di livelli, etichettatura complessa, molti alias, visibilità dei livelli dipendente dalla scala diversa, ecc ...
X-Ray for ArcMap (ArcGIS 10.2) (collegamento video breve panoramica incluso) http://www.arcgis.com/home/item.html?id=f0ae73e90c1a4992a1059e7d370966d4
X-Ray for ArcCatalog (ArcGIS 10.2) (collegamento video breve panoramica incluso) http://www.arcgis.com/home/item.html?id=9ea218ff575f4a5195e01a2cae03a0ae
Mentre Subversion viene utilizzato più frequentemente per la gestione / controllo della versione del codice, è possibile utilizzarlo per documenti e altri tipi di file. C'è un esempio di qualcuno che lo utilizza con documenti Word .
Subversion è maturo e molto supporto è disponibile per questo sulla rete. Lo consiglierei se sei seriamente intenzionato a tracciare e ripristinare le modifiche negli MXD, specialmente se hai più persone che lavorano sullo stesso MXD o insieme di MXD.
Immagino che significhi come il file mxd si sviluppa nel tempo, preferibilmente anche tenendo traccia di ciò che è cambiato e come lo hai fatto, con le opzioni per tornare a una versione precedente. Puoi provare a utilizzare un sistema di controllo della versione come mercurial per tenere traccia del file mxd, ma questo può essere problematico .
Forse passare a un linguaggio di scripting come R o Python (in particolare Python sembra funzionare bene con ArcGIS in quanto è il linguaggio di scripting standard attualmente non è un'opzione, ma supporta tutte queste cose. Puoi controllare la versione dello script R che esegue l'elaborazione e visualizzazione. Tieni traccia del file .R in un repository, eseguendo il commit delle modifiche mentre procedi. Ogni commit è accompagnato da un messaggio sul motivo per cui hai eseguito questo commit. Puoi anche estrarre dal repository versioni precedenti dello script, consentendoti di per creare l'output della versione precedente.
La versione di MXD è attualmente possibile in software di terze parti. Uno che so che funziona è più di un pacchetto CAD chiamato Projectwise . Tuttavia, a quanto pare non supporta ancora 10.1 (questo è kmowledge di seconda mano, quindi non citarmi su questo).
Gestisco un mxd particolarmente grande (dozzine di gruppi e livelli) in un ambiente multiutente che richiede modifiche abbastanza frequentemente. Tracciavamo le modifiche in un semplice file .txt, memorizzato nella stessa directory, ma questo era inefficiente. Invece, ora ho creato una tabella in un geodatabase con campi per tenere traccia delle modifiche alla versione. Il mxd fa semplicemente riferimento alla tabella e quindi memorizza le informazioni sul versioning all'interno del documento map stesso, dove è facilmente accessibile e modificabile, anche per gli utenti senza accesso alla cartella contenente. Non è affatto una configurazione elegante ma funziona bene per noi.