第8页
第4排
谢谢!这很有帮助,可能为我节省了阅读文档的时间。我知道你的答案,但很难准确找到如何出口瓷砖。指向第171页非常有用,尽管文档留有一点空白,但我仍在努力解决这个问题。
剩下的问题是,假设我输出100个图块并成功地将它们加载到FME数据检查器中。然后导出这100块瓷砖中的所有建筑,请这是否意味着我必须手动使用扇出每个.gml图块是吗?只是为了确保我不会误解这里的任何事情。
这不必是手动过程。可以使用WorkspaceRunner Transformer批量运行该进程。我还建议你用一个特写员代替一个普通的作家。据我所知,“扇出”的性能会更好。以下是如何使用worksapce runner的示例:https://knowledge.亚搏在线safe.com/articles/1469/batch-processing-using-the-workspacerrunner-1.html
基本上,您有一个子工作区,它读取一个图块并使用扇出为每个建筑输出一个文件。父级workapce simple使用路径读取器读取图块的文件名,并将此信息传递给workspacrunner。
只是出于好奇,我能问一下为什么你想为每栋楼单独建一个.obj吗?
P.S-不要将这些加载到FME数据检查器中。只需使用FME工作台
谢谢你给我这个非常有用的提示,我最终能够获得基于gml_父级_id的每个建筑的.obj文件。还有一个问题是,现在每个建筑都有三个OBJ文件:地面,屋顶表面,以及墙面。它们一起形成一个封闭的几何体…但是如何将它们“合并”到一个.obj文件中呢?在FME中有没有一种方便的方法可以做到这一点?谢谢!
编辑:我想我找到了解决办法——使用聚合器。把评论留在这里,以防对其他人有所帮助。
您好!@格林斯通1564,请
两种方式:
取决于你的建筑是否有表面材料,如果没有,您可以引入一个计数器,或者使用GML数据中的一些现有的building id属性来扇出.obj文件。这将为每个不同的uid广播一个.obj文件,此参数设置在画布上的obj writer中可用。
或者,如果您有带.obj附加材料的照片镶嵌建筑物,您需要寻址/保留,您可以将writer fanout(在导航窗格中)从no更改为no。
要有一些奇特的目录级创建步骤,以避免覆盖每个uid上的材料目录(如上图所示)。这可能不是来自GML文件的问题。
这将为该文件夹中的每个建筑物uid和uid.obj广播一个目录,如果材料存在,它们将层叠到这些目录中。(纽约哇哦,这么多文件夹)但是如果你需要把它们分解,那有两种方法可以把建筑分割成单独的文件或目录中的文件。
:)
?2019安全亚搏在线软件公司|法律