首先想确定几个问题(以下问题针对的实景格式均为3sm格式,MS版本为最新版的UP15):
1.之前论坛上有人提到过,MS中对实景网格的遮罩,遮罩元素只能是凸多边形,首先请解释一下程序对凸多边形的定义?再者这个BUG是否已修复,若已修复,是在哪个版本修复的?
2.可以作为遮罩的元素类型有哪些?遮罩的逻辑是什么?我试过形状和网格,形状可以较好的进行遮罩(这里还想求证一件事:从实际效果来看,遮罩是垂直投影面的遮罩,因为这里的形状是2D的),但是网格遮罩时是利用元素范围(两侧角点构成的区域)进行遮罩
以下为实际使用过程中遇到的问题:
我们通过其他方法提取了很多闭合形状(2000+的个数),希望以其作为遮罩元素对实景网格进行遮罩,但是一进行MS很快就卡死了,我个人觉得MS(或者说Decarts)对遮罩的算法可能目前有较大问题
让我有此感觉的原因是:同样的问题,我们在某国产BIM软件上对实景网格进行遮罩时(同一个项目,上面提到的遮罩元素(形状)也是通过我们使用某种方法提取出来的),耗时总共在几分钟以内,就能完成。
我们希望和Bentley研发团队沟通的是:目前MS不能承载对实景进行多元素遮罩的原因是什么?或者说MS实景网格遮罩这个功能一直以来不好用的原因是什么?
以上问题是否有折中的处理办法?或者说是我们的某些操作有问题?
很奇怪的是,在这个问题上,某国产的BIM软件处理的速度和效果(一键式)居然远强于目前MS的处理,让我感到比较费解,也让我觉得这个功能一定有很大改善空间!希望能得到及时的反馈。谢谢
感谢您的仔细测试和意见反馈。可否将您测试的实景模型以及遮罩多边形数据发给我们测试?谢谢!
如图所示(具体的倾斜摄影开挖(遮罩)效果我这里就不演示了),这个软件对实景格式只支持OSGB,但是却能实现一键式的开挖,在和他们的技术沟通后再加上我自己的理解,首先我觉得可以确定几件事:
1.所有软件(包括Bentley)对倾斜摄影的处理,本质是“障眼法”,只是让倾斜摄影“看起来”变化了,但从数据本身而言程序(不管是MS还是其他软件)是无法对倾斜摄影数据本身进行修改的
2.该款软件对倾斜摄影开挖采取的手段,本质上和Bentley一样:用形状对倾斜摄影进行遮罩(垂直投影剪切),程序自动读取这些元素数据完成遮罩
既然从技术路线来说并无什么区别,那么Bentley在这个问题上的缺失就让人费解了。
我觉得这是一个很严重的问题,无法解决这个问题,意味着我们无法解决大体量的模型与实景模型交互的问题,这对于Bentley在交通领域BIM的推广一定是一个很大的制约。
最后,我觉得一家面世才一年多的国产软件公司能轻易解决的问题,对于Bentley而言不应该是难题
我用了一个比较直接的测试(一个3sm文件为250m,一个3sm文件为6.5G),我发现影响运算速度的并非是凹凸多边形的问题,甚至和遮罩元素本身的复杂程度(顶点个数)无关,最直接相关的是倾斜摄影文件本身的大小——程序处理起250m的文件的速度远快于6.5G文件,但是如果Bentley连几个G的3sm文件的遮罩都无法处理的话,更别谈几十G的文件了(由于公路工程的特殊性,动辄几十上百公里的高速公路飞下来的倾斜摄影可能得有50-100G左右),还是希望这个问题能够引起重视!这个问题严重影响了我们的使用
我这边测试用的3SM都比较小(好像才165M),所以,测试速度体现不出慢。您可否分享一个巨大的(越大越好)的3SM供我们开发组来做压力测试。谢谢!
好的,符老师,我还是先上传当前我们项目用到的3sm(6.5G)晚一点我再给您一个大概60G的一个3sm
符老师,麻烦留您的一个邮箱或者电话给我,我把链接私发给您
yongan.fu@bentley.com
已发送
可能交通基础设施行业对倾斜摄影应用相对较多,我们考察了几家国产软件(包括上面提到的软件),我们发现他们对倾斜摄影挖洞(遮罩)的处理并不复杂,基本都可以达到一键式+快速处理(但格式是OSGB),是否可以调研一下别人如何处理的?我们用下来,3sm的效果确实更好,Bentley支持得也更好,但是如果在这个问题上处理的效率太低的话,这个就直接影响使用了
符老师,你好,给您反馈一下我们最新的测试结果!
我们用了60G的那个倾斜摄影(由CC直接生成)进行测试,程序处理遮罩的速度很快,没有我之前遇到的情况,所以我觉得应该是和我们是用正摄影像+地模生成的3sm有关(昨天发您6.5G的那个是我们用正摄图片+地模生成的),我又用生成这个3sm文件的地模做剪切,发现速度也很慢(基本是相同的慢),所以我觉得这里慢的原因应该是因为源数据地模的原因
在实景网格对话框中,有这一栏数据:我觉得是影响关键
我想改变这个属性,但是手动似乎无法修改。