Pourquoi ArcGIS «oublie» mon GDB par défaut spécifié pour un document ArcMap (mxd)?

10

J'utilise ArcGIS 10.0 sur Windows 7 64 bits Ultimate.

J'ai remarqué que parfois les outils de géotraitement d'ArcMap ainsi que les scripts semblent oublier mon réglage dans le mxd (confirmé via arcpy.env.workspaceet arcpy.env.scratchWorkspace.

Existe-t-il un moyen pour qu'ArcMap commence à utiliser mon GDB spécifié?

Je connais les propriétés du document et comment je peux changer le GDB par défaut pour une carte. Le problème que je vois se produit après que je l'ai défini et qu'il utilise un GDB alternatif depuis un certain temps.

Je trouve qu'à des moments aléatoires, ArcGIS décide soudainement qu'il veut revenir à l'utilisation du "défaut par défaut" (qui ne peut jamais être changé de manière ennuyeuse. Je peux fermer et rouvrir le document, définir à nouveau la GDB alternative que j'utilise par défaut via les propriétés , mais il ne reviendra pas à l'utilisation de la GDB alternative. La boîte à outils et les scripts continuent de placer la sortie à l'emplacement ArcGIS par défaut (documents / ArcGIS / default.gdb).

Cependant, je jouais avec cela et j'ai trouvé manuellement les paramètres que l'arc.env.workspace dans la fenêtre Python semblait ramener par magie (même si je définissais la même valeur?). L'exécution de l'outil verbatim sa que je venais d'exécuter mettait la sortie dans la bonne GDB même si les paramètres de dialogue ou les paramètres d'environnement avaient "changé".

Quelqu'un d'autre a-t-il rencontré ce comportement?

mindless.panda
la source
Quel système d'exploitation et quelle version d'ArcGIS utilisez-vous?
Mapperz
Rencontrez-vous ce problème lors de l'exécution de scripts à l' intérieur d' ArcMap (à partir de la boîte à outils) ou à l' extérieur (à partir d'un IDE Python)? @ mapperz Je crois qu'arcpy est uniquement dans ArcGIS 10.
Nathanus
@panda Pour être sûr de bien vous comprendre, lorsque vous exécutez des outils et des scripts de géotraitement dans l'interface utilisateur d'ArcMap, les espaces de travail sont définis au mauvais emplacement?
Nathanus
2
J'exécute des outils à l' intérieur d'ArcMap, à la fois à partir de la boîte à outils et de la fenêtre Python. Les espaces de travail ne sont pas définis sur des valeurs incorrectes, c'est juste de temps en temps, il arrête simplement de respecter l'espace de travail, puis commence à sortir à l'emplacement par défaut (dans documents / ArcGis / default.gdb). J'ai trouvé que la réinitialisation des variables de l'espace de travail via la fenêtre Python semble résoudre ce problème.
mindless.panda
3
re: "default default" ne peut jamais être changé , veuillez voir et voter pour la possibilité de changer définitivement l'emplacement par défaut de la
géodatabase

Réponses:

3

Cette aide d'ArcGIS pour la définition de la géodatabase par défaut est peut-être celle que vous recherchez. Je crois que le "défaut" est quelque chose qui doit être défini lors de la création de chaque document ArcMap. Après cela, il devrait être accessible via les paramètres du MXD. Je suis loin de ma station, je ne peux donc pas confirmer le rigamarole exact de la barre d'outils.

Cependant, il convient de noter que votre espace de travail de travail n'est pas toujours le même que votre espace de travail (ils sont différents par défaut, si je me souviens bien). Lors de l'utilisation arcpy, les environnements sont hérités si vous utilisez la arcpy.mappingclasse pour créer une référence à un MXD donné ( je pense ), mais je sais qu'ils peuvent tous être définis via l'utilisation de arcpy.env.

Si vous souhaitez définir votre base de données / espace de travail spécifiquement lors de l'utilisation d'un outil de géotraitement dans ArcMap, vous pouvez:

  1. Dans ArcMap, cliquez sur Géotraitement> Environnements. Cela ouvre la fenêtre Paramètres d'environnement.
  2. Développez la catégorie Espace de travail et entrez le chemin d'accès à l'espace de travail.
    (Voir cette page pour plus d'informations.)
Nathanus
la source
merci - je connais ces paramètres - le problème que je vois est malgré. Voir mon montage ci-dessus - j'espère que cela le rendra plus clair.
mindless.panda