Сообщество программистов Autodesk в СНГ
ADN Club => Другие продукты Autodesk => Navisworks API => Тема начата: Алексей (IdeaSoft) от 08-04-2018, 13:58:33
-
Всем привет!
Как сделать так, чтобы среда 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
-
В 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 и зполнить окошко свойств?
Очень маловероятно. Эти данные неструктурированные в отличие от обычной базы данных. Тут и порядок следования расширенных данных и имена приложений и т.д. могут быть совершенно разными. Каждый программист может по-своему использовать расширенные данные.
-
Пусть Autodesk сделают возможным загружать XData в Navis
Что сложного такого прочесть раздел xdata и зполнить окошко свойств?
Очень маловероятно. Эти данные неструктурированные в отличие от обычной базы данных. Тут и порядок следования расширенных данных и имена приложений и т.д. могут быть совершенно разными. Каждый программист может по-своему использовать расширенные данные.
С тем что нет структуры согласен.
Дана определенная степень свободы разработчику.
Но в Xdata все же есть некоторые правила записи
AppName - может стать заголовком вкладки свойств.
содержимое и его тип в массивах Datatype[] и Data[]
не хватает только поля для для имени свойтва. :'(
-
Пусть тогда Autodesk расширит спецификацию xData добавив
дополнительный массив имен свойств типа string
И в новой версии Navis добавит такую возможность.
-
Пусть тогда Autodesk расширит спецификацию xData добавив
дополнительный массив имен свойств типа string
И в новой версии Navis добавит такую возможность.
Даже несмешно. Расширенные данные появились в AutoCAD R12 (25 лет назад) и за это время не претерпевали изменений, т.к. их структура всех удовлетворяла. А теперь они срочно "всё бросят" и займутся изменением структуры расширенных данных? Ну-ну. Обеспечь соответствующий ‘business case’...
-
Структуру xdata можно и не менять.
Просто ввести правило хранения имени свойства,
а Navis подогнать под эти правила.
Тут единственное, что расходуется память.
В каждом примитиве хранить имя свойства на фиг нужно.
Наверное правильный путь смотреть в сторону ObjectDBX