children json数据 递归_3dTiles 数据规范详解[2] Tileset与Tile

一、一个简单的3dTiles数据示例

上图是一份 3dTiles数据集在文件夹内的样子，层层打开可得以下特点：

• 入口文件是 tileset.json
• 各级瓦片用文件夹（目录）来组织

3dTiles 数据目前的具体文件实现，是一些零散的文件。

数据集的名称与所在文件夹的名称并无关系，数据集的名称写在入口文件中。

3dTiles至少有一个 tileset.json 文件，作为整个数据集的入口。它是一个 json 文件，描述了整个三维瓦片数据集，它记录的是上一节提及的“逻辑信息”，还包括一些其他的元数据。而“属性信息”、“嵌入的gltf模型” 则位于各个二进制瓦片文件中，这些二进制文件则由 tileset.json 中的瓦片中的 uri 来引用。

瓦片是什么？

瓦片，屋顶上的瓦片。古时候，盖房子，屋顶不能一次浇筑完工，也没有特定的“屋顶”零件，所以只好一片片瓦片盖上去（我瞎掰的）。

瓦片切割了三维数据，允许三维数据进行细分。我们都知道网速是有限的，在加载超大规模的三维模型数据时，不可能把一个模型全部下载下来再渲染，那样等待的时间太慢了，但是一点一点出现，视野范围外的“瓦片”则干脆就不下载、渲染，性能、视觉都有提高。这就是瓦片的设计优点。

传统的二维地图瓦片，叫做 WMTS 或 TMS，这个 "T" 就是 Tile 的意思。

现在，你只要知道，3dTiles就是把空间进行切块，每个块叫做 “tile”，也即瓦片。至于怎么切的——待会介绍 tileset.json 时，会隆重介绍树结构。