Śledzenie zmian w plikach MXD za pomocą kontroli wersji?

9

Korzystam z ArcMap po raz pierwszy. Mój przełożony w miejscu pracy poprosił mnie o zbadanie cyklu życia pliku .mxd.

Czy istnieje coś takiego jak cykl życia pliku mxd, na przykład cykl życia serwletów?

Harsha Venkatram
źródło

Odpowiedzi:

6

Sprawdź X-Ray, ładny zestaw narzędzi do przeglądania struktur (i różnic) MXD i geobaz. Zobacz linki poniżej. Narzędzia zostały opracowane przez grupę modeli danych samorządu lokalnego ESRI do pracy z dużymi zbiorowymi zestawami danych mapy bazowej i plikami MXD, z którymi pracują, ale zostały wydane do ogólnego użytku, i wygląda na to, że jest bardzo przydatnym dodatkiem do pracy z dużymi plikami MXD z dużą ilością warstwy, złożone oznakowanie, wiele aliasów, widoczność warstw zależna od skali itp.

X-Ray dla ArcMap (ArcGIS 10.2) (dołączony krótki przegląd wideo) http://www.arcgis.com/home/item.html?id=f0ae73e90c1a4992a1059e7d370966d4

X-Ray dla ArcCatalog (ArcGIS 10.2) (dołączony krótki przegląd wideo) http://www.arcgis.com/home/item.html?id=9ea218ff575f4a5195e01a2cae03a0ae

Pascual Benito
źródło
Tutaj jest też bardziej ogólny wstępny post na blogu na X-Ray (ale pamiętaj, że linki do pobierania są stare dla ArcGIS 10.0): blogs.esri.com/esri/arcgis/2010/10/07/…
Pascual Benito
4

Podczas gdy Subversion jest najczęściej używane do zarządzania wersjami / kontroli kodu, można go używać do dokumentów i innych typów plików. Jest przykład kogoś, kto używa go z dokumentami Word .

Subversion jest dojrzałe i dostępne jest dla niego wiele wsparcia w sieci. Poleciłbym to, jeśli poważnie myślisz o śledzeniu i przywracaniu zmian w MXD, szczególnie jeśli masz wiele osób pracujących na tym samym MXD lub zestawie MXD.


źródło
1
Należy zauważyć, że SVN szybko idzie drogą dodo. git króluje obecnie w najwyższym stopniu. Zauważ też, że żaden typowy system kontroli źródła nie będzie w stanie poradzić sobie z konfliktami scalania w formacie binarnym, takim jak MXD.
jpmc26
2

Myślę, że ma na myśli to, jak plik mxd rozwija się w czasie, najlepiej również śledząc to, co zmieniłeś i jak to zrobiłeś, z opcjami powrotu do wcześniejszej wersji. Możesz spróbować użyć systemu kontroli wersji, takiego jak mercurial, do śledzenia pliku mxd, ale może to być kłopotliwe .

Być może przejście na język skryptowy, taki jak R lub python (szczególnie python wydaje się dobrze współpracować z ArcGIS, ponieważ obecnie nie jest to standardowy język skryptowy, ale obsługuje to wszystko. Możesz kontrolować wersję skryptu R, który wykonuje przetwarzanie i wizualizacja. Śledzisz plik .R w repozytorium, zatwierdzając zmiany w miarę postępów. Każdemu zatwierdzeniu towarzyszy komunikat z informacją, dlaczego to zrobiłeś. Możesz również pobrać starsze wersje skryptu z repozytorium, umożliwiając ci aby utworzyć wynik starszej wersji.

Paul Hiemstra
źródło
2
Jeśli jesteś zainteresowany wersją MXD / LYR, to jest to pomysł ArcGIS, na który możesz głosować: ideas.arcgis.com/ideaView?id=08730000000882eAAA
PolyGeo
1

Wersjonowanie MXD jest obecnie możliwe w oprogramowaniu innych firm. Jeden, o którym wiem, że działa, to raczej pakiet CAD o nazwie Projectwise . Jednak najwyraźniej nie obsługuje jeszcze wersji 10.1 (jest to wiedza z drugiej ręki, więc nie cytuj mnie na ten temat).

Stev_k
źródło
1

Zarządzam szczególnie dużym mxd (dziesiątki grup i warstw) w środowisku wielu użytkowników, które dość często wymaga zmian. Śledziliśmy zmiany w prostym pliku .txt, przechowywanym w tym samym katalogu, ale było to nieefektywne. Zamiast tego utworzyłem teraz tabelę w geobazie z polami do śledzenia zmian wersji. MXD po prostu odwołuje się do tabeli, a tym samym przechowuje informacje o wersji w samym dokumencie mapy, gdzie jest łatwo dostępny i można go edytować, nawet dla użytkowników bez dostępu do zawierającego go folderu. Nie jest to żadna wymyślna konfiguracja, ale działa dobrze dla nas.

JEJ
źródło