La différence la plus fondamentale est le niveau auquel chacune des fonctions fonctionne.
L' outil ClasseLayer
d'entités vers classe d'entités fonctionne au niveau, ce qui signifie que, quelles que soient les entités sélectionnées, il les traite comme un tout. Une nouvelle classe d'entités va être créée. Cela signifie que vous contrôlez la structure de la nouvelle classe de fonctions, y compris l'ajout et la suppression de champs. Vous pouvez choisir un sous-ensemble d'entités à copier, mais l'accent est mis sur la structure de calque elle-même.
D'un autre côté, l' outil Copier les fonctionnalités fonctionne au Feature
niveau individuel . Ici, l'accent est mis sur la prise d'un sous-ensemble d'entités d'une couche et leur copie et tous leurs attributs dans une nouvelle couche. Copier les fonctionnalités signifie également prendre tous les attributs.
Il y a des avantages et des inconvénients à chaque approche. Les deux outils créeront une nouvelle classe d'entités, avec un nouveau nom ou si le paramètre de géotraitement est correct, en remplaçant une classe d'entités existante. L' Feature Class to Feature Class
outil vous permet de mapper des champs, mais vous limite à une SQL
requête pour exporter tout type de sous-ensemble d'entités. leCopy Features
outil vous permet de sélectionner une ou toutes les fonctions de la classe de fonctions s'il s'agit d'une feature layer
avec une sélection qui lui est appliquée. Le compromis étant qu'il n'y a aucun contrôle sur la structure de la classe de fonctions de sortie. HT à @ blah238 pour la clarification.
Modifier - 13/05/2013
Après avoir examiné de plus près votre deuxième question et les commentaires des autres concernant sa publication en tant que deuxième question, il semble qu'elle soit directement liée à la comparaison des avantages entre les deux outils.
Les résultats de l' outil de comparaison des fonctionnalités montrent que le ObjectID
et le Shape
champ sont différents. Je ne suis pas sûr des paramètres que vous avez choisis pour cet outil, mais dans le document d'aide , il indique que vous souhaitez choisir appropriéSort
commandes pour vous assurer que vous comparez les mêmes fonctionnalités.
C'est probablement une hypothèse sûre que vous avez utilisé l'ObjectID comme fonction de tri, ou que vous avez simplement utilisé la valeur par défaut, car les deux classes de fonctionnalités ont les mêmes fonctionnalités. Cela fait apparaître une différence critique entre les deux outils:
Copy Features
Conserve l'ObjectID des entités copiées. Feature Class to Feature Class
génère un nouveau ObjectID pour chaque entité. Cela supprime toutes les lacunes dans la numérotation consécutive qui se produisent lorsque des fonctionnalités sont supprimées ou combinées avec d'autres.
Ainsi, l'outil de comparaison des fonctionnalités constate des différences dans le champ ObjectID, car ils n'ont plus les mêmes numéros, et dans le champ Shape, car deux fonctionnalités avec le même ObjectID peuvent désormais ne plus être identiques.
Exemple:
deux couches, chacune avec 100 fonctionnalités. La plage d'ObjectID va de 1 à 100. À un certain moment, la fonctionnalité 98 est supprimée, laissant 99 fonctionnalités Regardons les 5 dernières fonctionnalités de chaque couche:
Original Copy Feat Feat to Feat
95 95 95
96 96 96
97 97 97
99 99 98
100 100 99
Comme vous pouvez le voir, 98 est manquant dans un calque, ce qui déclenche la non-correspondance ObjectID. ObjectID 99 fait désormais référence à différentes fonctionnalités, déclenchant la non-correspondance de forme.
Il existe quelques situations où il est utile de maintenir un ObjectID. Ce sont généralement les cas où ESRI a établi des liens internes entre des entités ou des couches, comme dans les classes de relations ou les réseaux géométriques .