我用光栅来从一个更大的光栅中创建贴片。然而,我注意到许多结果块只包含没有数据值。我怎样才能避免把这些瓦片写出来。

我有一个巨大的ecw文件，数据不多。下面是一个简化图。黑色区域是“nodata区域”，红色区域是实际数据（或道路后面的声音）。

我想把这个转换成一个大tiff(平铺)问题是生成的文件太大，无法存储在内存中(根据stats，需要60gb的RAM ++)，所以速度会慢很多。通过使用光栅贴片分割这个区域，我可以得到大约20个贴片，在处理过程中不需要那么多内存。

然而，我想知道是否有可能以某种方式“不读取”无数据、黑色、透明的数据(如第4条波段所述)，但只读取相关像素。

在矢量数据集上，当你使用瓦片时，它只会发送包含矢量数据的瓦片，并删除“空瓷砖”-这似乎不工作与光栅。一种解决方案是对该光栅块内的数据计算第4级，如果所有值都是透明的，则跳过该光栅块。或者更可取的是，这可能是一个更快的解决方案?

添加生成具有重叠瓷砖的能力，要么按像素数，要么按距离。当前hack是获取边框，瓷砖,缓冲区的瓷砖,得到它们的边界框(确保直角)，复制图像(尽可能多的瓷砖)，并按图块对图像进行分组，使每个图块对原始图像进行剪辑。(如果裁剪器可以处理重叠，则可以避免最后一种情况)

症状

当编写一个网页地图或光栅瓷砖集与数据集扇出打开，当写入和RAM使用SkyRockets时，性能会显著降低。

导致

数据集扇出重新排列瓷砖的顺序，也要求所有的瓦片在开始写之前都要积累起来，这导致性能低下。

决议

此时，建议在编写光栅贴片时不要使用数据集扇出。

此问题将在解决pr 41202时解决。

是否可以平铺光栅，但只导出那些真正包含数据的平铺?

我有一个DTM，当平铺时产生许多我不想要的空白ascii网格文件。

ASCII网格>光栅Tiler >光栅minmaxextractor > Tiled_X.asc

下载

Rasterpyramidingexample.fmt

工作区

以上:光栅金字塔示例工作区。

该工作区读取单个大型光栅图像，金字塔和瓷砖，并将输出写入GeoTIFF。

以上:这张光栅金字塔的特写突出显示最小的光栅将是24x24像素大小。

所以要创建的第一个光栅将被重新采样为24x24像素大小。随后的每个光栅都是48×48分辨率的两倍，等等……

当达到原始光栅的大小时，然后金字塔的过程就停止了。

在这个例子中,原始光栅大小为1201 x 1201像素。最小的光栅是24×24。因此，栅格金字塔将是:

24 x 2448 x 4896 x 96192 x 192384 x 384768 x 7681536 x 1536

总共有七个金字塔层。

以上:特征计数显示一个图像是如何被分割成七层的。

表达式求值器用于确定为每个金字塔层创建多少块tile。光栅匠然后进行平铺。在这个例子中,我们使用简单的公式：

= -

以上:表达式求值器设置。

以上:光栅设置。

所以有:

       
        = 7
       

我们得到:

7-第6层=1（即1x1瓷砖)7 -层5 = 2(即7 -层4 = 3(即7 -层3 = 4(即4×4瓷砖)7 -层2 = 5(即5×5瓷砖)7 -层1 = 6(即6x6瓷砖)7 -层0 = 7(即7 x7瓷砖)

所以输出文件的总数为:

(1 x1) + (2 x2) + (3 x3) + (4 x4) + (5 x5) + (6 x6) + (7 x7) = 140

以上:这个数字是由FME日志文件证明的…

以上: ...and by the Feature Connection counter.