Авторизоваться

Леонид, комбинация символов "IndorCAD 10" не будет фигурировать в названии продукта.

IndorCAD 9 был выпущен несколько лет назад и продолжает развиваться.
В настоящее время продукт, ранее называвшийся IndorCAD 9 постепенно изменил своё название и теперь называется IndorCAD 2018, что по сути отражает лишь год выпуска.

В текущей официальной версии реализовано многое из того, что описано в статье (хотя часть описанных возможностей пока не доступны широкому кругу), а также многие другие, имеющие отношение к BIM, функции которые не были описаны в статье.

Пока моделями мало кто научился полноценно пользоваться.
Заказчик заказывает, потому что это "в тренде", это "модно", но пока ему (заказчику) не совсем понятно, КАК (кроме как для просмотра) можно использовать модель.

Реализованные проекты есть. Поделиться не можем, но можем рассказать, как они собираются.
Обычно сборная информационная модель собирается в NavisWorks из частных моделей объектов, выполненных в различных программных продуктах.

IndorCAD умеет выгружать многие модели в форматах 3DS, OBJ, IFC и DWG - поверхности, мосты, водопропускные трубы, дорожные знаки, разметку, ограждения, сигнальные столбики, опоры освещения, элементы конструкции дорожных одежд и другие объекты, которые могут отображаться в 3D представлении. Выгрузка происходит в системе координат модели, поэтому собрать из частных моделей (которые лежат в разных файлах) единую сводную не составляет труда. При необходимости NavisWorks позволяет переопределить для какой-либо частной модели систему координат, масштаб, цвет, прозрачность и некоторые другие параметры.

Дмитрий, не хватает файла бетономешалка.mtl
На него ссылается obj-файл

Вариант1:
Просто не используйте русские буквы в названии файла.
Судя по всему, программа, из которой выполнялось сохранение, не совсем корректно это сделала.
Ссылка на файл материалов внутри файла не в нужной кодировке.
Точнее, в заголовке файла отсутствуют байты, отвечающие за автоопределение кодировки, поэтому IndorCAD предполагает, что там Win1251, а внутри - UTF8.

Вариант2:
Переимуйте файлы (оба) в латинские буквы и внутри obj замените ссылку в строке
  mtllib <имя файла>.mtl
на переименованный файл.

Вставил объект экскаватор (Главная / Ситуация/ 3D-объекты   - Малые архитектурные формы)  смотри на план слева.
Сделал экспорт экскаватора в формат  *.obj
Импортировал 3D объект *.obj  смотри на плане справа. На плане вставленный объект отобразился, а в 3D-виде его нет. По включенным осям понятно где должен быть объект.
То же и в формате   *.ifc  плюс ещё не реагирует на смену системы координат (на плане экскаватор всегда отображается в продольном сечении).

Александр, за четыре года работы BIM-сервера с него ни разу не удаляли данные.
Честно говоря, строго регламентированного времени хранения нет.
Год - железно. Два - очень вероятно. Три - скорее всего.

За это время вы уже приобретёте себе коробочный продукт IndorBIMserver и будете использовать его вдоль и поперёк.
Интерес к "коробке" IndorBIMserver есть, работы ведём.

Да это надо прикрутить. Отметки Z  в *.obj оказались в районе 101 метра, я сосредоточил внимание на отображенных осях, а поискать экскаватор в небе не догадался.
Желательно чтобы опция работала в инспекторе и можно было оперативно выбрать подходящую.
Ещё при вставке хотелось бы возможность вставлять на оригинальные XY координаты. (Пользователь указывает точку вставки примерно в середине проекта, а координаты XY *.obj  пересчитываются так чтоб объект встал на исходные XY)
Вот и хорошо не вижу смысла вставлять одни и теже объекты в разных системах. Если это пользователю понадобиться он создаст дубликаты файлов для нужных систем (план.obj, фас.obj, профиль.obj). Захотел пользователь вставить план.obj ,а получилось на плане в виде сечения. Дайте пользователю возможность в инспекторе оперативно поменять систему координат.

Да, возможно, расширим. Для слоёв постоянной толщины добавим атрибут "Толщина, см" и "Площадь по верху".
Тут нужно нам понимать, что вы хотите добавить и тогда уже решить, можем ли мы это сделать.
Нужны конкретные примеры (пожелания).
Рекомендую написать об этом в техподдержку с конкретными предложениями.
Тип: Строка (произвольный текст), Целое (количество/номер/вольтаж/...), Вещественное (стоимость/размер/площадь/...), Логическое (да/нет), Дата/время (дата ввода в эксплуатацию, дата последнего ремонта и т.д.).
Имя: Желательно латиницей. Используется как имя атрибута по умолчанию при экспорте в шейп-файлы, где русские имена не приветствуются. Например "Owner".
Описание: Выводится в инспектор объектов как подсказка. Например, "Владелец".

Добрый день
"Площадь слоя по верху" достаточно неопределённое понятие, даже для слоёв "постоянной толщины". Единственный вариант, для которого нет неопределённости, для которого возможна проверка - это разделить объём элемента на его толщину (при этом предполагая, что сама толщина на участке не изменяется). При чём если толщина слоя указана по вертикали, мы получим площадь слоя в плане, если толщина слоя указана по нормали, мы получим реальную площадь, с учётом поперечного уклона (актуально для укреплений откосов, например).
Вы именно этот вариант и имели в виду, разделить объём слоя постоянной толщины на его толщину?

Здравствуйте. Нет, я не имел ввиду конкретный способ получения этой площади, я говорил в общем, о необходимости такого атрибута. Соглашусь, есть некоторая неопределённость в подсчете площадей, но все же у каждого слоя есть постоянная величина площади по верху, вопрос только в способе её определения, и следовательно получаемый результат будет более точным или менее точным. При формировании ведомостей в программе целых 4 метода подсчета объемов на выбор и на мой взгляд, было бы идеально, если бы для тел, так же можно было выбрать, каким способом определяется площадь верха этого тела для записи в атрибут и следовательно площадь отображаемая в атрибутах, была точно такой же как и в ведомостях. Что касается тел с переменной толщиной, у них так же есть площадь по верху, в ведомости же эта площадь рассчитывается, так вот если бы эту площадь добавить в атрибуты тела, то это в значительной степени повысило бы информативность получаемой модели. Мы уже столкнулись с тем, что при сборке сводной модели в Navisworks Manage, информация о площадях весьма важна и нужна, у некоторых заказчиков уже есть требования по обязательному использованию модуля Quantification т.е. получения количественных характеристик материалов из моделей, а без данных по площадям слоёв, полноценно это сделать весьма сложно.