かなり簡単に思えるようなことをやろうとしています。私はftp://eclipse.ncdc.noaa.gov/pub/OI-daily-v2/NetCDF/2011/AVHRR-AMSR/からnetcdfファイルを取得し、4096x4096 pngに変換してタイル表示できるようにしていますグーグルマップで使用するためにそれを。私は次のコマンドを使用してきましたが、東と西の境界に常に空白の領域が作成されるようです。
/usr/local/bin/gdal_translate -a_srs EPSG:4326 -outsize 4096 4096 -a_ullr 0 90 360 -90 NETCDF:"input.nc":sst -of netCDF output.nc
/usr/local/bin/gdaldem color-relief output.nc -b 1 -alpha colorscale.txt -of PNG output.png
/usr/bin/convert output.png -transparent #FFFFFF output.png私はこれに間違った方法でアプローチしていますか？間違ったツールを使用していますか？
FWIW-gdal_translateはv1.8.0です
前もって感謝します。
更新： Dija（私の同僚）からの以下の "Answer"は、実際には質問自体に対するコメントへの応答です。
更新 コメントではなく誤って回答を追加しました。ここに移動します。
私はここで体重を測ると思いました。私はこの問題にしばらく取り組んできました。私はプロセスの多くの反復を試みてきました。これらの画像を実際に4096x4096にスケーリングしました。つまり、画像をネイティブサイズのままにすると、（このデータセットの）子午線と他のデータセットの180番目の子午線では、1440x720のギャップが大きくなります。出力画像を256の倍数にスケーリングして（Googleにうまくフィットさせるため）、さまざまな結果を得ました。
1536x768にスケーリングすると、ギャップは0子午線の右側まで表示されます。1280x640に拡大すると、左側になります。そのままにしておけば、かなり分割されてしまいます。
私はgdaldemが吐き出す基本画像を撮り、それを半分にカットし、エッジを一致させました...それらは完全に整列しています。これにより、gdal2tiles.pyで奇妙なことが起こっていると思います
私は自分のタイラーを書いて、ギャップが残っているかどうかを確認するために、画像を緩める準備をしています。
スクリーンショットをいくつか組み合わせて、話している内容とギャップの方法を示し、タイラーの機能についてレポートします。
ご意見をお寄せいただきありがとうございます。ありがたいです。
更新2オリジナルのラスターに対して作成したマップティラーを実行しましたが、ギャップがなくても問題なく動作しました。gdal2tiles.pyが問題のようです。180番目の子午線に接する最後のタイルに透明なエッジを導入します。