タグ付けされた質問 「geotiff-tiff」

主にGeoTIFFファイルで構成されるGISデータのフォルダーがあります。全体のセットの重量は約1.2 GBです。内容をtarballにパックすると、約になり82 MBます。セットをリビジョン管理システムにチェックインして、他の人が作業できるようにします。絞り込めるスペースがあるようです。 GDAL GeoTIFF ドライバーページには、圧縮されたGeoTIFFファイルの作成に使用できるオプションが多数リストされています。また、各アルゴリズムの動作方法に影響する多くのオプションがあります。 ヘルプページは、オプションの説明に優れていますが、アルゴリズムの選択方法や、さまざまなレベルの圧縮に関連するトレードオフについて詳しく説明していません。これは、次の質問につながります。 圧縮を使用する利点は、スペースを大幅に節約できることです。短所は何ですか？画像を圧縮すると情報は失われますか？ アルゴリズムと圧縮レベルを選択するにはどうすればよいですか。ある種の画像は特定のアルゴリズムに適していますか？

51 gdal  geotiff-tiff  compression 

誰かからtiffファイルを受け取りましたが、ジオリファレンスされているかどうかわかりません。これを確認する簡単な方法はありますか？

40 geotiff-tiff  georeferencing 

0〜360の経度の座標系を持つジオティフラスターイメージがあります。画像の水平方向の中心は180経度です。下の画像をご覧ください： -180 180経度範囲のEPSG：4326 SRSに変換したい。そして、画像の中心がグリニッジ子午線（0）になるようにします。このsrsは非常に広く使用されていると思います。結果は次のようになります。 そこで、gdalwarpコマンドを使用して再投影します。 gdalwarp -s_srs '+proj=latlong +datum=WGS84 +pm=180dW' -t_srs EPSG:4326 test_col.tif test_4326.tif しかし、より大きなサイズ（より多くのピクセル）とEPSG：4326メタデータを持つTIFFのみを取得します。画像自体は、最初のものと同じに見えます。しかし、私はそれが半球を交換することを期待しています。 質問は-経度0の中心で厳密に-180 180 EPSG：4326になるように画像をgdalwarpする方法です。 これは私の初期ファイルのgdalinfoです： Origin = (-0.102272598067084,89.946211604095552) Pixel Size = (0.204545196134167,-0.204423208191126) Metadata: AREA_OR_POINT=Area Image Structure Metadata: INTERLEAVE=BAND Corner Coordinates: Upper Left ( -0.1022726, 89.9462116) ( 0d 6' 8.18"W, 89d56'46.36"N) Lower Left ( -0.1022726, -89.9462116) ( …

31 coordinate-system  gdal  geotiff-tiff  proj  gdalwarp 

さまざまなラスターファイル形式の議論や比較ベンチマークを見つけるのに問題があります（たとえば、Rでのデータ分析で使用するため）。特定の形式が高速または低速である理由について誰かが洞察を持っていますか？それとも、違いは最小限にすべきでしょうか？ 特に、ラスター（たとえば、GEOTIFFファイル）を別の形式（たとえば、netCDF）に変換することが、読み取り/書き込みやその他の操作を高速化するために価値があるかどうかに興味があります。

25 raster  geotiff-tiff  r  file-formats  netcdf 

ピラミッド/概要は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を認識するようです。 それで、それらのフォーマットはどこかで標準化され、指定され、文書化されていますか？他のツールと互換性のある方法でそれらを生成できるツールを見つけるにはどうすればよいですか？概要/ピラミッドに地理空間タグがありますか、それともソフトウェアを使用して画像データにタグを作成できますか？

22 gdal  geotiff-tiff  file-formats  image-pyramids  gdaladdo 

を使用gdalwarpし-tapて多数のラスタを（グリッドを介して）グリッドに配置した後、出力ラスタが元のラスタよりも大幅に大きいことに気付きました。かなり徹底的なWeb検索により、このTracの問題が判明しました。 フランク・ウォーマーダムはその理由を説明しました： 「慎重に検討すると、問題のファイルの違いは、gdal_translateがTIFFWriteScanline（）インターフェースを使用してGTiffDataset :: CreateCopy？（）内から出力ファイルを書き込み、これが最終的な「ストリップ」画像領域を完成させるために必要なファイル。ただし、gdalwarpはblockioインターフェイスを通過し、ファイルの終わりから落ちる部分も含めて、完全な最終ストリップを書き込みます。」 ただし、このTracの問題は7年前のものであり、GDALユーティリティにいくつかの変更が加えられたことを知っgdalwarpています。上記の理由がまだ当てはまるかどうか、そして私が見ているファイルサイズの増加が「正常」かどうかを知りたいのです。ここでの「通常」という言葉は、当然のことと予想されることを意味するかもしれませんが、より重要なことは、出力ラスタファイルのサイズを小さくするなど、影響を軽減するためにできることはありますか？以下は、私が経験しているファイルサイズの膨張の表です。 Input File Size (bytes) Output File Size (bytes) Inflation 1437380431 1698334217 18% 1428001178 1698334433 19% 41683165 137036637 228% 入力TIFFファイルはArcGISで作成されたため、外部のワールドファイル、XMLおよびDBFファイルがありますが、これらはファイルサイズの違いを補うものではありません。gdalwarpこれらすべてのケースで使用した呼び出しのサンプルを次に示します。実際の実行はPythonによって処理されましたsubprocess（subprocess.Popen）： $ gdalwarp -tap -tr 30 30 -t_srs "+proj=aea +lat_1=20 +lat_2=60 +lat_0=40 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +datum=NAD83 +units=m +no_defs" -co "COMPRESS=LZW" input_file.tif output_file.tif まれに圧縮により大きなファイルが作成されることを理解していますが、LZW圧縮を使用しなくても効果は同じです。表の比率は、LZW圧縮の場合です。

19 gdal  coordinate-system  geotiff-tiff  gdalwarp  file-size 

地図がジオサーバー経由で表示されるジオネットワークノードに含めるデータを準備しています。 問題は、「データなし」のセルがジオティフで黒として表示され、色を白または透明に設定したいことです。 ArcViewを使用していますが、Spatial Analystまたは3D Analystにアクセスできません。 新しいデスクトップファイルを割り当てる必要はなく、ArcGIS Desktopからエクスポートするときに「カラーマップを使用」を現在使用しています。

17 arcgis-desktop  geoserver  gdal  geotiff-tiff  geonetwork 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 2ヶ月前に閉店。 GeoTIFF形式の多数のファイルを含むフォルダーがあります。 これらの各イメージに対してPRJファイルとTFWファイルの両方を生成する必要があります。 これを行う方法はありますか？

16 geotiff-tiff 

まず、GISを扱うのはかなり新しいことですので、経験不足をお許しください。 私の状況は次のとおりです。一連の画像を地理補正し、それらの画像をオーバーレイとしてGoogle Earth Enterpriseサーバーにインポートする仕事をしています。私が研究したことから、これを行うための良いルートは、画像を.tifに変換し、GeoTIFFメタデータをインストールし、画像を直接インポートすることだと思われます（Google Earthは残りを見つけます）。ただし、GeoTIFFメタデータを実際に作成（およびインストール）するために、そこからどこに行くべきか正確にはわかりません。 私が持っているデータは次のとおりです。画像の中心の緯度/経度、方向（北を向くように回転する角度）、解像度（90mなど）。他のデータを抽出して.tifにインストールするための優れた方法/ツールセットを知っている人はいますか？GeoTIFF以外のものは良いアイデアですか？

15 google-earth  geotiff-tiff  georeferencing 

QGISによって動的に生成された画像を表示するWebポータルを開発したいのですが、QGISが提供するTIFF画像のサイズが大きすぎるため、画像ビューアーを使用してWebサイトに表示することはできません。そのため、これらのTIFF画像をjpg / jpegに変換してサイズを縮小し、ブラウザーフレンドリーにすることで、これらの画像をWebサイトに簡単に表示できるようにしました。しかし、gdalコマンドを使用してTIFFイメージをjpg / jpegに変換する方法がわかりません。 この点で私を助けてください。

15 qgis  gdal  geotiff-tiff 

ラスター画像の仕組みを知りたい、 aux、tfw、またはxmlのないジオティフのセットがあります arccatalogで空間情報を確認すると、投影があります。正しく表示されます。 投影がジオティフに埋め込まれている場合、なぜ.tfwが必要なのですか？ ジオティフが実際の座標wgs84にあり、高速表示のために別の投影が必要な場合、それが何をするのかを知る必要がありますか？または私のジオティフに情報が不足していますか？ また、別の投影法を定義するときに、arccatalogはauxを作成します。 そう。質問を短くすると、aux、tfwは情報が既にジオティフ内に保存されている場合に適していますか？

14 coordinate-system  geotiff-tiff 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 7か月前に閉鎖されました。 サイズが1GB（.tif）で、幅と高さが94000x71680のイメージがあります。この画像を20000X20000タイルにチャンクして、処理できるようにします。 これどうやってするの？

13 geotiff-tiff  tiles  digital-image-processing 

ベクターの背景マップとして使用する必要があるエリアのオルト写真があります。生の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 …

13 geoserver  geotiff-tiff  image-pyramids  ecw  tiling 

私は定期的にPythonでGDALを使用して自分のGeoTIFFラスターを作成します。例： from osgeo import gdal from numpy import random data = random.uniform(0, 10, (300, 200)) driver = gdal.GetDriverByName('GTiff') ds = driver.Create('MyRaster.tif', 200, 300) band = ds.GetRasterBand(1) band.WriteArray(data) ds = band = None # save, close ただし、結果をArcCatalog / ArcGISで表示すると、統計がないため、黒または灰色に見えます。これは、ArcCatalogでラスターを右クリックして[統計の計算...]を選択するか、コマンドプロンプトでgdalinfoを使用することで解決できます。 gdalinfo -stats MyRaster.tif MyRaster.tif.aux.xmlArcGISがラスターを適切にスケーリングするために使用するを生成します。PAM（Persistent Auxiliary Metadata）ファイルには、統計、特に最小値と最大値が含まれています。 <PAMDataset> <PAMRasterBand band="1"> <Metadata> <MDI key="STATISTICS_MINIMUM">0</MDI> …

13 python  gdal  geotiff-tiff  statistics 

tifイメージファイルと、.tfwワールドファイル（OSMデータからMapertiveで作成）があります。（Linuxコマンドラインを使用して）どうすればそれをGeoTIFFファイルに変換できますか？（つまり、2つではなく1つのファイルが必要です）。私はそれがgdalまたは何かで可能だと確信しています。

13 gdal  geotiff-tiff