一、导入数据

image.png

二、提交空三

ccupdate16提交空三和老版本比，邮件菜单深了一级
image.png
空三完成之后
image.png

三、构建reconstruction

image.png
根据自己的电脑配置调整分块大小
image.png

四、构建production

image.png
image.png
此处需要注意：
tile-wise是不合并根节点
across tiles是合并根节点
如果生成osgb格式的数据也是一样的
对于合并根节点的模式，production生产完毕之后，我们需要运行Generate Lod，只有Generate运行完毕之后，数据才算真正生成完毕，默认情况下只是构建了缓存（cache）
nodesize决定了生成的b3dm文件大小以及json文件的个数

image.png
image.png
image.png

五、对比是否合并根节点的效果

image.png（未合并根节点）
image.png（合并根节点）
1.未合并根节点的数据成果体积：162M======》合并根节点的数据成果体积106M
2.未合并根节点的数据成果文件个数：2665个======》合并根节点的数据成果文件个数1943个
3.nginx下发布数据（自动生成的index.html）的浏览效果
左侧nodesize为m，右侧为xl 3dtilesxl-m.mp4 (5.09MB)nodesize设置为XL
1.未合并根节点的数据成果体积：151M======》合并根节点的数据成果体积97.3M
2.未合并根节点的数据成果体积：804个======》合并根节点的数据成果体积573个
左侧为m不合并，右侧为xl合并 mtw-xlac.mp4 (5.21MB)

六、对比同等条件下的osgb格式数据

1.未合并根节点的数据成果体积：188M======》合并根节点的数据成果体积123M
2.未合并根节点的数据成果文件个数：1509个======》合并根节点的数据成果文件个数805个
nodesize设置为XL
1.未合并根节点的数据成果体积：177M======》合并根节点的数据成果体积114M
2.未合并根节点的数据成果体积：490个======》合并根节点的数据成果体积234个

七、本次对比的几个条件

1.所有过程全部采用默认配置
2.生成3dtiles格式的时候，坐标系统只能选择地心坐标系（ECEF - Earth-Centered, Earth-Fixed (EPSG:4978)）
生成osgb格式的时候，坐标系统选择WGS 84 / UTM zone 32N (EPSG:32632)
3.生成3dtiles格式的时候，纹理大小默认是2048，生成osgb格式的时候，纹理大小默认8192
4.Reconstruction分块大小，默认210米，7.2G内存占用