从ArcGIS两个DEM数据镶嵌结果错误说起——聊一聊像素类型和像素深度

聊一聊像素类型和像素深度

    前言：这是2017年的一篇旧文章，欢迎大家阅读！下一篇我们推送自己写的工具如何批量下载在线地图的影像，请把我们的公众号打上星标，及时获取文章推送哦。  

    场景：你刚开始学习ArcGIS不久，某天天气不错你想将两个DEM（数字高程）栅格数据进行镶嵌，悠哉游哉的把两个数据一添加，然后直接ok，然后呢，你就看到了，我去，结果不对啊，怎么值值变小了，数据也变得有点奇怪。如下图。你左试验右试验，就是不对。

你的操作如下：

你的数据：

你的结果：

这个时候为了找到问题所在，我们就要来谈一下栅格数据的两个属性：像素类型（Pixel Type）和像素深度（Pixel Depth）。我们在对一个栅格数据右键打开属性时，有如下图的内容。

     

我们注意到这两个属性，如上图。这个属性其实决定着栅格数据的取值范围，比如我们图里面的有符号整形16位（16_BIT_SIGNED），它的取值范围为-32,768 到 32,767。其中像素类型决定数据是有符号和无符号，其实吧，说的就是能不能取负数值。像素深度决定着特定栅格文件可以存储的值的范围，该范围可根据公式 2n 计算得出（其中，n 表示位深度）。下图显示了针对不同位深度所存储的值的范围（这张图也是是“镶嵌至新栅格”工具中参数“像素类型（可选）”的可选项）：

一般我们大多影像类型的栅格数据是8位无符号（8bit unsigned integer），但是高程数据则不然，一般一个区域的最高高程都会大于255，而且有可能取负值（海拔为负值），这就决定了DEM数据一般是16_BIT_UNSIGNED—16 位无符号数据类型。

这个时候，你就应该想到你利用“镶嵌至新栅格”工具拼接DEM数据时采用默认参数，像素类型选的是8bit unsigned integer，使得拼接结果的取值为0-255，造成了拼接结果的错误，

（题外话，我们现在很多国产卫星大多数原始数据是16位的，但是后期成果处理后之后变8位，很多影像处理工具大多针对8bit unsigned integer，影像处理过程中有一步骤叫做降8位指的就是将影像数据从16位或者其他更高位深度降位为8位数据）

接下来我们就改正错误，如下：

正确结果：

 点击--->

 ArcGIS在国土空间·城乡规划中的实战应用

ArcGIS10.X入门实战视频教程（GIS思维）