Ich konnte ein großes kostenloses Dropbox-Konto aufbauen und damit meine GIS-Datenbanken auf mehreren verschiedenen PCs synchronisieren. Ich habe gerade damit begonnen und hatte bisher keine Probleme. Aber ich bekomme ein paar rote Warnflaggen, die mir Angst machen.
Es scheint mehrere doppelte Dateien in den GeoDatabases zu geben. Normalerweise so etwas wie:
a00000017.gdbtable (GIS-HP-Kopie)
Ich kann diese Dateien problemlos manuell löschen, habe aber keine Ahnung, warum sie auftauchen.
Anstatt Dateisperren zu entfernen, sagt Dropbox immer wieder, dass sie umbenannt werden. Wenn ich also eine Sperre aufhebe und eine andere erhalte, wird die Datei umbenannt, anstatt sie zu löschen und eine neue zu erstellen. Obwohl die Sperrdatei immer noch gelöscht wird, wenn ich mich vollständig von der GeoDatabase getrennt habe.
Wie gesagt, ich hatte bisher keine Probleme, aber ich mache mir Sorgen über die langfristige Beschädigung von Daten bei der Verwendung von Dropbox.
Hat jemand Dropbox verwendet und Probleme bei der Synchronisierung von GIS-Daten festgestellt?
quelle
Antworten:
ESRI hat die FileGDB-Dateistruktur absichtlich verschleiert, damit die Leute nicht versuchen, intern damit herumzuspielen:
ESRI empfiehlt, dass Sie FileGDBs mit ihren Tools und nicht mit Ihren Betriebssystem-Tools kopieren. Es ist jedoch möglich, die gesamte Datenbank zu kopieren oder umzubenennen:
Ich wäre vorsichtig, wenn ich Dropbox verwenden würde, um die Dateien einzeln zu synchronisieren. Die Datenbankstruktur ist einfach nicht dafür ausgelegt, auf diese Weise manipuliert zu werden. Wenn Ihr Dataset klein genug ist, ist es möglicherweise eine gute Anwendung für eine persönliche Geodatabase oder eine SQLite-Datenbank (obwohl ich nicht gesehen habe, dass ArcGIS SQLite schreiben kann), wenn Sie über eine einfache Geometrie verfügen.
Es gibt ein Tool , das beschädigte Geodatabase wiederherstellt, falls sie beschädigt werden:
quelle
Wenn mehrere PCs auf Dateien zugreifen müssen, erscheint es sinnvoller, mit Dropbox auf ein echtes räumliches Server-Setup zu migrieren, als auf ein Ad-hoc-Setup. Dies kann entweder ein gehosteter Server sein, auf dem ArcGIS ausgeführt wird, oder eine PostGIS-Datenbank, die auf einem Cloud-Webdienst wie AWS ausgeführt wird . Ich würde Letzteres bevorzugen. Das Einrichten erfordert etwas mehr Arbeit, aber Sie können Ihre eigenen Beziehungen definieren und auf so viele Computer skalieren, wie Sie benötigen (abhängig davon, wie Sie AWS konfigurieren), und das alles für viel weniger, als Sie Esri bezahlen würden.
Es gibt mehrere SO-Beiträge, in denen PostGIS und ArcGIS hier und hier behandelt werden . Die zweite scheint aktuellere Informationen in den Kommentaren unter der akzeptierten Antwort zu haben.
Ohne eine robustere Verarbeitung des Datenverkehrs von den verschiedenen Clients werden Sie sich wahrscheinlich ständig mit Datenkorruptionsproblemen befassen. Wenn Sie zu Shapefiles gewechselt sind , sollten Sie sich zumindest GeoGit ansehen . Auf diese Weise erhalten Sie eine grundlegende Revisionskontrolle, sodass auf einem Computer bearbeitete Shapefiles mit Änderungen von einem anderen Computer zusammengeführt werden können, ohne vollständig überschrieben zu werden.
quelle