NetCDFデータの長期的な問題

GCSに正の範囲（0度から360度）がある世界のデータセットを扱うことについてアドバイスを求めています。私が扱っているデータはNetCDF海洋データであり、前述のように正の座標値を持っています。ESRIのArcGIS 10の通常のGCS WGS84で表示すると、-180〜180の範囲に存在する他のデータからオフセットされます。再投影すると、主子午線の周りにギャップが発生します（主にその起源が原因で、場合によってはオフ25度W）。私の考えは、正の値を持つカスタムの投影/座標系を作成し、他の世界のデータセットがその場でうまく再投影されることを期待することです。誰かがこれで何か問題を見たり、他の解決策を持っていますか？これが理にかなっているといいのですが。よろしくお願いします。

**更新**これは、GCSの通常のCRSを示すために経緯線が上にある国データセットのスクリーンショットです。NetCDFデータをそのままインポートするだけでインポートされますが、値は本初子午線の20.5度東まで開始されません。

通常のGCS http://grafa.co/rnd/img/GCS_Normal.png

NetCDFのCRS（実際には同じ）を使用することを選択した場合、ワールドデータが定義されていれば、オンザフライで再投影されます。経緯線が未定義であるため、再投影されないことに注意してください。 再投影されたGCSの一種http://grafa.co/rnd/img/GCS_Other.png

しかし、すべてを負の値で通常のGCSに再投影しようとすると、それは世界中のデータのフラットマップをラップするようなものであり、それが本初子午線に当たると消えます。 再投影されたGCSの一種http://grafa.co/rnd/img/reprojected.png

メタデータに記載されているように、0〜20.5の値はありません。しかし、残りのデータの値をギャップに表示できないのはなぜですか？ラスターツールでシフトを試しても無駄になりました。

はい、ここでの主な問題は、ESRIがグリッドの中心を使用して位置を計算することであり、データを書き込んだら、セルの左下の値を使用してデータを計算しています。これを解決する方法は、最初のセルの中心のXグリッドの原点を使用してnetCDFファイルを作成し、それを開始点として使用して各セルを計算することでした。これについては、問題なく機能するようになりましたので、チャットでメモしてください。

必要に応じて、GDALを使用してラスターを-180 180に簡単に変換できます

http://eloiribeiro.wordpress.com/2009/07/08/coverter-imagens-0%c2%ba-360%c2%ba-a-180-180%c2%ba-com-gdal/

（ポルトガル語では、Google翻訳を使用する必要があります）

同じ問題が発生したため、これは既知のバグです。最終的に、行方不明と行なしでnetCDFデータを表示するために、私に彼らに汎占拠の詳細を送信することになった少しの行き過ぎと出発点がありました。

興味深いことに、これは単にnetCDFに限定されているわけではありません。netCDF内のグリッドを使用してポイントを作成し、ポイントを集約してポリゴンを構築する場合、本初子午線上にもポリゴンは構築されず、別々のポリゴンになります。

バグはNIM070286です。NetCDFラスターレイヤーは、本初子午線に沿って配置されたデータを表示しません。

ESRI Incにホットフィックスをリクエストしました。これをお気に入りの質問として保持し、それについてもう少し聞いたらすべて更新します。私はもうすぐ休暇ですので、うまくいけばこれは次の10日間で満たされるでしょう。