フィーチャのコピーツールとフィーチャクラスからフィーチャクラスへのツールの違いは？

ファイルジオデータベース（FGDB）のフィーチャデータセット内にフィーチャクラスがあり、別のFGDBにそのコピーが必要です。

ArcGIS 10.1では、「機能のコピー」ツールを使用しましたが、同じように見えます（「機能の比較」ツールによると）。「フィーチャクラスからフィーチャクラス」ツールを使用すると、「フィーチャ比較」から次のメッセージが表示されます。

Field: Field OBJECTID domain fixed is different (Base: false, Test: true).
Field: Field Shape domain fixed is different (Base: false, Test: true).

「機能をコピー」と「機能クラスを機能クラスに」の違いについて、誰にも洞察がありますか？機能比較からのメッセージはどういう意味ですか？

特集クラスにフィーチャクラスツールです変換ツール。アイデアは、ある形式（シェープファイルなど）のフィーチャクラスを別の形式（ジオデータベースなど）に変換することです。また、ユーザーはフィールドマップを制御することもできます。つまり、どのフィールドがコピーされるかです。

フィーチャのコピーツールは、入力フィーチャの正確なコピーを作成するだけです。注-このツールはデータ変換にも使用できますが、フィールドマップの操作には使用できません。

最も基本的な違いは、各機能が動作しているレベルです。

特集クラスにフィーチャクラスツールがで働いているLayerにかかわらず、選択した機能の、それは全体としてそれらを扱うことを意味し、レベル。新しいフィーチャクラスが作成されます。つまり、フィールドの追加や削除など、新しいフィーチャクラスの構造を制御できます。コピーするフィーチャのサブセットを選択できますが、重要なのはレイヤー構造そのものです。

一方、機能のコピーツールは個々のFeatureレベルで機能しています。ここでは、レイヤーからフィーチャのサブセットを取得し、それらとそのすべての属性を新しいレイヤーにコピーすることに焦点を当てています。機能をコピーすると、すべての属性を取得することも意味します。

それぞれのアプローチには長所と短所があります。両方のツールは、新しい名前で、またはジオプロセシング設定が正しい場合は、既存のフィーチャクラスを上書きして、新しいフィーチャクラスを作成します。このFeature Class to Feature Classツールを使用すると、フィールドをマップできますがSQL、機能の任意のタイプのサブセットをエクスポートするクエリに制限されます。このCopy Featuresツールを使用すると、フィーチャクラスにfeature layer選択が適用されている場合、フィーチャクラス内の一部またはすべてのフィーチャを選択できます。トレードオフは、出力フィーチャクラスの構造を制御できないことです。明確化のために@ blah238へのHT。

編集-2013年5月13日

2番目の質問と、それを2番目の質問として投稿することに関する他の人のコメントを詳しく見てみると、2つのツールの利益比較に直接関係しているようです。

機能比較ツールの結果は、ObjectIDとShapeフィールドが異なることを示しています。このツール用に選択したパラメーターはわかりませんが、ヘルプドキュメントでSortは、同じ機能を比較するために適切な順序を選択するように記載されています。

2つの機能クラスが同じ機能を持っているため、ソート機能としてObjectIDを使用したか、デフォルトを使用したことがおそらく安全な仮定です。これにより、2つのツールの間に重大な違いが生じます。

Copy Features コピーされる機能のObjectIDを維持します。 機能ごとに新しい ObjectIDをFeature Class to Feature Class生成します。これにより、フィーチャが削除されたり他のフィーチャと結合されたりするときに発生する連続した番号付けのギャップが削除されます。

したがって、フィーチャ比較ツールでは、同じIDを持たない2つのフィーチャと同じオブジェクトIDを持つ2つのフィーチャが同じではなくなるため、ObjectIDフィールドとShapeフィールドで違いが見られます。

例： それぞれが100の機能を持つ2つのレイヤー。ObjectIDの範囲は1〜100です。ある時点で、Feature 98が削除され、99個の機能が残ります各レイヤーの最後の5つの機能を見てみましょう。

Original    Copy Feat    Feat to Feat  
    95          95             95  
    96          96             96  
    97          97             97  
    99          99             98  
   100         100             99

ご覧のとおり、1つのレイヤーから98が欠落しているため、ObjectIDの不一致がトリガーされます。ObjectID 99はさまざまな機能を参照するようになり、Shapeの不一致がトリガーされます。

ObjectIDを維持すると便利な状況がいくつかあります。通常、これらは、リレーションシップクラスやジオメトリックネットワークのように、ESRIがフィーチャまたはレイヤー間の内部リンクを構築した場所です。