现在是时候回到上个月的了解SAP HANA的邻居和Ethan Jewett的评论：

让我们将SAP HANA的结果与德国维基百科的信息进行比较：

所以，问题可能是我加载到SAP HANA的开放数据的规模，因此，德国的面积与官方的357022平方公里相比，也会相应缩小？让我们检查一下：

嗯，对于面积，结果之间的差异只有00557%。所以这不是规模问题。

为了更好地理解发生了什么，让我们从OpenStreetMap网站提供的通用海岸线数据集中获取海岸线zip文件：

解压时，我们会得到8个不同缩放级别的形状文件集。

通过查看文件大小，我们可以看到z8缩放应该比以前的文件包含更多的细节。

让我们加载这些文件。请注意，shapefile是使用webmercator投影创建的，移动大数据，物联网大会，即称为EPSG:3857。SAP HANA Express中没有现成的此参考系统。首先创建这个SRS，如果在"PUBLIC.""ST\u SPATIAL\u REFERENCE\u SYSTEMS"中丢失，

现在让我们看看一个具体的例子：冰岛。维基百科说冰岛"位于北纬63度到68度，经度25度到13度之间"。

仅从表格中选择边界框多边形内的地理位置（（-2763，-1163，云品，-1167，-2767，-2763））。再次，请记住SRS 3857（用于存储海岸线表中的地理位置）和SRS 4326（GPS坐标）之间的转换，SRS 4326（GPS坐标）用于定义边界框。

下面是所有三个可视化的颜色代码，黑色表示z1的缩放细节，中移物联网，淘客网店推广平台，红色表示z4，z8为绿色。

或选定片段：

计算这三个选定细节缩放级别的海岸线长度。

对于同一国家，海岸线长度介于1329 km和5001 km之间，具体取决于几何体中存储的细节粒度！那么为什么要为细节层次的形状而烦恼呢？好吧，对于大多数计算和可视化来说，较低级别的细节可能就足够了，同时可以减少内存占用和加快计算速度。因此，这是精度和性能之间的平衡。

即使测量海岸线（以及边界线）的实际长度也是一个挑战，称为海岸线悖论，这在本视频中得到了很好的解释。

享受吧！那就到下周二吧！-Vitaliy，又名@Sygyzmundovych