¿Usando ArcGIS y QGIS juntos en un entorno de edición multiusuario?


8

Tenemos un personal de SIG de 7 personas y otro grupo de aproximadamente 14 que "usan SIG" de vez en cuando. Realmente, realmente queremos la edición multiusuario. Principalmente de un archivo de punto grande, y casi nunca estamos en la misma ubicación, por lo que editar el mismo punto no es una preocupación.

Prefiero a todos en ArcGIS, usando ArcSDE, pero no tenemos el presupuesto, o usando QGIS y ArcGIS en PostgreSQL / PostGIS, pero ArcGIS for Desktop no puede editar PostGIS sin ArcSDE .

Actualmente, tengo el personal de GIS en ArcGIS Advanced y los demás en QGIS 2.2. Está funcionando bien, varios usuarios de QGIS pueden editar al mismo tiempo + un usuario adicional de Arc, pero siempre estoy preocupado por algo emergente que no he considerado. Estoy respaldando nuestros datos 4 veces al día.

Esperando que haya otras personas en un entorno similar que puedan ayudarme a aprender de su experiencia, evitar cometer errores o perder datos.

Respuestas:


4

Ya que "preferiría a todos en ArcGIS, usando ArcSDE, pero ... no tiene el presupuesto", puede estar interesado en "GISquirrel" http://www.gisquirrel.comque proporciona edición multiusuario de tablas PostGIS en ArcMap (en el nivel de licencia Básico). Esto puede brindarle lo que desea para todos los usuarios, pero si aún necesita QGIS en la mezcla, tiene toda la razón al considerar los efectos de la edición con clientes mixtos. El consejo principal y obvio es que siempre debe estar preparado para recuperarse de incidentes adversos en su base de datos, como que los usuarios eliminen accidentalmente registros, etc., y cuanto más críticos sean sus datos, más precisa será su capacidad de recuperación. También es posible que desee informes periódicos de las estadísticas vitales de sus tablas: número de filas, número de características nuevas / editar / eliminadas, etc. para ayudar a identificar cualquier problema.
GISquirrel funciona de manera diferente a ArcGIS + SDE y QGIS, aunque el efecto general es similar a QGIS en que las ediciones son visibles para todos los usuarios inmediatamente al guardarlas.
GISquirrel verifica las funciones seleccionadas para su edición y (opcionalmente) puede escribir valores en la tabla principal que "bloquea" las funciones y muestra quién las está editando. Sin embargo, GISquirrel solo ve el bloqueo como un bloqueo de funciones; otras aplicaciones solo verían un valor en un campo, aunque podrían personalizarse para respetarlo.
Al guardar las ediciones, se vuelven a escribir en la tabla principal. Solo las características modificadas / nuevas / eliminadas se modifican en la tabla principal.
GISquirrel también (opcionalmente) gestiona metadatos a nivel de características, mostrando quién editó por última vez cada característica y cuándo, lo que no obtendría con la edición directa de QGIS (a menos que haya utilizado desencadenantes e inicios de sesión de bases de datos individuales).
No puedo prever ningún problema con la edición de una tabla PostGIS tanto en (GISquirrel + ArcMap) como en QGIS, siempre y cuando (como dijiste) no te preocupes por posibles conflictos de edición (donde la salvación posterior "ganaría"). Pero le recomendamos que haga sus propias pruebas para verificar esto en su entorno si tiene la intención de editar con clientes mixtos.


Hola @CrispinF, gracias por tu respuesta. Mi solución actual ha sido ejecutar PostgreSQL 9.1 con PostGIS 2.1 desde una caja de bob en la oficina. Todas las ediciones se realizan en QGIS 2.2, el personal de GIS utiliza ArcGIS Advanced para la producción de mapas y el geoprocesamiento. Tengo experiencia en administración de SQL / SDE, pero administrar a través de pgAdminIII ha sido bastante fácil. Hasta ahora (dedos cruzados), ha sido excelente. La edición multiusuario es perfecta, los cambios son visibles tan pronto como se guardan. DB es bastante pequeño (16000 registros de puntos justos), así que también tiene un buen rendimiento. Gracias
mike

1

He realizado edición multiusuario con QGIS y Esri (nota: QGIS no es más lento que ArcGis en la captura / actualización), sin embargo, tenemos y usamos SDE; He encontrado que el problema no es QGIS sino ArcGis ...

ArcGis en SDE para PostgreSQL que utiliza tipos de geometría PostGIS permite que los datos se 'compartan' entre usuarios, lo que funciona muy bien en un sentido de solo lectura, pero existen diferencias significativas entre la forma en que ArcGis y QGIS escriben en las bases de datos PostGIS ...

QGIS escribe directamente en la base de datos para que, tan pronto como el usuario guarde las ediciones, las ediciones sean visibles para otros usuarios en QGIS o ArcGis a medida que se realiza el cambio en la tabla base.

ArcGis usa el control de versiones para editar datos de PostGIS donde las ediciones se realizan en una versión y se almacenan en una tabla delta, cuando el usuario guarda las ediciones son visibles para otros usuarios de ArcGis, ya que ArcGis conoce las tablas delta pero los usuarios de QGIS no están al tanto las tablas delta para que las ediciones realizadas en ArcGis solo sean visibles para los usuarios de QGIS después de que la base de datos se haya comprimido nuevamente al estado predeterminado .

Le recomendaría que SOLO EDITE LOS DATOS POSTGIS CON QGIS y use ArcGis solo para ver los datos; También es mucho más conveniente construir la base de datos en el catálogo y exportar usando las herramientas de la caja de herramientas. No entre en pánico, aún puede usar sus herramientas de geoprocesamiento en ArcGis, construir topología / red, hacer mapas cartográficos, etc. todo lo sofisticado, simplemente no versione la base de datos y edite en ArcGis.

PD: Realizo una copia de seguridad diaria en una tarea programada usando pg_dump que se puede restaurar usando pg_restore: intente su proceso de copia de seguridad / restauración en un conjunto de datos de prueba, ya que no todos los métodos de copia de seguridad producirán una base de datos PostGIS viable cuando se restaure (las tablas estarán allí, pero los desencadenantes puede que no funcione) y eso es algo que no desea descubrir de la manera difícil .


1
Podría estar equivocado, pero pensé que el control de versiones era opcional con ArcSDE para PostgreSQL.
PolyGeo

2
Tampoco lo he hecho, pero hay algo de ayuda aquí que me sugiere que solo necesita cambiar una configuración de ArcMap para habilitar la edición no versionada de datos de ArcSDE.
PolyGeo

1
La edición no versionada con ArcGIS es probablemente exactamente la misma que con QGIS en lo que respecta a la base de datos y su consistencia. Sugeriría revisar esta respuesta para incluir la información que @PolyGeo proporcionó, ya que si va a hacer una edición no versionada, también podría hacerlo con la aplicación cliente que prefiera.
blah238

2
@ MichaelMiles-Stimson Entiendo sus preocupaciones, pero sería claro que las mismas advertencias se aplican a QGIS. Si hiciera rastros de DB en ediciones con ambos clientes, supongo que las consultas / transacciones como las ve el DBMS serían esencialmente idénticas. Principalmente no estoy de acuerdo con la recomendación de usar QGIS solo aquí como si de alguna manera fuera más seguro usarlo que ArcGIS (en modo de edición no versionado). La pregunta es sobre el uso de ArcGIS y QGIS juntos y creo que la recomendación de no usar ArcGIS en absoluto justifica un examen más detallado.
blah238

2
Estoy de acuerdo con @ blah238, son filas separadas: las nuevas características obtienen nuevos objectids y las características eliminadas son existentes, solo obtendría un conflicto si un usuario edita y el otro elimina / edita la misma fila. Haga que sus ahorros sean frecuentes y / o implemente un plan para evitar esta situación. En mi caso, los usuarios se organizaron en áreas para editar que ayudaron, pero en el caso de los polígonos y las características lineales ocasionalmente hubo un conflicto ... También escribí una herramienta de guardado automático que incitó al usuario a guardar después de 5 minutos, lo más destacado ediciones cuanto mayor sea la posibilidad de conflicto.
Michael Stimson
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.