タグ付けされた質問 「image-pyramids」

3
GeoTIFFピラミッド/概要はどのように標準化されていますか?
ピラミッド/概要はGeoTIFF標準の一部ではありませんが、多くのツールがピラミッド/概要の作成をサポートしています。たとえば、vips / nip2、Orfeo Toolbox(otb)、およびossimは、これらを作成するための何らかのサポートを約束します。しかし、それらがすべて他の人がサポートする形式でファイルを作成するかどうかはわかりません。ツールのドキュメントを調べても、それについては何も言及されていません。 vipsは地理空間ツールではなく、エンドユーザーフレンドリーなドキュメントは見つかりませんでしたが、IIPImageのドキュメントでは「Tiled Pyramidal TIFF」のサポートについて言及されています:http : //iipimage.sourceforge.net/documentation/images/ otbは、「Multi Resolution Pyramids」の形式や仕様については何も言及していません:https : //www.orfeo-toolbox.org/CookBook/CookBooksu65.html ossimは、「解像度の低下したデータセット」のさまざまな出力形式をサポートしていると言いますが、実際の意味はわかりません:https : //trac.osgeo.org/ossim/wiki/img2rr GDALは、その「概要画像」に関することも実際には指定していません:http : //www.gdal.org/gdaladdo.html したがって、それらはすべてピラミッド/概要を持っていますが、それらが相互互換性があるかどうかは明確ではありません。 より一般的なページでは、次の引用を見つけました。 http://iipimage.sourceforge.net/documentation/images/は言う タイル型多重解像度(またはタイル型ピラミッド型)TIFFは、タイル型のマルチページTIFF画像であり、各解像度はTIFF内の個別のレイヤーとして保存されます。これは標準のTIFF拡張機能であり、Photoshop、GIMP、VIPS、ImageMagickなどのほとんどの画像処理アプリケーションでサポートされています。libtiffコーデックライブラリは、このような画像を完全に読み書きすることもできます。 それは誰もが使用するものですか? 米国議会図書館はまた、いくつかの情報を持っている:http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml 彼らは注意してください。 異なるアプリケーションによって作成されたPyramid TIFFファイルは、必ずしも同じ構造ではありません。特に、JHOVEによる分析とImageMagickの識別コマンドから判断すると、AdobeのPhotoshopとImage Magickは異なる内部TIFF構造を持つファイルを生成します。どちらの場合も、TIFFを処理できるほとんどのソフトウェアは、問題なくプライマリ(フルサイズ)TIFFを認識するようです。 それで、それらのフォーマットはどこかで標準化され、指定され、文書化されていますか?他のツールと互換性のある方法でそれらを生成できるツールを見つけるにはどうすればよいですか?概要/ピラミッドに地理空間タグがありますか、それともソフトウェアを使用して画像データにタグを作成できますか?

2
GeoServer:2500 TIFFまたは71 ECWファイルを公開する最良の方法は?
ベクターの背景マップとして使用する必要があるエリアのオルト写真があります。生のTIFF形式で、対応するTFWワードファイル-180 GBのデータを含む2500ファイル(各71,5 MB)として取得しました。座標系はローカルであり、ベクターと一致します(EPSGコードはありませんが、「32805」と命名し、適切な定義を付けました)。 MapInfoでデスクトップで使用する場合は、それらをECW(MapInfoに付属のツールを使用)に変換し、2500個のTIFFファイルを開くのはやり過ぎなので、71個のファイルのみを保持するように大きくします。49個のTIFF(7x7)を1つのECW(35000x35000pixels-最大は約200MB)に統合しました。MapInfoでは非常に高速で非常に高速です。 今、私はかなり混乱しています-GeoServerでそれらを提供する方法は? 比較のために、1つのTIFFと1つのECWを公開しています。ECWはブラウザーのプレビューではるかに高速です(ECWサーバーのライセンスの問題は認識していますが、問題ではないはずです)。「GeoServer on steroids」というプレゼンテーションを見つけ、ImageMosaic、ImagePyramid、リタイリング、概要の追加などについて読んでみましたが、非常に有益でしたが、どうすればいいのかわかりません。 私の質問は:どうすればいいですか?モザイクまたはピラミッド、そして肯定的な答えの1つである場合、私はあなたのアドバイスまたはいくつかのヒントが必要です。ディスク容量のためにECWになりたいので、サーバーに180GBのTIFFを保持する必要はありません。 データは、ピーク時に最大20人のユーザーが接続されたLANを介して提供されます。SQLサーバーにはそれほど大量のデータはありません。他の情報を見逃してすみませんが、必要に応じて送信します。 Geoserver 2.1.4、Windows 7 32ビット、2GBシステムメモリ、(1.7.0_09(Java HotSpot(TM)Server VM)、ネイティブJAI +ネイティブJAI ImageIO = true Original TIFF gdalinfo D:\75720-47970.tif Driver: GTiff/GeoTIFF Files: D:\75720-47970.tif D:\75720-47970.tfw Size is 5000, 5000 Coordinate System is `' Origin = (7572000.000000000000000,4797500.000000000000000) Pixel Size = (0.100000000000000,-0.100000000000000) Metadata: TIFFTAG_SOFTWARE=Adobe Photoshop 7.0 TIFFTAG_DATETIME=2006:10:09 13:02:57 …

3
ジオサーバーでの大量の高解像度画像のカラーバランスと公開
オンラインアプリケーションのベースマップとして使用したいRapidEyeイメージ(+300 Gb)が大量にあります。これまで、「ステロイドのジオサーバー」と呼ばれるプレゼンテーションで示された手順に従って、ジオサーバーでImagePyramidとしてそれらを提供することができました。問題は、適切なカラーバランスを行うことができなかったため、データセット全体を見るとモザイクが非常に悪いように見えますが、ズームインすると良くなります(下の写真)。 私のプロセスは: すべての画像を8ビット、epsg 4326、gdalを使用したキュービック補間に変換します すべての画像でgdal仮想ラスターを生成します(gdalbuildvrt) 画像ピラミッド(圧縮およびジオティフのティリングを使用したgdal_retile)を生成し、ジオサーバーで公開します(レイヤースタイルでヒストグラムストレッチを使用) プロセスを改善し、カラーバランスを改善する方法に関するヒントはありますか?

1
概要:タイル、.vrt、またはその両方に?
大量の画像コレクションをオンザフライでモザイクするためにvrtを使用する場合、個々のラスターまたは最終的な.vrt、あるいはその両方に概要(ピラミッド)を追加する方が良いですか?(「より良い」とは、最終的な画像の使用と閲覧にスムーズなエクスペリエンスを提供しながら、必要以上にストレージを使用しないことの間のバランスポイントを見つけることを意味します。)
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.