GeoTIFF / DEM 查看器 — 免费在线工具

GeoTIFF / DEM 查看器是 CintaBox 芯塔盒在线工具箱提供的免费在线工具：收到一个 .tif 栅格文件——DEM 高程、遥感影像、土地利用图——想知道它多大、什么坐标系、分辨率多少、覆盖哪块地、高程范围多少，不必装 QGIS / ArcGIS，也不该把内部数据传到某个「在线解析」站。拖进这个页面就有答案。

⭐ **地理信息一目了然**：尺寸与波段、数据类型（浮点常见于 DEM 高程）、坐标系（EPSG）、分辨率、地理范围（外包框）、nodata 值、压缩方式与预测器、按条带还是瓦片存储——都从 TIFF 目录和 GeoTIFF 地理键里读出来。

⭐ **DEM 直接画出来还能点读高程**：无压缩 / Deflate / PackBits / **LZW** / **ZSTD** 的栅格在浏览器里解码渲染，高程用灰度或「分层设色（地形）」，点图上任意一点就读它的高程和对应的经纬度或投影坐标——不用打开专业软件也能快速看一眼数据长什么样、值域对不对。

⭐ **本机解析，文件不上传**：TIFF 目录、GeoTIFF 键、Deflate / PackBits 解压、水平 / 浮点预测器、条带与瓦片全部在你自己的浏览器里完成，断网也能用。

**它看不见什么**：JPEG / LERC / LZMA 压缩仍不解码（仍显示元数据，且会指名道姓说是哪一种）；不做重投影、不叠底图、RGB 影像不做真彩合成、坐标系只按 EPSG 代码显示——这些在后续版本。

⭐ **LZW 也解得开**（v0.2）：自写 TIFF 版 LZW 解码，条带与瓦片、带不带预测器都支持。难点在 TIFF 的「early change」——码宽要比教科书 LZW 早一个码加位；差这一个码，小图照样解得对、大图会从某一处开始整片变成雪花，所以判据用的是 256×256 的噪声图（码表会涨满并触发清除码），逐像素对 rasterio / GDAL 解出来的结果。

⭐ **默认按 2%~98% 分位数拉伸**（v0.2）：几个极端值（水域 −32768、云顶、坏像元）就能让「最小~最大」线性着色把九成像素挤进一两个色阶，图看着像没数据。现在默认用分位数拉伸，可切「最小~最大」或「均值 ± 2 倍标准差」；下方直方图画出当前着色区间，区间外的像素会被压到两端颜色——**颜色一样不等于值一样**，这句话就写在图例上。拉伸只改着色不改数据，点读出来的永远是原值。

⭐ **对着 gdalinfo 逐字段补齐**（v0.3）：**概览金字塔**（文件里预存的缩小版有几级、各多大；大图会自动用它显示，快得多——但概览是重采样过的，点读出来不是原始像素值，界面会标出来）、**比例 / 偏移**（有些 DEM 用整数存再声明 scale 0.1，不换算读出来的高程差十倍而图照样画得出来；本工具按真实值显示和点读）、波段描述与单位、颜色角色与交错方式、**独立掩膜波段**（被掩掉的像素画成透明，统计与直方图里也不参与，与 gdalinfo / QGIS 一致）、像素含义（Area / Point）、中心点、写入软件 / 时间 / 图像描述等 TIFF 标签。

⭐ **分类图按文件自带的颜色表上色**：带颜色表的 GeoTIFF（土地利用、植被类型这类分类图）不再被当成灰度画。判断依据是**有没有颜色表标签**而不是 PhotometricInterpretation——GDAL 默认写调色板时那个字段仍然是灰度，只看它会把五个类别画成五级灰。图例会列出图里真的出现过的取值和各自的像素数。

**同时修掉两处会安静给出错值的毛病**：像素含义是 Point 的文件，连结点指的是像素中心而不是左上角，不减半个像素的话坐标整体偏半格（30 米分辨率就是 15 米），而图看着完全正常；TIFF 的 ASCII 标签按单字节解码会把 GDAL 写的 UTF-8 中文元数据变成乱码，也不报任何错。

⭐ **ZSTD 压缩的栅格也画得出来**（v0.4）：GDAL 从 2.3 起就能把 GeoTIFF 压成 ZSTD，遥感数据里越来越常见。解码器是本站自己按 RFC 8878 写的纯 JavaScript 实现，不依赖浏览器有没有内置（Chrome 至今不支持 zstd 解压）。条带与瓦片、带不带预测器都试过，逐像素对 GDAL 解出来的结果一致。现在无压缩 / Deflate / PackBits / LZW / ZSTD 五种都能直接预览。

⭐ **坡度 / 坡向 / 山体阴影直接出图**（v0.5）：「显示」下拉一切，同一份 DEM 就变成坡度图、坡向图或山体阴影图。坡度用 **Horn 三阶有限差分**（3×3 九格加权，gdaldem 与 ArcGIS 的默认算法，不是 Zevenbergen-Thorne 四邻法）；坡向按 GDAL 口径——0° 是正北、顺时针、指的是**下坡**方向，平地记作 −1 并单独画成灰色（它没有坡向，不是「朝正北」），配色用色轮而不是深浅渐变，因为 359° 和 1° 只差 2°，用渐变会在正北凭空造出一条不存在的突变线；山体阴影按 ESRI 公布的公式算，太阳方位角和高度角可以调。

⭐ **经纬度 DEM 的格距按椭球逐纬度换算**：这是坡度最容易被静默算错的地方——经纬度坐标系里格距的单位是**度**、高程是**米**，直接相除得到的数毫无意义，却长得和真坡度一模一样。常见做法是乘一个与纬度无关的常数（gdaldem 文档里的 111120），但 1 度经度的地面长度随 cos(纬度) 收缩：赤道 111319 米、45°N 只剩 78847 米、60°N 只剩 55800 米。用常数的话，45°N 把东西向格距高估 **41%**、算出的坡度**少报近 10 度**、坡向歪约 10 度，60°N 少报约 19 度。本工具按 WGS84 椭球对每一行分别换算，并把用到的格距写在图例上。

⭐ **算不出来就说算不出来**：图的最外一圈、以及 nodata / 掩膜空洞周围的 3×3 窗口不完整，这些点画成透明，不拿边界值或 −9999 凑数（那样会凭空多出一面悬崖）。没有地理参考、或者栅格带旋转的文件，这三项会明确拒绝而不是拿像素号当米硬算。高程的单位绝大多数文件根本不声明，默认当成与平面同一单位，另给一个「高程系数」让你自己改（高程是英尺、平面是米就填 0.3048）——这一条也明写在界面上。无需注册、无需安装软件，打开网页即可使用，处理全程在浏览器本机完成，文件不上传服务器。