我正在按照逐步说明Extract Geometry tutorial进行操作,并且所有似乎都可以正常工作,除非我在发布工作后检查清单,否则它将始终返回清单初始转换为SVF。
本教程特别指出必须首先转换为SVF。这需要几秒钟到几分钟,从0%开始直到100%。我等待完成,并且当我使用以下有效负载发布第二个作业时(验证该有效负载是否符合请求)
let objPayload = {
"input": {
"urn": job.urn # urn retrieved from the file upload / svf conversion
},
"output": {
"formats": [
{
"type": "obj"
, "advanced": {
"modelGuid": metaData[0].guid,
"objectIds": [-1]
}
}]
}
}
(其中metaData[0].guid
是步骤1到/modelderivative/v2/designdata/${urn}/metadata
的呼叫提供的GUID)
,那么该工作实际上开始的比例约为99%。有时可能需要一些时间才能完成,但是当这样做时,检索清单的调用将返回先前的清单,其中输出格式标记为“ svf”。
POST Job页面指出
衍生物存储在清单中,每次在源文件上使用此端点时都会对其进行更新。
因此,我希望返回的清单将被更新以返回请求的'obj'。但事实并非如此。
我在这里想念什么?
答案 0 :(得分:0)
与Cyrille pointed out一样,翻译作业仅在翻译为SVF时才能始终如一地工作。如果要翻译为OBJ,则只能使用this table中列出的特定格式进行翻译。
在撰写本文时,如果您请求该表之外的工作(例如IFC-> OBJ),它将仍然接受您的工作,而根本不做。因此,如果您遵循“提取几何”教程,则在请求清单时,它仍指向原始SVF转换。