Source de données de la couche changeant après copier / coller dans la table des matières d'ArcMap?

9

Je rencontre cette situation tout le temps;

Je copie souvent des calques et des groupes de calques dans la table des matières d'un document ArcMap, puis je les colle dans la table des matières d'un autre document ArcMap.

Pour la plupart, cela fonctionne bien mais assez souvent, la source de données de la couche change lorsqu'elle est collée. Par conséquent, le calque collé a le point d'exclamation rouge à côté et aucune donnée n'est affichée jusqu'à ce que je définisse manuellement la source de données.

J'ai confirmé que la source de données du calque que je copie sur un document change lorsque je colle le calque dans un autre document.

C'est quelque chose qui se produit depuis la première version 8.x et qui reste un problème dans la version 10 SP3. Ce n'est pas non plus spécifique à l'ordinateur car je rencontre ce problème sur plusieurs ordinateurs.

Des idées?

Couche après avoir été collée:

entrez la description de l'image ici

Source "calque en cours de copie" Source de données: entrez la description de l'image ici

Destination "après avoir été collée dans un autre document" Source de données: entrez la description de l'image ici

arcgis-desktop arcgis-10.0 arcmap layers Jakub Sisak GeoGraphics
la source
4
J'ai vu le même problème. J'ai essayé de le documenter avec esri mais ce n'est pas facile à reproduire.
Brad Nesom
La façon dont vous avez configuré vos connexions de dossiers dans arccatalog fait-elle une différence?
Kirk Kuykendall
Je ne suis pas sûr. Je n'ai généralement que plusieurs répertoires "Root" connectés. Existe-t-il un moyen préféré d'établir les connexions? De plus, j'ai oublié de mentionner que la fermeture de tous les documents et leur ouverture fonctionnent parfois (pas toujours).
Jakub Sisak GeoGraphics
En regardant les images que j'ai ajoutées, je dois mentionner que le répertoire de la dernière image n'existe pas. La lettre de lecteur semble avoir été remplacée.
Jakub Sisak GeoGraphics

Réponses:

7

Cela semble être lié à la base de données par défaut du document ArcMap (MXD) et aux chemins relatifs. Consultez l' aide d'ESRI pour plus de détails sur les chemins relatifs. Les chemins relatifs sont généralement une bonne chose. Je ne sais pas si ce serait un bug, mais c'est certainement un problème.

La résolution consiste à décocher l'option "Stocker les chemins relatifs ..." dans les propriétés du document ArcMap du MXD source, Fichier-> Propriétés du document Map ...-> Chemhnames. Vous devriez alors pouvoir copier les couches vers le MXD de destination et conserver les chemins absolus. Une fois que vous avez terminé, vous pouvez basculer le MXD source vers des chemins relatifs.

Une solution alternative serait de définir la base de données par défaut pour les deux MXD sur le même gdb. Vous pouvez également y accéder à partir de la même fenêtre Propriétés du document ArcMap.

Pour ma part, je préfère utiliser les chemins UNC pour les ressources réseau. Les chemins UNC éliminent en grande partie les problèmes liés aux lecteurs de carte, etc. qui peuvent apparaître dans des situations multi-utilisateurs et multi-ordinateurs. Les chemins UNC ne sont pas infaillibles, mais ils aident.

tharen
la source
Je crois que c'est aussi un chemin relatif vs absolu. +1 pour bénéficier des chemins UNC. Notez cependant que les chemins UNC sont connus pour rendre un MXD plus long à charger (par rapport aux lettres de lecteur mappées ou aux chemins relatifs).
Bonnes suggestions, merci. J'essaierai dès que possible.
Jakub Sisak GeoGraphics
Cela marche. Evidemment un bug avec des chemins relatifs. Merci.
Jakub Sisak GeoGraphics
0

Nous avons eu ce problème jusqu'à ce que nous mettions le dossier de modèles dans la même hiérarchie que la copie dans le dossier.

exemple:
Z: \ Folder1 \ Folder2 \ Folder3 \ TemplateFolder
Z: \ Folder1 \ Folder2 \ Folder3 \ CopyFolder

Michelle Williams SCE
la source