Все идеи
Группа компаний LiraLand - идеи, предложения, пожелания наших пользователей
1.учитывается только толщина (высота) плиты/стрежня ростверка, но не учитывается, что в элементах ростверка может быть указана жесткая вставка по глобальной оси Z, поэтому приходится вручную править сваю и копировать ее во все места, но в случае корректировки параметров группы все приходится делать заново, потому что после подтверждения параметров, происходит перестроение свай по заложенному алгоритму.
2.вторая проблема - сваи, попавшие в АЖТ и непосредственно не пересекающие элемент ростверка, генерируются без учета ростверка вовсе. Логика понятна в целом, но можно же в такой ситуации заложить считывание сведений о ростверке, например, с базового узла? это сильно бы упростило задачу. А то и здесь приходится действовать вручную, брать аналогичную (или доработанную из-за ЖВ) и копировать.
В частности, нужно получить для каждой сваи отношение Fd (с учетом сейсмики - hd) к Fd (без учета сейсмики), чтобы определить понижающий коэффициент к несущей способности, указанной в геологическом отчете. Не плохо было бы иметь такой показатель в мозаиках по умолчанию.
Также было бы удобно иметь возможность временно менять угол наклона глобальной системы координат
При задании эксцентриситета сечения балок функция учета повернутых местных осей работает не корректно.
Пусть есть цилиндрическая обечайка, подкрепленная вертикальными балками.
Включим во флагах рисования местные оси, затем попытаемся задать эксцентриситет (жесткую вставку) в местной системе координат.
По идее для того, чтобы все стержни крепились к внешней поверхности обечайки, потребуется задать отрицательное смещение равное половине высоты балки (по местной оси Z).
Как видно, только одно сечение переместилось корректно.
Т.е. перемещение производится не в местных осях сечения.
Аналогичный эффект будет даже в случае, если в каждом сечении жесткая вставка будет задаваться по отдельности.
В справке прямо написано, что при задании жестких вставок стержней, угол вращения местных осей не учитывается, однако, было бы существенно удобнее, если бы он учитывался.
Например, можно добавить настройку: "☑ Не выполнять подбор, если k не лежит в диапазоне от ____ до ____." (e.g. от 0,85 до 0,99).
С уважением,
Жуков А.В.
Также было бы удобно вместе с построением линий и пластин в Лире сразу задавать им жесткости в том же окне, а не после
Хотел написать комментарий, но в появившемся окне это сделать невозможно. Речь о некоммерческой Лире 2016
В САПФИРе в процессе создания схемы очень важно иметь возможность создания, загрузки своей базы материалов и это уже реализовано.
Но при том что в современных реалиях объемы проектов только растут - очень сильно не хватает возможности структурировать список материалов, переносить материал в списке вверх/вниз, создавать списки в списках. Согласитесь большой список материалов, который невозможно упорядочить так, как удобно и понятно пользователю - превращает очень хорошую идею в хаос и неприглядный результат.
Заранее большое спасибо!
Когда буквально каждый день в Визоре идет построение, редактирование и анализ расчетной схемы/фрагментов схемы - эти задачи становятся рутиной. При этом гибкость интерфейса становится одним из мощнейших факторов ускорения/комфорта работы, что очень важно в современном темпе работы/жизни. Предлагаю значительно усилить отрыв от конкурентов.
Прошу добавить/расширить полифильтр дополнительным меню - позволяющим сохранять пользовательские настройки полифильтра и назначать им горячие клавиши клавиатуры/мышки для быстрого срабатывания.
В целом вообще хочется некое расширение по работе с интерфейсом через язык скриптов например, настроенной последовательности нодов.
Тоже самое применительно к САПФИР, в фильтре элементов, прошу добавить возможность загружать сохраненные наборы из других проектов/сохранений и назначать им горячие клавиши. Ноды и скрипты/ЯП к счастью в Сапфире уже внедряются.
Заранее большое спасибо!
Интуитивно это не очень понятно. Еще можно провести аналогию с кнопками переключения на плеере: кнопка назад всегда расположена слева, а вперед - справа; тут же получается как бы наоборот.


хотелось бы оцифровывать мозаики армирования выборочно для конкретного диапазона значений, минуя инструментарий фильтра.
например указав в окошке конкретную вилку значений(предпочтительный вариант реализации).
как вариант можно было бы придать цветовой шкале активную функцию, и для выбора желательного диапазона оцифровки активировать мышкой цветовой диапазон.
на текущий момент активировав оцифровку визуально забиваем картинку минимальным значением армирования.
как вариант можно было бы просто отключать его галкой вообще.
Скорее даже не идея, а вопрос переходящий в идею. При нахождении вами ошибок в новых версиях (например в 2022 релизе), будет что-либо предприниматься по устранению этих ошибок в более ранних версиях (например 2020, 2021 и т.д.)? Или в старых версиях ошибок нет? И это касается только новых?
Например, в
· Исправлена ошибка построения мозаики для результатов подбора армирования стержней.
· Уточнено вычисление значений глубины сжимаемой толщи Нс для слабо-сжимаемых грунтов.
· Исправлен учет масштабных множителей к трехкомпонентной акселерограмме (модуль динамики 29), если они были заданы равными 0.
и т.д.Эти ошибки остались в 2021 версии?
Т.е. установив галочку, любой последующий выбор узлов (элементов) будет обрабатываться автоматически и создаваться АЖТ, объединение перемещений (при уже выставленных значениях), перекосы, связи в узлах (при уже выставленных значениях), шарниры (при уже выставленных значениях), конструктивные элементы и т.п. на основе выборки рамкой за раз. Каждый раз подтверждать проблема - особенно в окнах АЖТ, перекосы, объединение перемещений. Особенно удобно на нерегулярных участках, на регулярных проще копировать, чем все обойти.
В принципе, подобная галочка "применять автоматически" есть во флагах рисования.
Предлагаю исключить автоматические подрезки несущих стен по перегородкам, т.к. в этой функции нет необходимости, но часто и бесконтрольно она приводит к нежелательным эффектам вроде изображенного на картинке.
С уважением,
Жуков А.В.

2.Второе предложение - повтор. Сейчас отображение неравномерных распределенных нагрузок-штамп подписывается как среднее значение, хочется видеть неравномерность нагрузки, как она отображается для нештамповой обычной нагрузки.
Просьба добавить пример расчета на температурные воздействия для стальных и железобетонных каркасов зданий и сооружений.
1. В ЛИРА-САПР 2022 R2 нагрузки-штамп, заданные для пластин и объемных КЭ, не будут принимать участие в построении сосредоточенных мозаик нагрузок (см. рис.
2. Уточнение. Вы имеете в виду неравномерно-распределенную нагрузку штамп на плиту, которая приходит в ВИЗОР-САПР из САПФИР?
________________________________________________________
С уважением, Марина Ромашкина