在ArcGIS Desktop中的栅格中可以识别NoData值，但是不遵循符号规则吗？

9

我在ArcGIS Desktop中有一个GeoTIFF栅格，可以从以下两个链接下载该栅格：

如果将它们加载到ArcGIS Desktop中，将会看到较大的统一区域。使用“信息”工具单击这些区域将显示像素值为“无数据”。但是，当您选择在图层的“符号”首选项中将“无数据”值显示为透明（或任何颜色）时，“无数据”值将不遵循该规则。

有趣的是，图像主要区域之外的“无数据”值确实遵循该规则（将颜色设置为红色即可看到该规则），但图像内部的值则不然。

我真的很难尝试解决此问题-根本无法解决该问题。

有人有什么想法吗？

— 罗宾特
source

3

我下载了文件并将其转换为numpy数组，当我遍历数组中的值时，我看到我得到-3.40282347e + 38和NaN作为无数据值。也许您可以将这些值重新分类为一个或另一个，所以所有nodata值都相同。

您可以使用重新分类工具，arcpy.sa.setnull或者我确定numpy具有一些精美的功能，如果您将图像转换为numpy数组，则可以做到这一点。

如果您想走开放源码的道路，那么Gdal Translation也可能会很有用。

— 团子
source

您是否知道如何重新分类这些值？我似乎无法让ArcGIS识别NaN的任何内容，而且似乎也无法处理非常低的值（基本上看起来是NaN-因为这是Arc中的浮动范围）。

— robintw 2012年

如果是我，我会将每个图像转换为一个numpy数组，遍历该数组，将所有nodata值转换为-9999或其他值，然后将该数组传送回图像。我敢肯定有一种更聪明的方式来做，但是我没有和numpy一起工作。

— dango 2012年

如果决定使用我上面建议的方法，则可能要看一下使用python math.isnan（）函数来识别NaN值。

— dango 2012年

4

该文件/数据肯定发生了一些非常时髦的事情。

您是对的，即使属性都显示相同的内容，ArcGIS也显示两种不同类型的NoData。QGIS也这样做。我完全不知道数据中发生了什么（但是我猜测是在幕后使用了两个不同的“ noData”值，例如，一个可能为“ null”，另一个为“ -9999”），但我对此很感兴趣要知道，也许其他人可以启发我们。

但是，有两种可能的解决方法：

导出数据 -如果导出数据以确保“使用渲染器”，它将开始正常工作。如果不勾选使用渲染器，则新文件将出现相同的问题。不利的一面是将其转换为8位数据（0-255）。其他一些工具可能能够重新渲染它，同时将数据保持为32位浮点数。

使用分类 -分类符号系统方法似乎可以正确显示两种NoData类型（即，同一件事），因此请尽可能使用它，并且您不想更改数据。Stretched会显示您报告的错误，而“ Unique Values”则什么都没有显示。

（使用ArcGIS 9.3.1）

— 地理信息系统
source

感谢您的回复-我很高兴不仅仅是我自己觉得这很奇怪。不幸的是，分类的符号体系不适合我需要做的事情，但此刻我将使用渲染器进行导出。令人沮丧的是，这种情况发生在我使用MODIS在线处理系统从MODIS卫星获得的所有文件上。我认为问题很可能是两种不同类型的NoData-我认为在这种情况下，它们可能是“ null”和NaN，但我不知道。

— robintw 2012年

我认为“使用分类”是解决此错误的所有建议技术中最繁琐的工作。您几乎可以在“分类”菜单的“拉伸”菜单中进行几乎所有操作。

— 亚历山大

2

我刚遇到相同的问题-找到了“解决方案”。如果使用栅格计算器将栅格乘以1.0，ArcMap将识别NoData值。

— 海尔斯基
source

1

32位ESRI网格也存在相同的问题。16位的工作正常，NoData是不可见的，但对于32位的则显示为黑色。通过单独导出并将nodata值更改为-32768来解决此问题，而32位通常具有-2147483647。

— 凯
source

1

我有同样的问题。对我有用的是将栅格导出到地理数据库文件夹中。如果将栅格导出到地理数据库，则Arcmap会正确显示NoData值。

— 费尔南多·里贝罗
source

0

执行镶嵌时，Landsat 8-OLI图像也存在类似问题。外部（背景）上的“ NoData”值没有任何作用，但是任何丢失的数据块（例如内部的云/阴影去除）都会更改参考镶嵌图层的颜色。我在ERDAS和Arcmap中执行了相同的结果。由于某种原因，它会影响符号系统，但是如果您使用“识别”工具，则像素值是正确的。如果您追求结果而不显示，那么应该没问题。

— Zman3
source