Рустам, вы первый, кто решил попробовать инвертировать вспомогательные съезды.
Программа предполагает (исходит из того, что...) съезды "начинаются вместе" и "расходятся в разные стороны" концами.
Извините за мой французский, ЗАЧЕМ их потребовалось инвертировать?

Алексей, а можно подробнее?
Можем созвониться с вами в начале следующей недели, чтобы вы рассказали, КАК и ЧТО вы оптимизировали введением своего собственного набора имён линий?
Вы можете, процитировав переписку, написать в техподдержку, и в сообщении указать контактный номер телефона для связи с вами и удобное время для звонка.

Алексей, здравствуйте!
Почему нельзя использовать стандартное имя, которое по умолчанию используется для кювета?
Посмотрим, постараемся поправить. К ближайшему обновлению не обещаю, но попробуем...
Для чего? Чем не устраивает поведение по умолчанию?

Олеся, спасибо!
Поправим к ближайшему обновлению!
(выйдет на этой неделе)

Никита, на примере присланного вами файла проекта постараемся поправить проблему.

Так и было раньше. Но практика показала, что нашпигованный лапшой в самых разных слоях dwg-файл имеет сотни тысяч объектов (например: отрезков для отображения стилевой линии "подошва откоса" или "граница растительности").
Так бывает не всегда, но, к сожалению, часто.
Некоторые программы используют "лапшу".
В этом случае контроллер привязки в IndorCAD будет мгновенно перегружен объёмом данных и программа либо будет страшно лагать, либо упадёт.
При определённых обстоятельствах (заранее настроив контроллер привязки в нужное положение, взяв "правильный" (без лапши) dwg-файл, используя 64-битную программу с автоматически настраиваемым файлом подкачки в Windows) всё сработает.
Но для большинства случаев просто включить привязку ко всем слоям - фатально.
Если вы, глядя на список слоёв в dwg-файле, не можете определиться, в каком слое что должно лежать - скорее всего файл "неправильный" и для него точно нельзя включать привязку "ко всему".
Если можете найти слой (или последовательно отключая видимость нашли нужный слой) - включите привязку для него индивидуально.

В планах есть

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

Однако в несколько последних обновлений закралась ошибка, из-за которой сохранение/восстановление добавленных кнопок не работало.
Исправили, войдёт в ближайшее обновление!
Вам спасибо за сообщение об обнаруженной проблеме!

Александр, хорошо!
Пользовательское значение подписи, которое можно будет задать в свойствах коммуникации, будет выводиться в чертёж и в редактор профиля.
Будет в следующем обновлении.

Да, Александр, примерно туда и думаем.

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

Дониёр, у вас "слетела" выбранная конфигурация программы.
В правом верхнем углу главного окна приложения выберите конфигурацию "Road".
Всё восстановится.

Для надёжного сохранения выбранного значения конфигурации лучше перезапустить программу.

Александр, с ошибочным определением размера условного знака, слева от которого должен отображаться номер репера, ещё разбираемся.
"Цвет черты" теперь совпадает с цветом текста (уже вышло в обновление).

Алексей, смотрите выше
По умолчанию центр объекта (в плане) становится его "нулевой" точкой. А вот Z-остаётся оригинальная.
Возможно стоит прикрутить опцию на тему Z-отметок: Оставить оригинальную, Взять по центру габарита, Взять по минимуму.
Сейчас вам нужно задать ему (экскаватору) Абсолютную отметку, равную нулю. И объект окажется в своей Z-координате.

Постараемся поправить.
Но система координат работает для всех экземпляров 3D-объектов, загруженных из одного и того же файла.

Александр, за четыре года работы BIM-сервера с него ни разу не удаляли данные.
Честно говоря, строго регламентированного времени хранения нет.
Год - железно. Два - очень вероятно. Три - скорее всего.

За это время вы уже приобретёте себе коробочный продукт IndorBIMserver и будете использовать его вдоль и поперёк.
Интерес к "коробке" IndorBIMserver есть, работы ведём.

Александр, не хочу обманывать со сроками, поэтому не буду называть дату.
Точно, что не в ближайшие три месяца.

Андрей, а файл проекта (и DWG с оригиналом) на Support, а мы подскажем :?)

Андрей, может картинку приложите?

Алексей, при съезде с траектории имея набранную разрешённую скорость на другую, на которой разрешена меньшая скорость, автомобиль начинает замедляться с разрешённым для него замедлением.
Также в данный момент авто "видят" едущие впереди (пока по этой же траектории!) с меньшей скоростью автомобили и притормаживает перед ними (можно включить "упрощённое отображение" и по цвету "кирпича" понимать, разгоняется он, тормозит или движется с постоянной скоростью).
А вот на тему "уступить дорогу" и прочее... будем думать, по мере возможности.
Задел сделан - это главное. Логику можно накручивать дальше.
Это лучше, чем просто движение с постоянной скоростью без возможности съезда и вливания в другой поток.

Алексей, спасибо за модельки, Буксир и Экскаватор выпустим в обновления, если вы не против!
Исправление замечания с Esc уже вышло

А исключительно для тех, кто читает эту тему (!) даю доступ к ещё неофициальной функции для тестирования.
Работает на сборках 6648+.
В ярлык запуска добавляем -Cars3D (кто понимает о чём речь), и на вкладке Проект изучаем новые инструменты.
Работают достаточно просто.
О результатах тестирования прошу сообщать, если не сложно

Алексей, спасибо за информацию, поправим!

Давит, проект пришлите, пожалуйста на support с тем же сообщением, что и в форум...

Татьяна, вес (точнее, массу) щитка можно рассчитать, зная его плотность и объём.
Плотность можно прогуглить, зная точно материал, из которого будет изготовлен щиток.
Объём щитка знака = Площадь щитка * толщину щитка.
Площадь щитка программа считает и показывает.
Толщина - зависит от производителя и используемого материала.

Получается, из трёх параметров, необходимых для требуемого расчёта, программа знает только один.
Не может она выдать вес (точнее, массу) щитка.

Забивать жёстко в программу толщину и плотность, используемые для расчёта массы знака - а если разная толщина в разных (маленьких/больших) знаках?
Давать возможность настраивать? Тоже как-то бредово...

Татьяна, предложите вариант?

Никита, спасибо за сообщение об ошибке!
Поправим, выложим!

Дмитрий, вы "спалили" серийный номер, который мог бы активировать любой (!), если бы лицензия не была уже выведена из эксплуатации в связи с заменой
На ваше обращение в техподдержку мы отправили ответ с новым серийным номером.
Активируйте и пользуйтесь!