Questions tagged «geotiff-tiff»

引用地理参考或非地理参考的TIFF(标记图像文件格式)文件时,请使用此标签。

8
是否应将GDAL设置为通过压缩生成GeoTIFF文件?应该使用哪种算法?
我有一个主要由GeoTIFF文件组成的GIS数据文件夹。整套大约重约1.2 GB。我注意到,如果将内容包装到tarball中,它将粉碎到大约82 MB。我想将其检入修订控制系统中,以便其他人可以使用它,并且似乎可以挤出一些空间。 GDAL GeoTIFF 驱动程序页面列出了许多可用于创建压缩的GeoTIFF文件的选项。还有很多选项会影响每种算法的工作方式。 帮助页面在描述选项方面做得很好,但是没有详细说明如何选择与变化的压缩级别相关的算法或权衡取舍。这导致以下问题: 使用压缩的优点是可以节省大量空间。缺点是什么?压缩图像时信息会丢失吗? 如何选择一种算法和压缩级别。某些类型的图像是否适合某种算法?


5
如何通过切割180子午线将栅格从0 360重新投影到-180 180
我有一个Geotiff栅格图像,它的坐标系的纬度从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。图像本身看起来与初始图像相同。但我希望它能交换半球。 问题是-如何将图像的经度严格调整为-180 180 EPSG:4326,且中心在0度的经度? 这是我的初始文件的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) ( …

7
各种栅格数据格式的速度
我在查找不同栅格文件格式的任何讨论或比较基准测试时遇到麻烦(例如,用于R中的数据分析)。是否有人对为什么特定格式可能更快或更慢有任何见解?还是应该使差异最小? 具体来说,我感兴趣的是将栅格(例如GEOTIFF文件)转换为其他格式(例如netCDF)是否值得为了加快读取/写入和其他操作的速度。

3
GeoTIFF金字塔/概述如何标准化?
虽然金字塔/概述不是GeoTIFF标准的一部分,但许多工具都支持创建金字塔。例如vips / nip2,Orfeo工具箱(otb)和ossim,它们都为创建它们提供了支持。但是我不知道他们是否都会以其他人支持的格式创建文件。浏览这些工具的文档并没有真正提及任何内容。 vips不是地理空间工具,我找不到任何最终用户友好的文档,但是IIPImage文档提到了其对“平铺的金字塔形TIFF”的支持:http : //iipimage.sourceforge.net/documentation/images/ OTB没有提及有关“多分辨率金字塔”的格式或规格的任何内容: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 他们指出: 由不同应用程序创建的金字塔TIFF文件的结构不一定相同。特别是,从使用JHOVE进行分析和ImageMagick中的identify命令来看,Adobe的Photoshop和Image Magick生成具有不同内部TIFF结构的文件。在这两种情况下,大多数可以处理TIFF的软件似乎都能毫无问题地识别主TIFF。 那么,这些格式是否在某处进行了标准化,指定和记录?如何找到可以与他人兼容的方式生产它们的工具?概述/金字塔中是否有任何地理空间标签,或者我可以使用任何软件在图像数据上创建它们?

1
文件大小膨胀是否与gdalwarp正常?
在使用gdalwarp(通过-tap)投影并对齐到栅格后,我注意到输出栅格比原始栅格大得多。相当彻底的网络搜索发现了Trac问题: 弗兰克·沃默丹(Frank Warmerdam)解释了原因: “经过仔细检查,所讨论文件的不同之处在于,gdal_translate使用TIFFWriteScanline()接口从GTiffDataset :: CreateCopy?()内部写入输出文件,而这仅写入了最后一个'strip'完整的图像区域所需的文件。但是gdalwarp会通过blockio接口,该接口会写入完整的最终条带,甚至是掉落到文件末尾的部分。” 但是,此Trac问题gdalwarp已有7年之久了,我知道GDAL实用程序已经进行了一些更改。我想知道上述推理是否仍然成立,我看到的文件大小膨胀是否“正常”。此处的“正常”一词可能表示意料之中或意料之中,但更重要的是:是否可以采取任何措施来减轻这种影响,即减小输出栅格文件的大小?下表是我遇到的文件大小膨胀的表。 Input File Size (bytes) Output File Size (bytes) Inflation 1437380431 1698334217 18% 1428001178 1698334433 19% 41683165 137036637 228% 输入的TIFF文件是在ArcGIS中创建的,因此具有外部Worldfile,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压缩率。

3
如何将Geotiff“无数据”颜色更改为白色/透明而不是黑色?
我正在准备将数据包含到地理网络节点中,该节点通过geoserver显示地图。 问题是没有“数据”的单元格在Geotiff中显示为黑色,我希望将颜色设置为白色或透明。 我正在使用ArcView,但无法访问Spatial Analyst或3D分析师。 我不希望不必分配新的sld文件,并且在从ArcGIS Desktop导出时目前使用“使用颜色图”。

5
为GeoTIFF文件的文件夹创建TFW和PRJ文件?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 3个月前关闭。 我有一个文件夹,其中包含大量GeoTIFF格式的文件。 我需要为每个图像生成PRJ和TFW文件。 有什么办法可以做到这一点?

3
创建GeoTIFF的步骤
首先,我想提一下我在使用GIS方面还很陌生,因此请原谅我的经验。 我的情况如下:我的任务是对一组图像进行地理校正,然后将这些图像作为叠加图导入到Google Earth Enterprise服务器中。根据我的研究,听起来不错的方法是将图像转换为.tif,安装GeoTIFF元数据,然后直接导入图像(Google Earth会找出其余的图像)。但是,我不确定要从哪里实际创建GeoTIFF元数据(并安装它)。 这是我拥有的数据:图像中心的经度/纬度,方向(即旋转到北向的角度)和分辨率(例如90m)。有谁知道一个好的方法/工具集来导出任何其他数据并将其安装到.tif中?除了GeoTIFF以外,还有什么好主意吗?

2
如何使用GDAL命令行实用程序将QGIS生成的tiff图像转换为jpg / jpeg?
我想开发一个Web门户网站,以显示由QGIS动态生成的图像,但是QGIS提供的tiff图像太大,并且无法使用图像查看器在网站上显示它。这就是为什么我决定将这些tiff图片转换为jpg / jpeg以减小尺寸以及对浏览器友好的原因,以便可以轻松地在我的网站上显示这些图片。但是我不知道如何使用gdal命令将tiff图像转换为jpg / jpeg。 请在这方面帮助我。

2
.aux xml和tfw世界文件的GEOTIFF解释
我想知道光栅图像是如何工作的, 我有一组没有aux,tfw或xml的geotiffs 当我检查arccatalog中的空间信息时,它们确实具有投影。并且它们显示正确。 如果投影嵌入到Geotiff中,为什么需要.tfw? 我需要知道它的作用,如果Geotiff在真实坐标wgs84中并且我想要另一个用于快速显示的投影,它将用于快速转换吗?还是我的地理学者缺乏信息? 当我定义另一个投影时,arccatalog创建辅助,我是否需要保持该辅助? 所以。缩短问题,如果信息已经存储在Geotiff中,则aux,tfw有什么用?

2
如何获取GDAL以在Python中为GTiff创建统计信息
我定期使用GDAL在Python中创建自己的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.xml,ArcGIS会使用来正确缩放栅格。PAM(永久辅助元数据)文件包含统计信息,最值得注意的是最小值和最大值: <PAMDataset> <PAMRasterBand band="1"> <Metadata> <MDI key="STATISTICS_MINIMUM">0</MDI> <MDI key="STATISTICS_MAXIMUM">10</MDI> …

2
将.tif与.tfw转换为GeoTiff?
我有一个tif图像文件和一个.tfw世界文件(使用Mapertive从OSM数据创建)。如何(使用Linux命令行)将其转换为GeoTIFF文件?(即我想要一个文件,而不是2个文件)。我相信gdal之类的东西是可能的。

4
将.tif图片分割成几个图块?[关闭]
已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗?更新问题,使其仅通过编辑此帖子来关注一个问题。 8个月前关闭。 我有一个大小为1GB(.tif),宽度和高度为94000x71680的图像。我想将此图像分成20000X20000个图块,以便我可以对其进行处理。 我怎样才能做到这一点?

2
GeoServer:发布2500 TIFF或71个ECW文件的最佳方法?
我有需要作为矢量背景图的区域的正照片。我将其作为原始TIFF格式的2500个文件(每个71.5 MB)以及相应的TFW字文件-180GB的数据获取。坐标系是局部的,并且与我的向量匹配(没有EPSG代码,但我将其命名为“ 32805”并给出了正确的定义)。 对于在MapInfo中用于桌面的情况,我将它们转换为ECW(使用MapInfo附带的某些工具),并且扩展到更大的大小,只有71个文件,因为打开2500个tiff文件是过分的。我刚刚将49个TIFF(7x7)合并到一个ECW中-35000x35000pixels –最大约为200MB)。它在MapInfo中运行良好且非常快。 现在我很困惑-如何在GeoServer中提供服务? 我已经发布了一个TIFF和一个ECW进行比较。ECW在浏览器预览中要快得多(我知道ECW服务器许可问题,但这不应该是问题)。我找到了一个演示文稿“类固醇上的GeoServer”,并阅读了有关ImageMosaic,ImagePyramid,平铺,添加概述等内容,虽然内容丰富,但仍然不知道该怎么做。 我的问题是:我应该怎么做?马赛克或金字塔,如果是肯定的答案之一,我需要您的建议或提示。由于磁盘空间的原因,我真的很想成为ECW,因此无需在服务器上保留180GB的tiff。 高峰时段将通过LAN提供数据,最多可连接20个用户。SQLServer的数据量不是很大。抱歉,如果我错过其他信息,但是如果需要,我会发送。 Geoserver 2.1.4,Windows 7 32位,2GB系统内存,(1.7.0_09(Java HotSpot(TM)服务器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 TIFFTAG_XRESOLUTION=72 TIFFTAG_YRESOLUTION=72 …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.