地理座標系としてGCS_WGS_1984を使用しているフィーチャデータセットがあります。いくつかのフィーチャクラスが含まれています。

このフィーチャデータセット自体は、gdbのルートにさらにいくつかのフィーチャクラスを含むファイルジオデータベースにあります。これらの1つは、座標系としてGCS_WGS_1984も使用している「ポイント」と呼ばれるフィーチャクラスです。

ArcCatalogを使用してフィーチャクラスをgdbのルートからにドラッグするのは簡単だと思いました。座標系が同じであるため、フィーチャデータセット。残念ながら、ArcGISは次のようなエラーダイアログを表示します。

Failed to paste points The spatial references do not match

なぜこれが失敗するのですか？フィーチャクラスとフィーチャデータセットのGCSが同じである場合、それは正しく機能するのではないでしょうか？ダイアログを介して、データセットとクラスの両方のprjファイルをエクスポートし、 2つを比較するためのdiffツール。それらは同一です。

フィーチャクラスの空間参照は座標系/投影とは異なりますか？

Ctrlキーを押しながら結果をドラッグして、フィーチャクラスをフィーチャデータセットにコピーしようとしています。 ArcCatalogでは毎回クラッシュします（ESRIでは残念です）。

フィーチャクラスを移動する別の方法を試すことができると思います。 CopyFeaturesをデータセットに使用します。フィーチャクラスからフィーチャデータセット内の新しいフィーチャクラスに投影しますか？

コメント

  • ファイルgdbをどこかに投稿できますか？フィーチャーが大きい場合は、すべてまたは一部のフィーチャーを削除する可能性があります。空のフィーチャークラスでも再現できるようです。
  • ArcGISで遭遇する小さな癖をすべて実行する時間があればいいのにと思いますが、多くの場合、私はそれと一緒に暮らして、次に最も不快な回避策を見つけなければなりません。データ管理-> [フィーチャをコピー]を使用して新しいフィーチャクラス（一時的な名前）にコピーし、古いフィーチャクラスを削除し、古いものと一致するように新しいフィーチャクラスの名前を変更しました。 ArcGISを使用する場合、’ソフトウェアテストの学位は必要ありません。 =（
  • ” ‘ソフトウェアテストの学位は必要ありません” 、 chat.stackexchange.com/transcript/message/1116371
  • これは単なる名前です、一致する可能性がありますが、名前が異なる場合は、このメッセージを無視してください。

回答

同じ座標系は必ずしも同一の座標系ではありません。一部の操作やジオプロセシングツールが、フィーチャクラスが共通の座標系を共有していないと考える状況に遭遇しました。投影法の説明的な名前は異なりますが（「YukonAlbers」と「Albers-custom」）、パラメータは同じですが、または10進位が異なるため（偽の北座標500000.00と500000.0000）です。

私が通常行うこと機能データセット（およびF.class）座標系が、標準の.prjファイルをC:\path\to\ArcGIS\Desktop10.0\Coordinate Systems（クリック数を減らしてCSを利用可能にする）および/または常に手元にあるマスターフィーチャクラステンプレートからCSをコピーする。

これに部分的に対応問題は、空のフィーチャデータセット（D:\s.gdb\_template）もあります。これは、他の処理を行う前に、最初のステップのフィルターとしてすべてのデータを処理します。一般的な座標系の中で、これにより、精度や空間領域などが同一になります。

更新： Pythonを使用してテンプレートフィーチャクラスからフィーチャデータセット空間参照系をコピーする方法については、 Andyの回答を参照してください。これは、ArcCatalogで機能しました。 10.3インポートするフィーチャクラスを選択してSRを定義するインタラクティブな方法が機能しなかった場合。

コメント

  • Would n ‘きれいな印刷名または言及した10進数の位置のこれらのわずかな変更は、[名前を付けて保存]オプションでエクスポートされた.prjファイルに存在します’ ？もしそうなら、なぜdiffing prjファイルは何も表示しないのですか？ x、y解像度のわずかな違いが競合の原因にもなっているのではないかと思っていました。
  • “名前を付けて保存で作成された.prjファイルである可能性があります”は、内部に保存されているものとまったく同じではありません。特徴データセット” filter “を使用して、共通の空間解像度などを確保しています。
  • I ‘これに1つのファセットを追加します。他のソースからのデータセットは、実際にはMまたはZがないのに、MおよびZ値を含むものとして生成される場合があります。’ X / Y座標系が実際に正確に一致しているにもかかわらず、一部のESRIツールが空のZ座標系を一致していないと検出することを発見しました。

回答

これは、回答ではなく説明です。

私たち（Esri）は、座標参照システムの名前と値をかなり厳密にテストしています。 「等しい」テストは、500000.00と500000.000000を比較するときに失敗を返しませんが、一方が実際に500000.0で、もう一方が500000.00000005の場合、失敗する可能性があります。 「等しい」がより多く通過するように、名前のエイリアスの追加に取り組んでいます。

mindless.pandaとmattwilkieが述べたように、違いは空間参照の他の値にある可能性があります。参照には、座標参照システムとストレージ/処理値が含まれます。ストレージの場合：xy、z、およびメジャーの解像度と範囲。処理の場合：xy、z、およびメジャーの許容値。これらに違いがあると、等しくないエラーが発生する可能性があります。

コメント

  • ご回答いただければ幸いです。特にユーザーに報告されるエラー処理が、ArcGISで改善されることを望んでいます。詳細有益なエラーが必要であり、必要に応じてさらに詳細な情報を取得するオプションもあります。繰り返しになりますが、応答に時間を割いてくださったESRIに感謝します。
  • エラーに関する詳細情報を提供するという提案を2番目に行います。過去2週間、さまざまな問題が原因で同じエラー（Error code: 999999: Error executing function. Description: This is a generic error for which the cause of the error does not have an appropriate error ID. ）が発生しました。これはエラーが繰り返されるかどうかを確認するためにもう一度実行したことを実行するか、あきらめて別の方法（またはますます多くの場合はソフトウェア）を使用する以外に何もできないため、受信する怒りのメッセージ。

回答

問題を解決するために私が行ったことは次のとおりです（ArcGIS 10.0でarcpyを使用）-

これは、次のことを前提としています。

  • FGDB-C：\ gisdata \ Test.gdb
  • フィーチャクラス-C：\ gisdata \ Test.gdb \ bldg

コード内のパスとオブジェクト名を変更して、ArcCatalogのPythonウィンドウに貼り付けることができます。

sr = arcpy.Describe(r"C:\gisdata\Test.gdb\bldg").spatialReference arcpy.CreateFeatureDataset_management(r"C:\gisdata\Test.gdb", "MyFeatureDataset", sr)

機能データセットの後が作成され、フィーチャクラスをドラッグアンドドロップできます。

コメント

  • ありがとうございます。これは、インタラクティブツールを使用して、既存のフィーチャクラスを選択して新しいフィーチャデータセット座標系を定義することが機能しなかった状況（v10.3）で、今日私にとっては機能しました。

回答

この問題は私を殺しました！ CADファイルから多数のフィーチャクラスを保存した後、それらの座標系を定義し、それらをフィーチャデータセットに整理することを何度も試みました。 ESRIの公式WGS_1984_UTM_42Nプロジェクションから必要なすべてのf.classesとf.datasetsを定義することと、データセットのプロジェクションを設定してから、DefineProjectionツールを使用してf.classesのそのプロジェクションをインポートすることの両方を試しました。 f.classesが貼り付けられないか、1つが貼り付けられ、他のクラスは貼り付けられません。

この投稿で@MattWilkieに感謝します、フィーチャクラスからフィーチャクラスツールで問題が解決したようです。問題のf.classの座標系をまだ定義していなくても、f.classesを目的のデータセットに正常にインポートします。

さらに、フィーチャクラスからジオデータベースへ（複数）スクリプトは、f.classesをf.datasetにまとめて移動する場合に最適です。ただし、これはジオデータベースから別の（複数）同じジオデータベース内のf.datasetには入れません）。これは、スクリプトがコピー時にf.classesの名前を自動的に変更しない（または、FeatureClassからFeatureClassのように、オペレーターに新しい名前を要求する）ためと思われます。ただし、他の人が指摘しているように（上記でリンクされている同じスレッド）、与えられたエラーは一般的な999999です。

回答

I単にフィーチャクラスをGeoDatabaseのフィーチャデータセットに移動したいときにこの問題が発生しました。フィーチャデータセットを作成し、同じ座標系であることを確認しました。 「 xyz の空間参照を貼り付けられませんでした」というメッセージを何度も受け取りました。見つけた最も簡単な回避策は、新しく作成したデータセットに、必要なフィーチャクラスから同じ空間参照をインポートすることでした。それにインポートします。 「新しいフィーチャデータセットの作成」ウィザードの2番目のステップ。

空間参照が異なる理由がわかりません。

コメント

  • こんにちは、@ Alan！経験を共有していただき、ありがとうございます。私たちのサイトへようこそ。
  • こんにちは、新しい機能データセット/クラスの作成ウィザードは’ “インポート座標系”が使用されている場合、div> tは常にすべてのストレージ/処理値をプルします。’修正に取り組んでいます。私は考えますこれはあなたが遭遇している’です。
  • I ‘ mこの問題が発生しました-フィーチャデータセットを作成してインポートメカニズムを使用し、フィーチャクラスを選択した場合でも、’フィーチャクラスを新しく作成したフィーチャデータセットにドラッグ/コピーすることはできません。前述のエラーなし。

回答

ESRIへのメッセージの1つは、より具体的なパラメータを提供することだと思います。このエラーが発生すると、差分デバッグ情報が表示されます。ほとんどのGISユーザーがそうであるように、空間参照系と投影を注意深く制御した後でも、私もこのエラーに遭遇しました。

ArcToolboxコピー機能を使用して、次の場合に発生するエラーメッセージを修正する手順を見つけました。インポートまたはコピーメカニズムが使用されます。ここでは、フィーチャクラスをフィーチャデータセットに導入する前に、参照または投影の違いを正しく解決するために、[フィーチャのコピー]ツールボックスの手順に依存しています。

で定義された投影システムを使用して、フィーチャデータセットを作成しようとしました。データセットの作成時間、同じ投影法でArcToolboxプロジェクションツールを使用してフィーチャクラスをフィーチャデータセットに投影しましたが、フィーチャクラスをデータセットにインポートまたはコピーしようとすると、ここで説明するエラーが発生しました。

これらの座標系の問題は、ArcMapでデータを使用するとマスクされます。 ArcMapはオンザフライプロジェクションを実行するため、ユーザーが気付かないうちに、それぞれ異なるプロジェクションを持つ複数のフィーチャクラスをArcMapマップに追加できます。 ArcMapは、座標参照系の違いについて警告します。

回答

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です