Vous utilisez Dropbox pour synchroniser des géodatabases fichier?

J'ai pu accumuler un grand compte dropbox gratuit et l'utiliser pour synchroniser mes bases de données SIG sur plusieurs PC différents. Je viens de commencer à le faire et je n'ai eu aucun problème jusqu'à présent. Mais je reçois des drapeaux rouges d'avertissement qui me font peur.

Il semble y avoir plusieurs fichiers en double dans les GeoDatabases. Généralement, quelque chose comme:

a00000017.gdbtable (copie en double GIS-HP)

Je peux supprimer manuellement ces fichiers sans problème, mais je ne sais pas pourquoi ils apparaissent.

De plus, au lieu de supprimer les verrous de fichiers, Dropbox continue de dire qu'il les renomme. Ainsi, lorsque je relâche un verrou et en gagne un autre, il renomme le fichier au lieu de le supprimer et d'en créer un nouveau. Bien qu'il supprime toujours le fichier de verrouillage lorsque je me suis complètement déconnecté de la GeoDatabase.

Comme je l'ai dit, je n'ai eu aucun problème jusqu'à présent, mais je m'inquiète de la corruption à long terme des données lors de l'utilisation de Dropbox.

Quelqu'un a-t-il utilisé Dropbox et rencontré des problèmes pour l'utiliser pour synchroniser les données SIG?

file-geodatabase replication dropbox

— Cody Brown
source

Je n'ai pas de réponse définitive, mais je dirais que vous êtes sage d'être prudent. Je ne crois pas que DropBox soit destiné à accéder à un format de données complexe comme une géodatabase fichier, qui se compose de plusieurs fichiers discrets, sur plusieurs PC simultanément. Cet article montre quelques problèmes potentiels à connaître

— Stephen Lead

@StephenLead Je sauvegarde quotidiennement les données Dropbox. J'ai utilisé Amazon Cloud Drive pendant environ un an sans aucun problème, mais c'est tellement lent pour la synchronisation. Dropbox fonctionne de manière plus rapide et plus simple. J'espère vraiment qu'il pourra y faire face.

— Cody Brown

Il est préférable de compresser la géodatabase fichier avant de l'utiliser pour partager resources.arcgis.com/en/help/main/10.2/index.html#//… elle n'est pas conçue pour être modifiée avec plusieurs utilisateurs à la fois - Les fichiers lck devraient empêcher cela.

— Mapperz

Idée solide @Mapperz

— Cody Brown

Réponses:

ESRI a intentionnellement obscurci la structure de fichiers FileGDB afin que les gens n'essayent pas de jouer avec elle en interne:

Une géodatabase fichier est stockée sous forme de dossier de fichiers. Lorsque vous affichez le dossier avec l'Explorateur Windows, à l'exception de l'extension .gdb, il ressemble à n'importe quel autre dossier et vous pouvez afficher son contenu. Le dossier contient des fichiers nommés de manière cryptique qui contiennent des données géographiques, des données d'attribut, des fichiers d'index, des fichiers .lock et un fichier de signature, ainsi que d'autres fichiers. Chaque classe d'entités ou table de la géodatabase est stockée dans deux fichiers ou plus. De par leur conception, il est difficile, voire impossible, de savoir quels fichiers composent un ensemble de données donné.

ESRI vous recommande de copier FileGDB avec leurs outils et non vos outils OS. Cependant, il est possible de copier toute la base de données ou de la renommer:

Bien que cela ne soit pas recommandé, il est possible de copier une géodatabase fichier vers un autre emplacement en copiant le dossier vers un autre emplacement (si vous utilisez un système d'exploitation Windows Vista, vous devez également modifier l'extension du nouveau dossier en .gdb; sinon, ArcGIS ne peut pas le reconnaître en tant que géodatabase fichier). Copiez une géodatabase fichier uniquement avec l'Explorateur Windows lorsque vous êtes certain qu'aucun autre processus n'accède aux données. Le problème est qu'il peut être difficile de dire si d'autres processus accèdent aux données. Vous pourriez penser qu'il n'y a pas d'autres processus; cependant, un processus sur votre ordinateur ou un autre pourrait y accéder. Si vous copiez le dossier lorsqu'un autre processus accède aux données, les données peuvent ne pas être copiées correctement.

Je me méfierais d'utiliser dropbox pour synchroniser les fichiers individuellement. La structure de la base de données n'est tout simplement pas conçue pour être manipulée de cette façon. Si votre jeu de données est suffisamment petit, cela peut être une bonne application pour une géodatabase personnelle ou une base de données sqlite (bien que je ne l'ai pas vu confirmer qu'ArcGIS peut écrire sqlite) si vous avez une géométrie simple.

Il existe un outil qui récupérera la géodatabase corrompue en cas de dommage:

— DPierce
source

Vous citez: « vous ne remarquerez peut-être aucun problème jusqu'à ce que vous accédiez à une certaine partie de la nouvelle copie quelques jours plus tard » me fait peur. Il serait probablement beaucoup plus intelligent d'utiliser des fichiers de formes au lieu d'une géodatabase.

— Cody Brown

J'utilise SkyDrive pour synchroniser les fichiers gdbs sans problème depuis près d'un an maintenant. Lorsque nous avons des problèmes de proxy, ce qui signifie parfois que je ne peux pas accéder aux services Microsoft, je ferme normalement mon SkyDrive et ne l'autorise à se synchroniser à nouveau qu'une fois l'accès restauré. J'ai édité des boîtes à outils avec des modèles et des scripts lorsque mon SkyDrive est ouvert mais ne se synchronise pas correctement, et je n'ai encore rien perdu.

— Cindy Jayakumar

FWIW J'étais en train de modifier une couche polygonale complexe dans un fichier GDB, j'ai donc déconnecté Dropbox pendant que je travaillais dessus. J'ai reconnecté Dropbox après la modification, donc les fichiers ont été sauvegardés. 24 heures plus tard, toutes mes modifications ont disparu et (puisque j'avais déconnecté la dropbox pendant la modification), il n'y a pas de fichiers intermédiaires vers lesquels revenir. Il semble donc que Dropbox puisse parfois corrompre une géodatabase fichier.

— Stephen Lead

Si vous avez besoin que plusieurs PC accèdent à des fichiers, il semblerait plus logique de migrer vers une véritable configuration de serveur spatial plutôt que vers une configuration ad hoc à l'aide de Dropbox. Il peut s'agir d'un serveur hébergé exécutant ArcGIS ou d'une base de données PostGIS exécutée sur un service Web cloud comme AWS . Ma préférence serait pour ce dernier. La configuration prendra un peu plus de temps, mais vous pouvez définir vos propres relations et évoluer vers autant d'ordinateurs que vous le souhaitez (selon la façon dont vous configurez AWS), le tout pour beaucoup moins que vous ne paieriez Esri.

Il existe plusieurs publications SO qui traitent de PostGIS et d'ArcGIS ici et ici . La seconde semble avoir des informations plus à jour dans les commentaires sous la réponse acceptée.

Sans quelque chose de plus robuste pour gérer le trafic des différents clients, vous allez probablement être constamment confronté à des problèmes de corruption de données. À tout le moins, si vous avez migré vers des fichiers de formes, vous devriez consulter GeoGit . Cela vous donnerait un contrôle de révision de base afin que les fichiers de formes modifiés sur un ordinateur puissent être fusionnés avec les modifications d'un autre sans être complètement écrasés.

— Richard D
source

Les serveurs Web sont un excellent moyen de gérer les données SIG sur plusieurs PC. En fait, je suis d'accord, c'est probablement la meilleure façon. Le problème est la bande passante et la vitesse de traitement. Habituellement, la vitesse Internet hors site est suffisamment élevée pour fonctionner avec les données. Mais, si je veux faire une analyse approfondie des données, il n'y a aucun moyen de les diffuser sur le Web. C'est pourquoi je préfère une solution comme Dropbox. Je me présente sur place et les géodatabases sont toutes à jour et stockées localement sur le PC. Excellent moyen de travailler.

— Cody Brown

@codybrown Mais vous avez toujours affaire à la transmission de données sur Internet avec Dropbox, sans parler des problèmes de synchronisation que vous obtenez, probablement parce que la mise à jour d'un client à un autre prend tellement de temps. Au moins un serveur serait optimisé pour cette tâche. Si vous cherchez vraiment à avoir une solution de stockage de données pendant que vous travaillez à domicile, au travail ou sur le site client, un gros disque dur de retrait est le seul moyen d'éviter la latence et les conflits de synchronisation potentiels, en supposant que vous êtes le seul un utilisant les données à un moment donné.

— Richard D