[VladiT]

В медиа-продвижении БИМ красной нитью проходит тема о том, что при внедрении БИМ сокращаются ошибки проектирования.

Но при этом, как-то за кадром остается то, что к привычным ошибкам проектировщиков могут добавиться и ошибки БИМ- менеджмента.

Удивительно, но явно считается, что сфера БИМ-менеджмента по непонятной причине не порождает никаких ошибок и является априорно средоточием исключительно верных решений. И это при условии, что БИМ-менеджерами редко становятся люди с большим опытом проектирования, а чаще всего такой менеджер по-сути, является всего лишь "молодым специалистом", которого раньше просто не допускали бы к серьезным вещам еще несколько лет.

Более того - в самой идеологии как минимум, Ревита - я не вижу вообще никаких технических решений, направленных на выявление и устранение ошибок электронного менеджмента проекта.
С позиции маркетинга подобное умолчание вполне понятно.

Но как обстоит дело в реальности?
Ведь сферой БИМ-менеджмента являются не локальные решения, а ключевые для проекта аспекты. И проблемы, здесь возникающие должны по идее, бить по всему проектному процессу.
В связи с этим, хочется обобщить имеющийся на сегодня опыт задействования БИМ-менеджмента в проектах и получить ответы на следующие вопросы:
1 - Действительно ли БИМ-менеджеры столь безупречны на практике, что не совершают никаких ошибок, сказывающихся на судьбе проекта? А может быть, "безошибочность" их вызвана просто тем, что БИМ внедряется пока локально и просто нет еще серьезного опыта его задействования по полной программе? И при более полном внедрении БИМ впоследствии скажется умолчание об этом?
2 - Если таковые ошибки все же наблюдались - нельзя ли их описать и по возможности, систематизировать?

Мне кажется, что анализ и обобщение типичных ошибок БИМ-менеджмента отчасти нивелирует полное отсутствие даже упоминания о них в медиа-продвижении БИМ-технологий и поможет нам лучше понимать суть дела, для большинства по-прежнему, нового и неизведанного.

[Бахил]

Offtop: И охота в помойке яндекса лазить? Помойка она и есть помойка.

[Serge_Y]

Сообщение от trir преимущество Revit'а над AutoCAD'ом в том, что при открытии файла, в Revit'е вся модель не грузится в память. Когда мы открываем dwg - весь файл и вся геометрия оказывается в памяти и мы не можем сделать "подрезку вида"

В Автокаде есть команда partialopen, в чем проблема, открывайте часть dwg

[iliorik]

Наверное теперь есть.
Но ещё есть Allplan, в котором как в базе данных открывпются только те слои, которые открыл, без всяких других комманд

[nickname2019]

Сообщение от Serge_Y В Автокаде есть команда partialopen, в чем проблема, открывайте часть dwg

Насколько я помню, команда "заморозить слой" полностью выгружает объекты в этом слое из памяти - тоже самое, что "частичное открытие".

[Сергей812]

Сообщение от nickname2019 Насколько я помню, команда "заморозить слой" полностью выгружает объекты в этом слое из памяти - тоже самое, что "частичное открытие".

куда выгружает? Файл исходный *.dwg менять нельзя до явной команды пользователя, значит должно создавать где-то временные файлы на каждый замороженный слой? Замороженный слой - примитивы которого исключается из обрабатываемых и участвующих в регенерации. А "пухнуть" файл *.dwg начинает от вставки OLE-объектов, от самозабвенного внедрения всех данных подряд в атрибуты (кто пользуется извлечением), в XData, словари. И кто любитель сотни форматов в один файл запихать)

[nickname2019]

Сообщение от Сергей812 куда выгружает? Файл исходный *.dwg менять нельзя до явной команды пользователя, значит должно создавать где-то временные файлы на каждый замороженный слой? Замороженный слой - примитивы которого исключается из обрабатываемых и участвующих в регенерации. А "пухнуть" файл *.dwg начинает от вставки OLE-объектов, от самозабвенного внедрения всех данных подряд в атрибуты (кто пользуется извлечением), в XData, словари. И кто любитель сотни форматов в один файл запихать)

Провел эксперимент.
1. Взял большой файл.
2. Посмотрел объем, который занимает автокад в памяти.
3. Заморозил все слои, кроме нулевого.
4. Объем занимаемый в памяти не изменился - значит из памяти ничего не выгрузил.
5. Сохранил файл под другим именем с замороженными слоями.
6. Закрыл Автокад.
7. Открыл файл с замороженными слоями.
8. Посмотрел, сколько акад занимает в памяти - он занимает меньше, чем в п.1.
9. Включил все замороженные слои.
10. Посмотрел сколько акад жрет памяти - объем увеличился.

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

Сообщение от iliorik Но ещё есть Allplan, в котором как в базе данных открывпются только те слои, которые открыл, без всяких других комманд

Значит в автокаде - аналогично. Достаточно заморозить слой.

[trir]

Вывод, автокад, видимо, не подгружает объекты из замороженных слоев в память при открытии файла, но при замораживании слоев в открытых файлах память не освобождает

это очень не удобный костыль

есть где в свободном доступе описание формата ifc?

несколько страниц назад уже обсуждали
https://technical.buildingsmart.org/...pecifications/

если формат открытый , то большое количество версий никому не мешает, тем более, что там хорошая совместимость

HTML 2.0 — опубликован IETF как RFC 1866 в статусе Proposed Standard (24 ноября 1995 года)[7]; HTML 3.0 — 28 марта 1995 года — IETF Internet Draft (до 28 сентября 1995 года); HTML 3.2[8] — 14 января 1997 года; HTML 4.0[9] — 18 декабря 1997 года; HTML 4.01[10] — 24 декабря 1999 года; ISO/IEC 15445:2000[11] (так называемый ISO HTML, основан на HTML 4.01 Strict) — 15 мая 2000 года; HTML5[12] — 28 октября 2014 года[13]; HTML 5.1 начал разрабатываться 17 декабря 2012 года[14][15]. Рекомендован к применению с 1 ноября 2016 года HTML 5.2 был представлен 14 декабря 2017 года[16][17][18]. HTML 5.3 был представлен 24 декабря 2018 года.

[VladiT]

Сообщение от trir там гигабайты оперативки высвобождаются разом

Насколько я понимаю, "гигабайты" в Ревите высвобождаются только при закрытии 3-д видов. А все остальные вкладки- ну какой там на них ресурс требуется?
Плоские виды, таблицы - разве это большая нагрузка?

А также непонятно - все вкладки взаимосвязаны, по-идее, изменение например, в спецификации - влечет за собой пересчет геометрии во всех видах.
Когда же это происходит? Если в момент внесения изменения - то тогда все происходит в оперативке. А если при открытии ранее закрытой вкладки - то где же тогда до этого момента хранится инфа о изменениях в ней?

Или Ревит при открытии вкладки анализирует все остальные, в том числе и закрытые - на предмет не были ли внесены ли туда изменения, пока данная вкладка "спала"? Но тогда тормоза должны быть при открытии, а этого вроде нет.

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

[trir]

вкладки хранят лишь ссылки на объекты

[Сергей812]

Сообщение от nickname2019 Вывод, автокад, видимо, не подгружает объекты из замороженных слоев в память при открытии файла

ну под что там акад выделяет память - знают только разработчики) Скорее тогда уж проверять программно - получили хэндлы объектов на слое, заморозили слой и проверили наличие объектов по их ключам-хэндлам. Затем выгрузили файл с зам. слоем, снова загрузили и снова проверили по хэндлам наличие.

[Бим]

Сообщение от VladiT Но вам разве понадобились бы те макеты

Модель не обязана быть объемной и приготовленной в неком богоподобном ревите. БИМ не обязан быть в 3Д и понятен жертвам ЭГЭ. Почему у Вас это синонимы, не понять.
Демонстрационные материалы и пыль в глаза - это вроде о другом.

Сообщение от VladiT о в БИМ-трэнде пока что я вижу только предложение о росте объема информации

БИМ вроде декларирует объединение - сосредоточение информации вокруг модели, не более, только это уже упорядочивает. Возьмите CITIC Tower в 109 этажей - что там с пользой модели и БИМом? Он (БИМ) - для такого. Элементы БИМа давно известны, используются даже в наших нецивилизованных краях, никаких там принципиальных откровений не вижу.
Электронный паспорт линейных объектов, к примеру, включает изыскательскую, проектную, строительную и эксплуатационную составляющие. Отчего-бы их не объединить изначально...

Сообщение от trir чушь, через 20 лет dwg нечем будет открыть

И pdf, и doc? Может это и к лучшему )))

[trir]

и doc?

руки оторвать, тем кто сейчас использует

[Сергей812]

Сообщение от trir руки оторвать, тем кто сейчас использует

за что - что они просто работают в чем им удобно/доступно, а не смотрят в рот глашатаям "новых" технологий, мчащихся с выпученными глазами впереди локомотива?)

[engngr]

Сообщение от trir Сообщение от Бим и doc? руки оторвать, тем кто сейчас использует

docx надо?

[trir]

за что - что они просто работают в чем им удобно/доступно

в Microsoft Office 2003 на window XP?

docx надо?

[engngr]

trir, я ж из тех, кто:

Сообщение от Сергей812 просто работают в чем им удобно/доступно, а не смотрят в рот глашатаям "новых" технологий, мчащихся с выпученными глазами впереди локомотива

- а ты в авангарде.
Может, и ворд уже не у дел, и надо в "ревите-ворд" работать.

[trir]

Может, и ворд уже не у дел, и надо в "ревите-ворд" работать.

TEX

[Сергей812]

Сообщение от trir в Microsoft Office 2003 на window XP?

и с установленным апдейтом совместимости с 2007) Последний нормальный офис без тормозов был 2010, имхо. В следующих офисах появились какие то фишки новые, но сколько людей их реально используют? Но маркетинг хочет есть и не просто хлеб с маслом)

[Бахил]

Сообщение от trir TEX

Вот уж г... Хуже ничего нет.

----- добавлено через ~1 мин. -----

Сообщение от Сергей812 Последний нормальный офис без тормозов был 2010

Последний нормальный как раз 2003.

[trir]

Вот уж г... Хуже ничего нет.

ты просто не умеешь его готовить
https://habr.com/ru/company/ruvds/blog/518302/
https://habr.com/ru/post/451984/