前几天发布了台北地区倾斜摄影OSGB数据第一个版本(139GB,台北倾斜摄影OSGB数据V0.1版),虽然数据还是一个半成品，完全没想到热度很高，很多读者对这份数据都有比较浓厚的兴趣，在这里首先感谢各位读者的大力支持与鼓励，给了我持续更新的动力，也让我不得不加快台湾倾斜摄影生产更新迭代的速度。经过这几天的不断努力，针对V0.1版本的一些主要问题，进行了初步迭代与回归，今天正式发布V0.2版本，下面就V0.2版本进行详细说明。
1.台北数据完全生成
台北地区倾斜摄影覆盖面积约有235平方公里，覆盖了绝大部分台北市区及部分山区，当然松山机场、总督府以及衡山指挥所等区域重要敏感设施做了屏蔽处理，覆盖范围可以见下图(倾斜摄影覆盖范围截图来自于谷歌官方)。
在V0.1版本中，生成的数据大小只有139GB，其实是在生成时由于转换工具Bug，导致程序提前退出，并没有完全转换成功，在V0.2版本中解决了该问题，并对台北地区数据进行了全部生成；其生成数据大小有335GB，共计180多万个osgb文件，数据大小与台北3DTiles数据大小相差不大。
2.问题修复
在V0.1中，出现了节点缺失的问题，而且还比较严重，因为每一层级都有出现,而且层级越高，缺失的瓦片越多，效果见下图：
刚开始看到瓦片缺失的效果时，还是比较费解的，但是经过仔细分析，定位到了原因;上图中出现的问题，是由于多线程生成导致的，在这次版本中得到彻底解决，可以看下面这张效果图：
3.生成时长
台北地区原始倾斜摄影数据有248GB大小，处理成OSGB格式后有335GB。
由于对OSGB转换工具多线程生产流程进行了优化，335GB数据共耗费了11013秒，约3小时就把台北地区数据处理完成，平均每小时处理78.3平方公里原始数据，生成111.6GB大小OSGB成果数据，在生成速度上与3DTiles转换工具不相上下。
从目前来看，V0.2版本已经无限接近正式版本，待对这份数据进行测试，并进行完一轮回归测试后，将发布正式版第一个版本V1.0，敬请大家期待！
最后在这里我想谈一下我的产品开发感想，从最开始做谷歌倾斜摄影数据3DTiles格式转换，到OSGB格式转换，一直坚持着做倾斜摄影显示效果和显示效率T0级别产品的理念；生成的成果数据，达不到谷歌地球官方效果，是不会对外发布的，只有达到和超越了官方效果，它的使用价值才能得以最大化体现。现在我的做法是对标谷歌官方倾斜摄影显示效果，按照质疑谷歌地球、理解谷歌地球、成为谷歌地球、超越谷歌地球的道路进行产品迭代开发。当前生产的数据在调度和显示效率上，已经能够达到与谷歌地球相当或者接近的水平，因此我会持续迭代下去，为全球级倾斜摄影3DTiles和OSGB数据存储、发布、显示等流程打造一整套解决方案。后期需要自我创新超越，与游戏引擎UE/Unity、VR/MR等新型交互式设备结合，数据单体化生产、构建专用大模型和知识图谱等，在显示效果上优化创新的同时，更是对数据处理、调度与显示效率的深度优化与产品创新，才能达到超越谷歌地球的存在。
