Vous utilisez ArcGIS et QGIS ensemble dans un environnement d'édition multi-utilisateurs?


8

Nous avons un personnel SIG de 7 personnes et un autre groupe d'environ 14 personnes qui "utilisent le SIG" de temps en temps. Nous voulons vraiment, vraiment éditer multi-utilisateurs. Surtout d'un fichier de points volumineux, et nous ne sommes presque jamais au même endroit, donc la modification du même point n'est pas un problème.

Je préférerais tout le monde sur ArcGIS, en utilisant ArcSDE, mais nous n'avons pas le budget, ou en utilisant QGIS et ArcGIS sur PostgreSQL / PostGIS, mais ArcGIS for Desktop ne peut pas modifier PostGIS sans ArcSDE .

Actuellement, j'ai le personnel SIG sur ArcGIS Advanced et les autres sur QGIS 2.2. Cela fonctionne bien, plusieurs utilisateurs QGIS sont en mesure de modifier en même temps + un utilisateur Arc supplémentaire, mais je suis toujours préoccupé par quelque chose qui n'apparaît pas. Je sauvegarde nos données 4x / jour.

En espérant qu'il puisse y en avoir d'autres dans un environnement similaire qui pourraient m'aider à tirer des leçons de leur expérience, éviter de faire des erreurs ou de perdre des données.

Réponses:


4

Puisque vous "préférez tout le monde sur ArcGIS, en utilisant ArcSDE, mais ... n'avez pas le budget", vous pouvez être intéressé par "GISquirrel" http://www.gisquirrel.comqui permet la modification multi-utilisateurs des tables PostGIS dans ArcMap (au niveau de la licence de base). Cela peut vous donner ce que vous voulez pour tous les utilisateurs, mais si vous avez toujours besoin de QGIS dans le mixage, vous avez tout à fait raison de considérer les effets de l'édition avec des clients mixtes. Le conseil principal et évident est que vous devez toujours être prêt à récupérer des incidents indésirables dans votre base de données, tels que les utilisateurs supprimant accidentellement des enregistrements, etc., et plus vos données sont essentielles à la mission, plus vous souhaitez que vos capacités de récupération soient affinées. Vous pouvez également souhaiter des rapports réguliers sur les statistiques vitales de vos tables - nombre de lignes, nombre de nouvelles fonctionnalités / modification / suppression, etc. pour aider à identifier les problèmes.
GISquirrel fonctionne différemment d'ArcGIS + SDE et de QGIS, bien que l'effet global soit similaire à QGIS dans la mesure où les modifications sont visibles par tous les utilisateurs dès l'enregistrement.
GISquirrel extrait les fonctionnalités sélectionnées pour les modifier et (éventuellement) peut écrire des valeurs dans le tableau principal qui «verrouillent» les fonctionnalités et indiquent qui les modifie. Le verrou n'est vu que comme un verrou de fonctionnalité par GISquirrel - d'autres applications ne verront qu'une valeur dans un champ, bien qu'elles puissent être personnalisées pour la respecter.
Lors de l'enregistrement des modifications, elles sont réécrites dans la table principale. Seules les fonctionnalités modifiées / nouvelles / supprimées sont modifiées dans le tableau principal.
GISquirrel gère également (en option) les métadonnées au niveau des fonctionnalités, montrant qui a modifié chaque fonctionnalité pour la dernière fois et quand, ce que vous n'obtiendrez pas avec la modification directe de QGIS (sauf si vous avez utilisé des déclencheurs et des connexions de base de données individuelles).
Je ne peux pas prévoir de problème avec l'édition d'une table PostGIS à la fois (GISquirrel + ArcMap) et QGIS, tant que (comme vous l'avez dit) vous n'êtes pas inquiet des conflits d'édition potentiels (où la sauvegarde ultérieure "gagnerait"). Mais nous vous recommandons de faire vos propres tests pour vérifier cela dans votre environnement si vous avez l'intention de modifier avec des clients mixtes.


Hé @CrispinF, merci pour votre réponse. Ma solution actuelle a consisté à exécuter PostgreSQL 9.1 avec PostGIS 2.1 sur une boîte de bob au bureau. Toutes les modifications sont effectuées dans QGIS 2.2, le personnel du SIG utilise ArcGIS Advanced pour la production de cartes et le géotraitement. J'ai une certaine expérience d'administrateur SQL / SDE, mais la gestion via pgAdminIII a été assez facile. Jusqu'ici (doigts croisés), ça a été excellent. L'édition multi-utilisateurs est transparente, les modifications sont visibles dès qu'elles sont enregistrées. La base de données est assez petite (16 000 enregistrements de points seulement), donc de bonnes performances également. Merci
Mike

1

J'ai fait l'édition multi-utilisateur avec QGIS et Esri (note: QGIS n'est pas plus lent qu'ArcGis lors de la capture / mise à jour), cependant nous avons et utilisons SDE; J'ai trouvé que le problème n'est pas QGIS mais ArcGis ...

ArcGis sur SDE pour PostgreSQL utilisant des types de géométrie PostGIS permet de `` partager '' les données entre les utilisateurs, ce qui fonctionne très bien en lecture seule, mais il existe des différences importantes entre la façon dont ArcGis et QGIS écrivent dans les bases de données PostGIS ...

QGIS écrit directement dans la base de données de sorte que dès que l'utilisateur enregistre les modifications, les modifications sont visibles pour les autres utilisateurs dans QGIS ou ArcGis lorsque la modification est apportée à la table de base.

ArcGis utilise le contrôle de version pour modifier les données PostGIS où les modifications sont apportées à une version et stockées dans une table delta, lorsque l'utilisateur enregistre les modifications sont visibles pour les autres utilisateurs ArcGis - car ArcGis connaît les tables delta mais les utilisateurs QGIS ne le savent pas les tables delta afin que les modifications apportées dans ArcGis ne soient visibles pour les utilisateurs de QGIS qu'une fois la base de données compressée à son état par défaut .

Je vous recommande de MODIFIER UNIQUEMENT LES DONNÉES POSTGIS AVEC QGIS et d'utiliser ArcGis juste pour afficher les données; il est également beaucoup plus pratique de créer la base de données dans le catalogue et d'exporter à l'aide des outils de la boîte à outils. Ne paniquez pas, vous pouvez toujours utiliser vos outils de géotraitement dans ArcGis, créer une topologie / réseau, créer des cartes cartographiques, etc. tout ce qui est sophistiqué - il suffit de ne pas mettre à jour la base de données et de la modifier dans ArcGis.

PS Je sauvegarde quotidiennement une tâche planifiée à l'aide de pg_dump qui peut être restaurée à l'aide de pg_restore - essayez votre processus de sauvegarde / restauration sur un ensemble de données de test car toutes les méthodes de sauvegarde ne produiront pas une base de données PostGIS viable lors de la restauration (les tables seront là mais les déclencheurs peut ne pas fonctionner) et c'est quelque chose que vous ne voulez pas découvrir à la dure .


1
Je peux me tromper, mais je pensais que la gestion des versions était facultative avec ArcSDE pour PostgreSQL.
PolyGeo

2
Je ne l'ai pas fait non plus, mais une aide ici me suggère que vous avez juste besoin de modifier un paramètre ArcMap pour activer la modification non versionnée des données ArcSDE.
PolyGeo

1
L'édition sans version avec ArcGIS est probablement exactement la même qu'avec QGIS en ce qui concerne la base de données et sa cohérence. Je suggérerais de réviser cette réponse pour inclure les informations fournies par @PolyGeo, car si vous allez faire du montage sans version, vous pourriez aussi bien le faire avec l'application cliente que vous préférez.
blah238

2
@ MichaelMiles-Stimson Je comprends vos préoccupations, mais je tiens à préciser que les mêmes avertissements s'appliquent à QGIS. Si vous avez fait des traces DB sur les éditions avec les deux clients, je suppose que les requêtes / transactions vues par le SGBD seraient essentiellement identiques. Je suis principalement en désaccord avec la recommandation d'utiliser uniquement QGIS ici comme s'il était en quelque sorte plus sûr à utiliser qu'ArcGIS (en mode d'édition non versionné). La question porte sur l'utilisation conjointe d'ArcGIS et de QGIS et je pense que la recommandation de ne pas utiliser ArcGIS mérite un examen plus approfondi.
blah238

2
Je suis d'accord avec @ blah238, ce sont des lignes distinctes - les nouvelles fonctionnalités obtiennent de nouveaux objectids et les fonctionnalités supprimées proviennent d'existant, vous n'obtiendrez un conflit que si un utilisateur modifie et l'autre supprime / modifie la même ligne. Faites vos sauvegardes fréquentes et / ou mettez en œuvre un plan pour éviter cette situation. Dans mon cas, les utilisateurs étaient organisés en zones à modifier, ce qui a aidé, mais dans le cas des polygones et des entités linéaires, il y avait parfois un conflit ... J'ai également écrit un outil d'enregistrement automatique qui a invité l'utilisateur à enregistrer après 5 minutes, le plus remarquable les modifications augmentent les chances de conflit.
Michael Stimson
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.