Этот канал посвящен Revit и всему, что с ним связано. Спецификации и арматура. Проблемы и их решения.
Dynamo, Python и C# как автоматизация работы проектировщиков.
Я - инженер-проектировщик КР с 2007 года. Пользователь Revit с 2016 года. Соавтор шаблонов ADSK.
Пікірлер
Продолжайте в том же духе))
Спасибо за поддержку. Надеюсь, что видео было полезно
@@ASKravcova Проводите индивидуальные занятия?
Добрый день! Что делать, если возникает следующая ошибка: ValueError: could not convert string to float: '' [' File "<string>", line 254, in <module> '] Ревит 2023
Уберите в настройках проекта для площади отображение единиц измерений. В спецификации должны быть только числа, без единиц измерения
Делал металл в 22, даже такого и не заметил. Если бы появилась такая проблема, я бы долго искал концы))) Спасибо за наводку)))
Подскажите пожалуйста, в чем может быть ошибка моя, при запуске скрипта выходит такая ошибка: ValueError: could not convert string to float: '33.98m2' [' File "<string>", line 254, in <module> ']
Уберите в настройках проекта для площади отображение единиц измерений. В спецификации должны быть только числа, без единиц измерения
Спасибо! Очень интересно.
А еще за шириной ячеек не надо следить и текст можно вертикально делать))) Настя, МОЛОДЕЦ!
И это тоже, точно! 👌
Давай ещё контента!!!
Все в процессе 👍
Скрипт которую скачал по ссылке на данный момент 01.07.2024. Сработало просто поменяв на механизм Python3. С округлением тот же вопрос. Но то что заработало, уже хорошо. Revit 2023
Какой именно вопрос с округлением? Вроде плагин решает проблему.
Лайк, подписка, шер!!
👌👌
Cool🔥
интересный урок
Спасибо :)
спасибо
А можете подсказать как округлить площади в динамо 2021 версии, в текущим файле динаме есть функция округление, но при посчете общей площади с коэффициентом идёт расхождение с расчётом в калькуляторе
Или вообще как можно решить данную проблему
Если вы про ошибку округления, когда расхождение на сотые получается, то это не исправить. Динамо считает во внутренних единицах проекта, спецификации считаются в единицах проекта. При переводе получается такая погрешность. Именно поэтому скрипт, о котором идет речь в видео сделан с другим подходом, без округления.
@@ASKravcova Через спецификацию сделано гениально просто! Вся арифметика убрана в механизм подсчета спецификации не надо с Decimal заморачиваться. Скрип по сути копирует значения из соседнего столбца в этом его прелесть.
@@ARproj Да. Именно в этом и была задумка скрипта. Есть, конечно, минус: при отсутствии спецификации в проекте скрипт выдаст ошибку. В планах есть внести изменения, чтобы на самые распространенные ошибки скрипт выдавал вменяемое сообщение и пользователь мог понять в чем проблема. Но о сроках реализации пока ничего не могу сказать
@@ASKravcova Да. на питоне боль окна писать :). Думаю что-то подобное сделать на С# адаптированное под свои нужды.
Ух ты, динамо, шииик!
👌
спасибо, побольше бы dynamo
Ну тут уж как получится :)
Спасибо, ждем динамо
а для чего разделять так - высокий и средний уровни детализации? какой практический смысл?
Для того, чтобы в проекте можно было и использовать сечение как в ГОСТ выглядит, и условное, без скруглений. Все семейства КМ в библиотеке ADSK выполнены таким образом.
@@ASKravcova а зачем еще без скруглений, по ГОСТ не достаточно?
@@user-fw7oi2uw2n Бывают слишком насыщенные чертежи, бывает требования нормоконтроля, чтобы были показаны условные сечения. В семействах учитываем это. Если нужно только по ГОСТ со скруглениями, то можно использовать высокий уровень детализации и все. А кому нужен упрощенный вариант отображения, то есть средний уровень детализации. Ну и плюс ко всему есть Руководство по созданию семейств Revit bim2b.ru/product/rukovodstvo-k-semejstvam-revit/, в котором описано: 1. На разных стадиях проектирования необходимо получать разную атрибутивную и графическую информацию (LOD 100 - LOD 400). 2. Как правило рекомендуется использовать разную степень детализации в семействе и разрабатывать семейство для использования с уровнем проработки от LOD 100 (на низком уровне детализации) до LOD 300/400 (на высоком уровне детализации).
Спасибо!