牛魔王的作坊

· Mosaic Dataset 在ArcGIS 10中出现了一种新的数据模型Mosaic Dataset，它在某种程度上有点类似Raster Catalog，可以管理多个栅格。并且，不管是在File Geodatabase还是在ArcSDE中，Mosaic Dataset都可以将数据保留在外部而仅在Geodatabase中保存数据的引用，你会发现在Mosaic Dataset中加载数据非常快。换句话说，Mosaic Dataset的作用是把已经存在的栅格数据（不管是文件存储还是已经入库）管理起来。 在

I. 一些影响因素 · 压缩格式与压缩比 在导入栅格数据的时候，可以根据需要选择不同的压缩格式和压缩比，常见的有无压缩、LZ77、JPEG、JPEG2000等，其中有如LZ77的无损压缩方式，也有JPEG等有损压缩格式，对于有损压缩格式还可以选择不同的压缩质量。对于不同的压缩格式和压缩比下的栅格数据的存储和质量，下面有一个简单的比较。 以一个4.72G大小的TIFF格式无压缩无金字塔的栅格数据为数据源，将其导出成若干个不同压缩格式和压缩比的数据，结果如下：

这是2010年 ESRI China UC上我将要进行的讲座之一，慢慢贴出来。 技术性的讲座，如果整理了文档，就好象先写了电影剧本一样——一般剧本都要比拍出来的电影讲得清楚，虽然电影通常更精彩。不过，抛开讲述清楚与不清楚的区别，内容上的错误疏漏肯定不会依我的意志而消失，因此欢迎大家以挑电影电视剧穿帮镜头的劲头，来批评指正。   I. 概述 · 海量空间数据库的目标 当空间数据库中存储的数据达到一个数量级以后，很多在小数据量情况下可以忽略的问题会随着量变达到一个超出容忍范围的质变，“海量”的称谓也可

· 栅格切片尺寸 在导入栅格到ArcSDE中的时候[1]，从《II.栅格数据模型》中可以知道，栅格实际上是被切割成一块块存储在SDE_BLK_表中，每条记录代表了一个切片。默认这个切片的尺寸大小是128×128像素，对于这个切片在数据库中的存储在这里进行一下更深入的讨论。 如果我们在导入栅格的时候选择的压缩方式为None或者默认的LZ77，从上面的《压缩格式与压缩比》章节中可以知道，数据（基本）没有被压缩；对于没有压缩的数据，128×128像素大小的一个栅格切片应该包含16K个像素；而对于最常见的8 B

· Geodatabase载体 在ArcGIS的产品线中，Geodatabase有三种存在形式：Personal Geodatabase、File Geodatabase与ArcSDE。其中，Personal Geodatabase因为其只支持Windows平台、容量有2G的限制、数据达到200M以上性能就急剧下降等缺点，在第一时间就被抛弃掉。事实上，自从ArcGIS 9.2开始有了File Geodatabase的存在，我实在很难理解Personal Geodatabase这个在Access上生根发芽的

· 金字塔 在对前面一些因素的分析中，我们始终采用了未创建金字塔的存储数据进行讨论。这并非是对金字塔可以提高浏览速度作用的故意无视，而是我们希望排除掉金字塔的影响来获取我们需要的单个角度的信息。 现在，让我们来看一下金字塔的原理。金字塔通过在不同的比例尺下预先进行重采样并保存结果，避免了原始的栅格数据在小比例尺下实时重采样的过程，因此，此举能大大提高小比例尺下栅格数据的浏览效率。 图 8 栅格金字塔的原理 但是，从金字塔的原理可以知道，在与数据实际分辨率相近的比例尺下，金字塔并不能起任何加速显

http://download.youkuaiyun.com/source/2700340

I. 设计策略示例 · 单幅大影像 数据源：单幅58.1G大小的NTF数据。 这是一个无压缩的DEM数据，虽然数据没有压缩，但是对于NTF这种数据格式直接访问的性能，我们未必有把握断言，因此，首先需要对这个数据本身读取的效率进行一定的度量。 参考前面的讨论和一些数据，我们知道一个4.72G大小的无压缩TIFF在数据分辨率下进行一个预览的耗时仅有0.08秒。现在首先来看一下这个近60G的无压缩NTF数据的效率： 图 10 使用Map Service Publishing查看出图效率 在栅格数