Meilleures pratiques lors de l'utilisation d'une géodatabase fichier qui sera utilisée et modifiée par plusieurs utilisateurs? [fermé]


12

J'ai une géodatabase fichier qui contient 3 classes d'entités et chaque classe d'entités contient beaucoup de données qui seront visualisées et modifiées quotidiennement par 6 autres utilisateurs. Je cherche des conseils de personnes qui ont été dans la même situation et les meilleures pratiques pour éviter de modifier les verrouillages et pour que tout se déroule aussi bien que possible. Est-ce que ce sont des outils open source que je peux utiliser qui permettront l'édition multi-utilisateurs sur une géodatabase fichier? Je vous remercie!

Mon travail n'a qu'une licence de niveau ArcView avec quelques extensions (Business Analyst, Network Analyst et Spatial Analyst)


Vous mentionnez 3 fonctionnalités? Je définis une entité comme une forme géométrique unique dans une classe d'entités. Parlez-vous de classes d'entités ou peut-être de jeux de données d'entités (qui peuvent contenir plusieurs classes d'entités)?
Simon

Je voulais dire des classes d'entités, désolé pour ça.
Furlong

Les questions qui demandent des "meilleures pratiques" sont par nature trop générales car elles recherchent des réponses multiples et sont susceptibles d'entraîner des réponses basées sur l'opinion. Par conséquent, ils ne conviennent pas aux questions et réponses ciblées.
PolyGeo

Réponses:


5

Je suis d'accord, tenter d'utiliser le format propriétaire (fgdb ou pgdb) db créé par esri et géré via leur licence est un chemin infructueux. Si vous êtes déterminé à ne pas dépenser de l'argent de licence, vous dépenserez de l'argent de ressources (votre temps et celui des autres employés). Ce que vous proposez est réalisable avec un rdbms open source ou une version lite propriétaire de rdbms, et certains outils interopérables (la plupart des bons ne sont cependant pas gratuits). Donc, à long terme, vous avez besoin d'une expérience coûteuse ou de bons outils, les deux sont coûteux. Arcview n'est tout simplement pas l'outil pour aller plus loin. Matrice de fonctionnalité de tâche


9

Utilisez un fichier GDB comme maître (sur le serveur), extrayez COPY vers 6 GDB personnels (limite de 2 Go) ou 6 FGDB si plus de 2 Go. Les individus modifient chaque GDB puis les placent dans un dossier avec un modèle FILE Geodatabase [vide mais le schéma est configuré] pour APPEND nocturne (serveur de géotraitement)

TEST DE SCHÉMA - Le schéma de l'ensemble de données d'entrée (définitions de champ) doit correspondre au schéma de l'ensemble de données cible. Une erreur sera renvoyée si les schémas ne correspondent pas.

Inconvénient: Conflits de données - Une fonction Plusieurs modifications par 2 utilisateurs et plus. Append remplacera le fichier ajouté précédent. Peut être détecté par une comparaison <c'est moins cher que d'obtenir une licence Arc Info.

Mise en œuvre réussie dans un rôle précédent ...

Peut également être réalisé avec FME 2010


1
Une bonne approche, sauf que je me passerais des gdb personnels pour des raisons de simplicité et de performances (sauf si vous avez besoin d'accéder aux données avec des outils non-esri, auquel cas p-gdb ou shapefiles sont vos seules options). De plus, personne n'a répondu à l'évidence: «Non, vous ne pouvez pas effectuer de modification multi-utilisateur dans une géodatabase fichier du même jeu de données d'entités / classe».
Matt Wilkie

À moins d'utiliser l'API ouverte de géodatabase ...? à suivre ..
Mapperz

Oh. La comparaison nécessite une extension de Production Mapping (également appelée Production Line Tool Set dans la version antérieure à la version 10), bien que 10 000 $ soit à peu près le même prix que la mise à niveau d'ArcView à usage unique vers ArcInfo (prix de 2009) .
Matt Wilkie

Mais ArcInfo nécessite toujours ArcSDE pour l'édition multi-utilisateurs (28k $), donc Mapping Ext est toujours une option moins chère.
Mapperz

Arcinfo est livré avec Workgroup SDE, qui est ArcSDE en plus de SQL Express; a une limite de 4 ou 10 connexions selon la version d'ArcGIS que vous utilisez (9,10).
matt wilkie

5

Cela ne peut pas être fait avec ArcView. (Modification du même PGDB / FGDB par plusieurs utilisateurs en même temps.) Envisagez une mise à niveau vers ArcEditor: ArcEditor permet à plusieurs utilisateurs de modifier et de modifier simultanément des données. http://www.esri.com/software/arcgis/arceditor/key-features.html

En remarque; J'ai été impliqué dans le développement d'une application où nous avons essayé d'émuler l'édition multi-utilisateurs avec des bases de données personnelles et cela s'est avéré assez complexe avec des résultats mitigés. Le raisonnement était le même; une base de données multi-utilisateurs était trop coûteuse. Cela a fini par coûter beaucoup plus cher d'essayer de développer un tel environnement. Au final, il aurait été préférable d'investir dans ArcSDE ou une solution similaire.


Aurais-je juste besoin d'une licence ArcEditor et garder les autres utilisateurs au niveau Arcview ou est-ce que tout le monde devra avoir une licence ArcEditor?
Furlong

Tous les utilisateurs auraient probablement besoin d'ArcEditor. Idéalement, vous souhaiterez probablement implémenter la géodatabase SDE. De cette façon, le trafic réseau serait également géré correctement et tous les utilisateurs pourraient rester avec ArcView.
Jakub Sisak GeoGraphics

4

Je n'essaierais pas cela avec un fGDB. Ce sera un mal de tête après l'autre. Si vous avez besoin d'une édition multi-utilisateurs, vous devriez opter pour un SDE GDB. Si vous n'avez que six éditeurs, le groupe de travail SDE fonctionnerait bien pour vous. À partir de la documentation d'ArcGIS 10: Types de géodatabases

ArcGIS Server Workgroup inclut également la prise en charge d'ArcSDE pour SQL Server Express. Avec ce niveau d'ArcSDE, vous pouvez utiliser SQL Server Express pour jusqu'à 10 utilisateurs et éditeurs de bureau Windows simultanés (utilisateurs d'ArcView, ArcEditor, ArcInfo, une application ArcGIS Engine personnalisée, AutoCAD, MicroStation, etc.), ainsi que n'importe quel nombre supplémentaire connexions au serveur à partir d'applications Web. (Consultez votre contrat de licence pour des informations spécifiques sur le nombre de connexions pour votre implémentation.)


Je suis d'accord avec vous, malheureusement je n'ai pas accès à SDE GDB. Mon travail n'a qu'une licence de niveau ArcView avec quelques extensions (Business Analyst, Network Analyst et Spatial Analyst)
Furlong

Je dirais de garder les données de chaque éditeur dans son propre fGDB ... ça, ou de demander à quiconque écrit des chèques de poney de $$ pour une licence SDE.
Derek Swingley
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.