Estou usando o ArcMap pela primeira vez. Meu superior no local de trabalho me pediu para fazer algumas pesquisas sobre o ciclo de vida de um arquivo .mxd.
Existe algo chamado ciclo de vida de um arquivo mxd, como o ciclo de vida dos servlets?
Estou usando o ArcMap pela primeira vez. Meu superior no local de trabalho me pediu para fazer algumas pesquisas sobre o ciclo de vida de um arquivo .mxd.
Existe algo chamado ciclo de vida de um arquivo mxd, como o ciclo de vida dos servlets?
Respostas:
Confira o X-Ray, um bom conjunto de ferramentas para examinar estruturas (e diferenças) de MXDs e geodatabases. Veja os links abaixo. As ferramentas foram desenvolvidas pelo grupo de modelos de dados do governo local da ESRI para trabalhar com os grandes conjuntos de dados e mxds do mapa base municipal, mas eles foram lançados para uso geral e parecem ser um complemento muito útil ao trabalhar com mxd grandes com muitos camadas, rotulagem complexa, muitos apelidos, visibilidade de camada dependente de escala diferente, etc ...
X-Ray for ArcMap (ArcGIS 10.2) (link curto para vídeo geral incluído) http://www.arcgis.com/home/item.html?id=f0ae73e90c1a4992a1059e7d370966d4
X-Ray for ArcCatalog (ArcGIS 10.2) (link de vídeo breve, incluído) http://www.arcgis.com/home/item.html?id=9ea218ff575f4a5195e01a2cae03a0ae
Enquanto o Subversion é usado com mais freqüência para gerenciamento / controle de versão de código, é possível usá-lo para documentos e outros tipos de arquivos. Há um exemplo de alguém usando-o com documentos do Word .
O Subversion está maduro e existe muito suporte disponível na rede. Eu o recomendaria se você fosse sério sobre o rastreamento e a reversão de alterações nos MXDs, especialmente se você tiver várias pessoas trabalhando no mesmo MXD ou conjunto de MXDs.
Eu acho que ele quer dizer como o arquivo mxd se desenvolve com o tempo, de preferência também acompanhando o que você mudou e como você fez isso, com as opções de voltar para uma versão anterior. Você pode tentar usar um sistema de controle de versão como o mercurial para acompanhar o arquivo mxd, mas isso pode ser problemático .
Talvez alternar para uma linguagem de script como R ou python (especialmente o python parece funcionar bem com o ArcGIS, pois é a linguagem de script padrão atualmente não é uma opção, mas isso suporta tudo isso. Você pode controlar a versão do script R que faz o processamento Você controla o arquivo .R em um repositório, comprometendo as alterações à medida que avança. Cada confirmação é acompanhada de uma mensagem do motivo pelo qual você fez essa confirmação. Você também pode obter versões mais antigas do script do repositório, permitindo que você para criar a saída da versão mais antiga.
Atualmente, a versão dos MXDs é possível em software de terceiros. Um que eu sei que funciona é mais um pacote CAD chamado Projectwise . No entanto, aparentemente ele ainda não suporta 10.1 (este é um conhecimento em segunda mão, portanto não me cite nisso).
Gerencio um mxd particularmente grande (dezenas de grupos e camadas) em um ambiente multiusuário que requer alterações com bastante frequência. Costumávamos rastrear alterações em um arquivo .txt simples, armazenado no mesmo diretório, mas isso era ineficiente. Em vez disso, agora criei uma tabela em um geodatabase com campos para rastrear alterações de versão. O mxd simplesmente faz referência à tabela e, portanto, armazena informações de versão no próprio documento do mapa, onde é facilmente acessível e editável, mesmo para usuários sem acesso à pasta que o contém. Não é uma configuração sofisticada, por qualquer meio, mas funciona bem para nós.