Вот вам пример работы в Динамо без Питона и с Питоном

Первый алгоритм я писал два года назад, когда сильно хуже умел в Питон. Что-то я использовал, но это было по мелочи, списки какие-нибудь проверить через zip.

Второй алгоритм придумал сегодня. Тут как бы ничего гениального, но добавление Ревит АПИ помогло решить проблему без прямого участия геометрии. Щас подробнее распишу.

Задача: нужно получить расстояние от точки вставки крепления до ближайшего перекрытия сверху. При этом перекрытие в связанной модели.

Старый алгоритм

Немного Питона тут всё же сделать пришлось, но его я где-то раскопал в интернете, на форуме Динамо, скорее всего. Код получал из связанной модели перекрытия и крыши.

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

Динамо не умеет вовремя остановиться. Поскольку заранее я не знаю, какое перекрытие мне подойдёт, я вынужден проецировать все точки на все перекрытия. Точек много, перекрытий пусть не сильно, но всё это перемножается и выдаёт мне кучу значений. Преобразование в геометрию — это долго. Перемножить — долго. Дальше нужно ещё обработать результаты, это тоже отдельная работа.

В итоге я всё же получаю свою точку, по сути я там беру расстояния и ищу наименьшее, то есть беру самую близкую плиту. Строю линию, получаю её длину — вот и длина моих шпилек у креплений. Можно было не строить линию, а взять координаты Z, но суть мало меняется.

Это долгий и сложный алгоритм, потому что Динамо будет брать всё в кучу и обрабатывать всё сразу. А мне потом ещё и данные правильные выделять.

Новый алгоритм

Сперва я прилёг на кровать. Потом подумал, что могу также в Питоне получить перекрытия, а затем взять или координаты или что-нибудь такое. И сразу там же пробежаться по точкам вставки креплений, сравнить их с координатой плиты и выбрать ближайшую большую. В целом, мне ведь и плита по сути не нужна, только отметка низа.

Это я и сделал. Координату плиты получить не удалось, но с неё можно получить габаритный ящик — bounding box. Это такой кубик, в которой вписывается вся геометрия плиты. У него есть точка максимума и минимума. Из точки минимума я могу вытащить отметку низа, координату Z. Вот и получилась точка, куда надо тащить шпильку, а значит и легко получаю длину шпильки.

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

Оценить скорость прям супер точно не могу, скрипт в целом срабатывает не моментально даже на небольшой модели. Думаю, это из-за того, что Динамо приходится ещё расставлять крепления, это тоже он делает не особо шустро. Но очевидный плюс — не нужно ничего дополнительно обрабатывать, я все данные генерирую в самом коде, он работает в основном с числами, просто сравнивает списки. Это явно должно быть быстрее.

Есть у алгоритма минус, которого нет у первого способа. Он не будет работать со скатными кровлями, так как баундинг бокс всегда будет давать граничный кубик в виде параллелепипеда, но с этим можно смириться, мне кажется. Геометрию можно и в Питоне получать, конечно, но я пока не углублялся в эту тему, в данном случае это всё же излишне.

Вот такая получается разница, всё показал на картинках.