Архив рубрики ‘Новость’

Мое почтение!

Предлагаю в этой теме обсудить Assembly Code классификатор данных Revit, который разрабатываю для 2016/2017 версии своих ASK библиотек. Сама идея классификации появилась в ходе выполнения пилотного проекта в Беларуси, результатом которого стал BIM Стандарт, а также ряда реальных проектов в течении двух последних лет. Она заключается в четком числовом определении разделов и категорий Revit и служит основой файловой структуры библиотеки, а также наименования данных. Например, ASK 312 35020 Lintel — SQ:

  • 312 — 3 Конструкции, 1 Общественные, 2 Железобетонные
  • 35020 — 35 Перемычка, 0 Модель, 20 Сборная

Тоесть, первые три цифры — определяют отношение к разделу, а следующие пять — к категории. По ссылке найдете текущую версию файла  Assembly Code, в котором проработана общая структура данных, а также классификации несущих конструкций:

  • Колонн (310 31000)
  • Каркасов (310 32000)
  • Балок (310 33000)
  • Перемычек (310 35000)
  • Проемов (310 20000)

Для подключения файла ASK 000 00000 Classifications.txt, необходимо перейти во вкладку:

Управление (Settings) — Дополнительные параметры (Additional Settings) — Код по классификатору (Assembly Code) — Обзор (Browse) — Ок

Жду ваших предложений/пожеланий. Заренее благодарю!

ASK Wish - Assembly Code_20160208

Реклама

Как думаю уже известно, 10 декабря в московском офисе компании Autodesk, состоялось финальное в этом году заседание клуба BIM лидеров, в ходе которого произошло действительно историческое событие – спустя 10 лет от момента официального выхода Revit на рынок СНГ, был  представлен проект русскоязычного BIM стандарта! Да, над ними еще работать и работать, особенно над библиотеками семейств и шаблонов… но это огромный прорыв в направлении формализации BIM процессов. К сожалению пока еще не на государственном  уровне, а это возможно еще предстоит в будущем и путь этот не из легких…

В период с 2012 по 2014 год мне довелось вести двухлетнее сопровождение пилотных проектов в рамках «Отраслевой программы внедрения комплексных автоматизированных систем проектирования и информационных технологий для управления жизненным циклом строительного объекта на 2011-2015 годы» Министерства строительства и архитектуры Республики Беларусь. Результатом этой работы стал BIM Стандарт предприятия, который разрабатывался на базе государственного проектного института РУП “Белгоспроект” при параллельном участии УП “Белпромпроект”, и который был официально передан Министерству для дальнейшего внедрения в строительной отрасли Республики. Также в ходе согласований были упрощены нормативные  требования к оформлению проектной документации выполненной по технологии BIM. Для небольшой Беларуси – это был огромный шаг в будущее информационных технологий в строительстве, событие невероятного масштаба, которое позволило подготовить кадры и заложить основу дальнейшего внедрения BIM, и которое к сожалению не получило широкой огласки со стороны Autodesk… но видимо послужило толчком для исторического события :).

Спросите – почему нельзя было взять готовый, проверенный на практике стандарт и не приспособить его к условиям проектирования РФ вместо РБ? Да можно было, собственно не было никаких неявных препятствий но… с иной стороны, как бы это звучало? Российский BIM стандарт, адаптированный на основе белорусского и разработанный украинцем:). Смешно! Ну да ладно… лично для себя получил колоссальный опыт и устойчивое желание развиваться в направлении стандартизации BIM, но для этого пришлось уйти с дистрибуции Autodesk в направление сопровождения реальных проектов для тестирования и отладки BIM стандарта уже в “боевых” условиях. Спустя два года пришлось многое пересмотреть, усовершенствовать и сделать выводы:

  • Библиотеки семейств и шаблонов должны быть исключительно на английском языке и под англоязычную версию Revit. Нет, на русскоязычной также все работает, но если решать вопросы автоматизации процессов, например в Dynamo или журналами, а в перспективе писать приложения — то лучше иметь более стабильный перевод и кодировку символов экспортируемых данных).
  • Семизначной цифирной кодировки (три на четыре) данных оказалась недостаточной для основного описания элементов семейств по назначению, что требует ее расширения до восьми (три на пять), а также использования еще дополнительных восьми знаков для определения разновидностей форм и конструктивных особенностей. Итого – шестнадцать, что немало, но крайне необходимо.
  • Цифровые кодировки в наименованиях данных, а также в значениях некоторых определяющих параметров, существенно упрощают процесс наименований, но усложняют представление того, что под ими имеется в виду и особенно новым пользователям. Соответственно возникает необходимость внесения всех кодировок в классификаторы Assembly и Keynote, которые всегда будут “под рукой” в полном перечне. Omni классификатор оказался же избыточным, так как может использоваться только в загружаемых семействах и фактически дублирует предыдущие.
  • Разделение элементов моделей проекта во времени по стадиям имеет свои преимущества, но при этом имеет еще больше недостатков, так как это требует от пользователей еще большего внимания к распределению данных, что отнимает время и повышает вероятность получения неработоспособных проектов.

Еще есть целый ряд “но”, над устранением которых сейчас ведется работа, но самое главное “но” – это невозможность успешного внедрения Стандарта без четкого контроля его исполнения BIM менеджерами, которое по сути также не представляется возможным, так как важно не своевременно устранять ошибки, а не допускать их возникновения программным путем! Другими словами – никакой Стандарт не будет в полной мере работать, пока не будет управляющей программной среды, которая минимизирует человеческий “фактор” до нуля и позволит этому “фактору” вообще не думать о необходимости чему-то соответствовать.

К сожалению лично у меня нет уверенности, что Autodesk в ближайшем будущем предоставит нам такую возможность, так как для ее реализации по сути необходимо переписать Revit с “нуля”, а переписываемый ныне “заоблачный” – не факт, что будет обладать подобным функционалом по управлению данными, как и должно быть по идеи BIM – Здание, Информация и только после Моделирование, никак не наоборот! Писать собственный управляющий “софт” – единственное решение, которое возможно через 2-3 года выйдет на свою окупаемость затрат, но нет уверенности в Revit – “проживет” ли он еще столько?

Представляю, что для решения это задачи требуется некий менеджер проекта, наподобие как в AutoCAD Architecture/MEP, который должен содержать в себе сведения о всех связанных между собой файлов, подключаемых библиотеках семейств, материалов и т.п., с возможностью контролируемой синхронизации данных. Также в нем должны быть инструменты по управлению правами и доступом пользователей к проекту.

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

Эх… можно до бесконечности фантазировать по этому поводу, а пока “маємо то, шо маємо” – мой BIM стандарт на 282 листах для просмотра в формате PDF и редактирования в формате DOC, адаптированный под мои библиотеки 2015 версии. Надеюсь этот труд поможет Вам и послужит основной создания собственных стандартов и библиотек, а мне – хорошей рекламой ;). Следующую редакцию стандарта ожидайте под 2017 версию.

Беларуси слава!

С чего начать проектирование зданий и сооружений в Autodesk Revit? Как и в какой последовательности осуществлять моделирование? Как организовать процесс так, чтобы сократить время на внесение изменений и количество допускаемых ошибок? Как построить коллективную работу с максимальной эффективностью? Я думаю, многих интересуют ответы на эти вопросы и особенно тех, кто уже реально работает с этим продуктом. Ведь ежедневно приходиться сталкиваться с массой практических задач, на которые нет решений в стандартной документации. Они приходят только с многолетним опытом, и сегодня я поделюсь своими представлениями о ТЕХНОЛОГИИ и ОРГАНИЗАЦИИ процесса проектирования в Revit.

Так с чего же начать? Пожалуй, с Настройки глобальных параметров системы таких как: Имя пользователя, Интерфейс, Графика и Расположение файлов. Более подробно по настройке глобальных параметров, Вы сможете узнать в публикации от 13 января 2011. Также в ней есть ссылки на библиотеки, примеры и программу базового курса обучения.

Приступим к рассмотрению самой ТЕХНОЛОГИИ проектирования в Revit, а именно к последовательности процесса моделирования. Позволю напомнить, что основной принцип Revit «Проектируй так, как будешь строить», следуя которому, основой для проекта является Местность (Site) – территория, которую нам необходимо освоить с максимальной эффективностью. При этом, советую изначально создать ее отдельной моделью и связать с моделью здания внешней ссылкой по общим координатам. Таким образом, в перспективе, решаем несколько задач – можем разместить другие здания и сооружения, а также не мешать генпланисту делать свою работу :). Это особенно удобно при проектировании многосекционных жилых зданий или микрорайонов.

После, архитектор, используя инструменты Зонирования (Area), создает предварительное или укрупненное планировочное решение с подсчетом площадей, их наименованием и позициями, размещает на листы и получает спецификации. Эта работа не требует от исполнителя больших навыков работы с Revit так как в основном используются линии и средства редактирования похожие с AutoCAD. А можем, используя базовые инструменты трехмерного моделирования, изначально построить Концептуальную (Mass) форму здания, разделить ее Уровнями (Level) на плоскости этажей, и также получить спецификации площадей и объемов – технико-экономические показатели (ТЭП). В этом случае создается внешний контур здания по форме любой сложности, что существенно облегчает процесс Зонирования (Area).

AS Технология и Организация RVT`12 - Статья.0013AS Технология и Организация RVT`12 - Статья.0016

В итоге архитектор без существенных усилий получает вполне достаточный результат, который может передать в виде задания конструктору для проектирования предварительного Несущего каркаса. С моей точки зрения, на этом этапе очень важно обеспечить несущую способность здания в пределах предполагаемой формы и планировочного решения. Так сказать, сыграть с конструктором в «поддавки», чтобы он потом «не поломал» великую идею архитектора, когда тот уже изрядно успеет наработаться. При этом в Revit вместе с несущим каркасом автоматически создается Расчетная схема (Analytical model), которую можно редактировать, а также прикладывать различные нагрузки, опорные усилия с последующей передачей в Autodesk Robot Structural Analysis для расчета.

AS Технология и Организация RVT`12 - Статья.0019AS Технология и Организация RVT`12 - Статья.0020

Как результат, архитектор получает практически согласованный каркас, может внести соответствующие изменения планировки, а также концептуальной формы, и приступить к созданию Фасада – внешнего облика здания, который станет в будущем его лицом и визитной карточкой. Естественно, в ходе его проектирования может быть множество корректировок, согласований и т.п., но при этом будет не так много элементов требуемых изменений в отличие от случаев, когда изначально создается почти полноценная архитектурная модель. После того, как конструктивное решение фасада будет законченно, можно приступить к процессу Визуализации (Rendering) здания и подбора его цветового решения. Это можно сделать как в Revit, так и в других приложениях, таких как Autodesk Showcase или 3DS Max Design.

AS Технология и Организация RVT`12 - Статья.0023AS Технология и Организация RVT`12 - Статья.0024

Кроме этого, архитектор уже сможет разместить Помещение (Room) и получить на этом этапе чистую площадь этажей с учетом только несущих и внешних ограждающих конструкций. Ведь иногда заказчик желает знать именно эту площадь без учета внутренних стен и перегородок, которые после можно создать на основе уже существующего укрупненного Зонирования (Area). Таким образом, существенно экономим время, потому как предварительные планировки этажей давно определенны и согласованы, а сейчас их нужно будет только уточнить и скоординировать. При этом архитектор, в случае необходимости, в любой момент сможет предложить заказчику чистые площади офисов, квартир и т.п. Ну и естественно, после доработает окончательный вариант планировочного решения и даже в нескольких вариантах.

AS Технология и Организация RVT`12 - Статья.0025AS Технология и Организация RVT`12 - Статья.0026

Спросите – есть генпланист, архитектор, конструктор, а где же инженеры? Думаю, что они в отличие от всех остальных, должны постоянно сопровождать все этапы проектирования, потому как в большей степени именно от них будет зависеть комфорт и здоровье людей эксплуатируемого здания. В том числе энергоэффективность на протяжении всего его жизненного цикла, а это: затраты на вентиляцию и отопление, водоснабжение и канализацию, электрику и автоматику и т.д. К сожалению, у меня пока недостаточно личного опыта по этой части проектирования, потому на этом позволю закончить рассмотрение ТЕХНОЛОГИИ и приступить к ОРГАНИЗАЦИИ – управлению процессом моделирования.

И так, какими средствами Revit можно обеспечить предлагаемую последовательность возведения зданий, а главное внесение изменений в любой момент времени? Опять же, позволю напомнить, что название продукта является аббревиатурой от Revise Instantly (Мгновенные изменения), что говорит само за себя и без излишних комментариев. Лично же считаю, что в Revit, как в шахматах существует своя гармония взаимодействий. Поначалу, как только начинаем в них играть, обычно ставим себе цель – научиться, после – не проиграть, далее – выиграть, и в итоге достичь абсолютного мастерства – поставить мат за определенное время и количество ходов. Аналогично в Revit, есть проект – как шахматная доска, есть фигуры — как семейства, и есть средства управления процессом проектирования, которые определяют стратегию и тактику игры: Стадии, Варианты, Группы, Сборки и Наборы. Начнем со Стадий (Phase).

Мы постоянно находимся в промежутке времени между Прошлым и Будущем, а именно в Настоящем. И вот как сегодня, именно сейчас его проживем, таким и вспомним в Будущем, но уже как о Прошлом. И не стоит думать сегодня о Прошлом, каким оно было или могло быть, а стоит думать о Будущем, каким оно будет и самое главное, на которое мы еще можем повлиять. Ведь Время – это самое ценное, что у нас есть и то, чем мы должны учиться управлять. Потому считаю, что в Revit самым основным инструментом управления являются Стадии – отметки времени между Прошлым и Будущем, которые могут быть созданы согласно принятой последовательности проектирования, например Местность, Концепция, Каркас, Фасад, Планировка. В зависимости от местоположения Настоящего, или текущей Стадии, элементы модели распределяются на: Существующие, Снесенные, Временные и Новые. Каким образом?

AS Технология и Организация RVT`12 - Статья.0033AS Технология и Организация RVT`12 - Статья.0034

Если элемент был создан ранее – он является Существующим и может стать Снесенным в случае, если на текущей Стадии его существование прекратилось. Новым является элемент, который на текущей Стадии был создан и может стать Временным, если существовал только в ее пределах. Таким образом, в Revit мы можем свободно путешествовать во времени – планировать Будущее и вносить изменения в любой момент Прошлого, работать и отображать на видах, спецификациях необходимое нам состояние Настоящего. Это обеспечивается отдельными параметрами стадий возведения и сноса в свойствах элементов, а также в свойствах видов параметрами отношения к стадии и фильтра переопределения графики.

AS Технология и Организация RVT`12 - Статья.0037AS Технология и Организация RVT`12 - Статья.0038

Изначально, этот инструмент управления предназначен для создания проектов реконструкции зданий и сооружений, но превосходно может применяться и в обычном проектировании особенно для внесения изменений в ходе строительства. К сожалению, для полноценного сопровождения реального процесса возведения здания средств Revit не достаточно, но есть возможность экспортировать модель в Autodesk Navisworks, который позволяет решить эту задачу.

Но любое Время, любое Настоящее может иметь свои Варианты (Options). Вот сейчас читаете эти строки, вдумываетесь в каждое слово, его значение и смысл, перечитываете по нескольку раз… а может и нет. Может совсем наоборот, бегло просмотрели через абзац и отложили на потом… Смею лишь предположить, что в лучшем случае изложенные знания принесут свою пользу, только с разницей во времени – кому раньше, а кому позже. В жизни мы постоянно предстаем перед выбором требующего от нас принятия однозначного решения, которое определит Вариант хода событий – нашего, и не только нашего, Будущего. При этом мы изначально можем только предположить степень его правильности или совсем наоборот – окончательные выводы сделаем только со временем и никак не сможем вернуть все назад, чтобы прожить другой вариант событий. Так устроена наша действительность, но только не в Revit :).

AS Технология и Организация RVT`12 - Статья.0045AS Технология и Организация RVT`12 - Статья.0046

В ходе проектировании в любой момент Времени, если возникает даже малейшее сомнение по принятию того или иного решения – Да или Нет, можно создать Вариант формы, планировки, конструкций, расположения элементов и т.п. При этом не нужно будет копировать весь проект, все здание или файл проекта, а только требуемые элементы. Ведь в реальности возникают Варианты отдельных событий, а не всей Жизни в целом, но только один из Вариантов принимается нами как основной. В Revit аналогично, лишь с той разницей, что другие Варианты будут существовать параллельно, к которым сможем вернуться когда угодно или удалить при необходимости. При этом в пределах каждого из Вариантов, элементы могут иметь собственные значения параметров стадий возведения и сноса – существовать по-разному в пространстве и времени. Для одновременного отображения различных Вариантов можно создать соответствующие виды, постоянно закрепленные за ними.

AS Технология и Организация RVT`12 - Статья.0048AS Технология и Организация RVT`12 - Статья.0049

Но если по-настоящему желаете управлять процессом проектирования, необходимо следовать древнему как мир принципу – «Разделяй и Властвуй». Как не странно, он успешно применяется не только в политике и социологии, но и в информатике при разработке алгоритмов. Смысл заключается в рекурсивном разбиении решаемой задачи на две или более подзадачи того же типа, но меньшего размера, и комбинировании их решений для получения ответа к исходной задаче. Разбиения выполняются до тех пор, пока все подзадачи не окажутся элементарными. Как этот принцип применить в Revit?

AS Технология и Организация RVT`12 - Статья.0051AS Технология и Организация RVT`12 - Статья.0053

Рассмотрим пример планировочных решений простого здания и попытаемся выделить элементарные составляющие. На первый взгляд, кажется, что есть только 2 из 6 идентичные планировки этажей (верхняя/левая и нижняя/средняя) за исключением площадей отмеченных различным цветом, элементы которых можно объединить в Группу (Group). Соответственно при редактировании сгруппированных элементов будут происходить изменения в обеих планировках – получаем как минимум 2х кратную экономию времени. Внимательно присмотревшись, приходим к выводу – все планировки идентичны, если применить к ним операции вращения и отражения. В результате получаем одну Группу и как максимум 6х кратную экономию времени при внесении изменений. Но обычно внешний контур формирует фасад здания, может быть повторяемым на всех этажах и должен иметь фиксированное положение, а внутренний – может быть произвольным и занимать любое положение в его пределах.

AS Технология и Организация RVT`12 - Статья.0056AS Технология и Организация RVT`12 - Статья.0058

В следствии применяем принцип разделения элементов одной Группы на составляющие ее подгруппы внешнего и внутреннего контура, а также площадей. Далее можем комбинировать группы между собой. Например, включить в состав внутреннего контура элементы площади, а внутренний контур в состав внешнего. Или создать Группу планировки этажа, в которую включить требуемые Группы по-отдельности или в уже комбинированном виде. Количество подобных комбинаций ограничивается только волей фантазии, но советую не превышать более трех вложений. Спросите, в каких случаях стоит создавать Группу? Обычно, если повторяемых случаев одинакового размещения элементов в проекте более одного и преимущественно исходить исключительно из производственной необходимости. Например, продумав принцип группирования на Стадии зонирования, можно применить его на Стадии планировки, но уже используя стены, проемы, помещения и т.д. Таким образом, можно создавать Группы, а также их комбинации:

  • по этажам (несущие, внешние и внутренние конструкции…);
  • по планировкам (офис, квартира, балкон, санузел…);
  • по назначению (мебель, оборудование, отделка…).

AS Технология и Организация RVT`12 - Статья.0061AS Технология и Организация RVT`12 - Статья.0070

Единственным недостатком Групп является отсутствие возможностей их специфицирования и определения входящих в их состав элементов. К счастью в 2012 версии появились долгожданные Сборки (Assembly), которые компенсируют эти недостатки группирования, а также позволяют получить отдельные виды и листы. Удобный инструмент особенно для конструкторов, например, для получения рабочей документации по армированию отдельных элементов несущего каркаса. К сожалению, Сборки пока не позволяют создавать вложенные комбинации, как в случае группирования и в случае изменений автоматически создают новые Сборки, что не всегда удобно. Частично это решается использованием их совместно с Группами.

Осталось вкратце рассмотреть самое важное в ОРГАНИЗАЦИИ процесса проектирования – коллективную работу и средства ее реализации. Основным инструментом являются Наборы (Worksets), которые позволяют распределить Элементы, Виды, Настройки и Семейства между всеми участниками проектирования и регулируют доступ к ним. При этом на самых демократичных основаниях по принципу: «Кто первый встал – того и тапки» :). С одной стороны такой метод вначале приведет к абсолютной неуправляемости процессом проектирования, а с другой заставит коллектив больше общаться друг с другом и тщательней планировать свои действия как одно целое потом. Но советую работать в пределах одного файла проекта в случаях если:

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

В последнем случае взаимодействия между смежными разделами проекта регулируются посредством Внешних ссылок (External links), а также инструмента Копирования/Отслеживания (Copy/Monitor). Данные естественно должны храниться на файловом сервере или в хранилище Autodesk Vault, которое в полной мере поддерживается с Revit 2012. А для отслеживания и обсуждения изменений в проекте, обмена данными можно воспользоваться онлайн сервисом Autodesk Bluestreak. В заключении же скажу, как сказал мне один бравый полковник – «Выше кадров только солнце!». И каким замечательным инструмент не был бы, и сколько бы дорого он не стоил, если у Вас нет кадров и нет желания – то все это напрасные усилия.

P.S. По этой ссылке сможете просмотреть и скачать оригинальную презентацию.

Выступление по теме публикации на Autodesk Forum 2011.

Честно признаюсь, что вчерашняя новость, об исправлении ошибки параметра “Высота”, была для меня случайным открытием. Просто искал на официальном сайте очередное обновление библиотек о котором прочитал в описании Revit 2012 WU2 и которое пока не нашел… Возможно еще не успели выложить.  Сегодня обсудили это событие с друзьями и пришли к выводу: “А ведь не все пользователи могут об этом своевременно узнать или попросту найти!” Как и не все читают мой или другие блоги. Как же быть? Решение, как оказалось, лежит прямо на поверхности и на виду у абсолютно всех пользователей Revit и называется – Коммуникационный центр Autodesk.

image

image

Он как раз и предназначен для получения различного рода уведомлений о доступных обновлениях, новостях, событиях и т.п. При этом в нем есть возможность добавлять свои источники электронной рассылки RSS. В результате, можно подписаться на известные каналы блогов, сайтов, форумов и всегда быть в курсе происходящего почти без отрыва от проектирования. После настройки уведомлений на одном рабочем месте, можно применить настройки на других. Для этого достаточно скопировать и заменить везде файл InfoCenter.xml, который находиться по примерному пути:

C:\Users\Пользователь\AppData\Roaming\Autodesk\Revit\Autodesk Revit *** 2012\RUS\Components

По этой ссылке можете скачать пример настройки Коммуникационного центра, который включает в себя каналы электронной рассылки блогов активистов русскоязычного Сообщества пользователей и официального форума по Autodesk Revit.

image

Тот, кто владеет информацией – владеет Миром! Пользуйтесь.

Хорошая новость! 26 сентября вышло официальное исправление ошибки локализации русского Autodesk Revit 2012, а именно наличия “двоеточия” в конце параметра “Высота” в семействах Дверей и Окон. Эта проблема вызывала ошибку при сохранении этих семейств. Также доставляла неудобства при загрузке соответствующих семейств в проект с использованием каталогов типов, в которых параметр “Высота” естественно прописан без ошибки.

Hotfix - Height.0001

Для исправление, необходимо загрузить соответствующий архив Вашей операционной системе и распаковать в папке установки продукта C:\Program Files\Autodesk\Revit Architecture 2012\Program с заменой файла GeneratedResRUS.dll. Не забудьте, так на всякий случай, предварительно сделать копию оригинального файла ;).

Хочу сказать – БОЛЬШОЕ СПАСИБО ребятам с официального русскоязычного форума по Revit, обнаружившие эту ошибку, а также техническим специалистам московского офиса Autodesk, которые передали эту информацию разработчикам.

Доброй ночи!

Приветствую!

Доступны новые обновления для всех пакетов Autodesk Revit 2012. К сожалению, пока нет подробного описания изменений – надеюсь будут позже. На русские версии ставиться без проблем, продукты запускаться и работают стабильно. Загружаем по прямым ссылкам:

Пользуйтесь!