Разместить раширенные данные в среде NavisWorsk

[Алексей (IdeaSoft)]

Всем привет!
Как сделать так, чтобы среда NavisWorks в окошке свойств
создала раздел с перечнем данных, которые хранятся XData примитива.
NavisWorks автоматически распознает раздел Xdata?

Или это нужно делать другим способом?

[Александр Ривилис]

В NavisWorks XData не передаются: https://forums.autodesk.com/t5/navisworks-forum/how-to-include-xdata-of-an-autocad-entity-in-the-exported-nwc/td-p/7780546

[Алексей (IdeaSoft)]

В NavisWorks XData не передаются: https://forums.autodesk.com/t5/navisworks-forum/how-to-include-xdata-of-an-autocad-entity-in-the-exported-nwc/td-p/7780546

Жаль, что пока не передаются данные из XData.
Может в будущет сделают это возможным.

Пусть Autodesk сделают возможным загружать XData в Navis
Что сложного такого прочесть раздел xdata и зполнить окошко свойств?

[Александр Ривилис]

Пусть Autodesk сделают возможным загружать XData в Navis
Что сложного такого прочесть раздел xdata и зполнить окошко свойств?

Очень маловероятно. Эти данные неструктурированные в отличие от обычной базы данных. Тут и порядок следования расширенных данных и имена приложений и т.д. могут быть совершенно разными. Каждый программист может по-своему использовать расширенные данные.

[Алексей (IdeaSoft)]

Пусть Autodesk сделают возможным загружать XData в Navis
Что сложного такого прочесть раздел xdata и зполнить окошко свойств?

Очень маловероятно. Эти данные неструктурированные в отличие от обычной базы данных. Тут и порядок следования расширенных данных и имена приложений и т.д. могут быть совершенно разными. Каждый программист может по-своему использовать расширенные данные.

С тем что нет структуры согласен.
Дана определенная степень свободы разработчику.

Но в Xdata все же есть некоторые правила записи
 AppName - может стать заголовком вкладки свойств.
 содержимое и его тип в массивах Datatype[] и Data[]
 не хватает только поля для для имени свойтва.

[Алексей (IdeaSoft)]

Пусть тогда Autodesk расширит спецификацию xData добавив
дополнительный массив имен свойств типа string
И в новой версии Navis добавит такую возможность.

 

[Александр Ривилис]

Пусть тогда Autodesk расширит спецификацию xData добавив
дополнительный массив имен свойств типа string
И в новой версии Navis добавит такую возможность.

 

Даже несмешно. Расширенные данные появились в AutoCAD R12 (25 лет назад) и за это время не претерпевали изменений, т.к. их структура всех удовлетворяла. А теперь они срочно "всё бросят" и займутся изменением структуры расширенных данных? Ну-ну. Обеспечь соответствующий ‘business case’...

[Алексей (IdeaSoft)]

Структуру xdata можно и не менять.
Просто ввести правило хранения имени свойства,
а Navis подогнать под эти правила.
Тут единственное, что расходуется память.
В каждом примитиве хранить имя свойства на фиг нужно.

Наверное правильный путь смотреть в сторону ObjectDBX