🚧 От цифровой модели дороги — к готовой ведомости объектов инфраструктуры
В предыдущих публикациях показывал подход:
Civil 3D → трассы → координатная привязка → база данных → автоматическая обработка
Сегодня показываю результат этой работы.
В качестве примера — проект по ул. Везельской.
На основе данных проекта сформирована структурированная ведомость дорожной инфраструктуры в формате Excel.
В таблице содержится:
📍 объект инфраструктуры;
📍 тип элемента;
📍 координаты;
📍 привязка к соответствующей улице (трассе);
📍 параметры объекта.
Вместо ручного переноса информации из чертежа в таблицы данные формируются автоматически из проектной модели.
Что это даёт:
✅ сокращение рутинных операций;
✅ единая структура данных;
✅ удобная проверка состава объектов;
✅ ускорение подготовки проектной документации.
Прикладываю пример ведомости, полученной по реальному проекту.
Следующий этап — развитие инструмента и расширение возможностей автоматизации подготовки документации ОДД.
#ОДД #Civil3D #Python #AutoCAD #ДорожнаяИнфраструктура
«Записки инженера» - канал из категории «Бизнес», подключенный к сервису кросспостинга MaxGate. Публикации канала синхронизируются между Telegram и мессенджером MAX, а на этой странице собраны ссылки на обе версии канала.
Сейчас у канала 339 подписчиков суммарно в Telegram и MAX. За последние 30 дней в истории MaxGate учтено 50 публикаций, поэтому перед подпиской можно оценить не только размер аудитории, но и регулярность обновлений.
Чтобы подписаться, используйте кнопки «Открыть в MAX» и «Открыть в Telegram» в верхней части страницы. У отдельных постов ссылка может быть доступна в обоих мессенджерах или только в одном из них, если MaxGate получил такой URL из истории обработки.
⚙️ От трассы Civil 3D до структурированной базы дорожной инфраструктуры
В предыдущем видео показывал работу с библиотекой блоков дорожной инфраструктуры.
Сегодня — следующий уровень автоматизации.
При разработке проектов автомобильных дорог и ОДД в Civil 3D можно использовать трассы как основу координатной привязки.
Алгоритм работы:
Civil 3D → трассы → отчёт пошагового пикетирования → SQLite → Python → Excel
Что происходит внутри:
📍 Для каждой трассы проекта формируется координатная основа — точки оси через заданный шаг.
📍 Если в проекте несколько улиц и несколько трасс, каждая из них сохраняется как отдельный объект.
📍 Далее база SQLite содержит информацию о дорожной инфраструктуре: — знаки; — светофоры; — остановочные пункты; — ограждения; — другие элементы.
📍 Python выполняет обработку данных и связывает каждый объект инфраструктуры с соответствующей трассой (улицей).
В результате вместо набора разрозненных блоков получается структурированная информация:
Улица → трасса → координата → объект инфраструктуры → ведомость
Что это даёт:
✅ автоматическое формирование ведомостей;
✅ быстрый поиск объектов по улице;
✅ меньше ручной работы;
✅ возможность обработки больших проектов с большим количеством объектов.
По сути, чертёж превращается в базу данных, с которой можно работать дальше.
🎥 В видео покажу, как построена эта связка.
#Civil3D #AutoCAD #Python #ОДД #ДорожнаяИнфраструктура
🚧 500 тысяч рублей за видимость знаков?
На ул. 5 Августа перед проспектом Ватутина установлены две консольные опоры для знаков 5.15.1 «Направления движения по полосам».
Возникает вопрос: была ли необходимость именно в таком решении?
На момент установки (2024 год) действовал ГОСТ Р 52289-2019. Согласно п. 5.6.22, предварительные знаки 5.15.1 и 5.15.2 требовались на дорогах, где перед перекрёстком имеется три полосы и более для движения в данном направлении. На других дорогах их установка допускалась при необходимости.
Для дорог в населённых пунктах с двумя полосами движения ГОСТ предусматривал возможность размещения знака 5.15.1 справа от дороги.
При этом на данном участке установлены две массивные консоли. Если ориентировочная стоимость одной конструкции с фундаментом и монтажом составляет порядка 250 тыс. рублей, то общая стоимость решения может достигать 500 тыс. рублей.
Вопрос не в том, можно ли установить консоль. Можно.
Вопрос инженерный: — какие условия видимости требовали такого решения?
— проводился ли анализ необходимости размещения знака над проезжей частью?
— насколько это повысило безопасность по сравнению с обычной установкой?
При проектировании ОДД важно оценивать не только соответствие формальным требованиям, но и эффективность использования бюджетных средств.
#ОДД #Белгород #дорожнаябезопасность
Когда знаков становится слишком много: новое требование ГОСТ Р 52289
Интересное изменение в ГОСТ Р 52289-2019.
Теперь на дорогах с односторонним движением знаки 5.19.1 и 5.19.2 «Пешеходный переход» должны размещаться с учётом обратных сторон друг друга. То есть фактически на островках безопасности при определённых схемах организации движения может потребоваться установка дополнительных знаков, чтобы пешеходный переход был обозначен для всех направлений движения.
Но возникает практический вопрос.
Всегда ли такое решение улучшает безопасность?
На крупных перекрёстках с островками, разделительными полосами и несколькими направлениями движения легко получить ситуацию, когда один переход требует установки сразу нескольких комплектов знаков.
Формально требования выполнены.
А визуально?
Водитель получает не понятную подсказку, а «лес» стоек, табличек и знаков. Особенно это заметно на сложных городских узлах, где одновременно присутствуют:
— светофоры;
— указатели направлений;
— знаки приоритета;
— пешеходные переходы;
— элементы благоустройства.
Безопасность дорожного движения — это не только количество установленных знаков.
Важно, чтобы каждый знак был заметен, понятен и воспринимался водителем вовремя.
Возникает вопрос к проектированию:
Не стоит ли применять новое требование с учётом конкретной дорожной ситуации, а не превращать каждый островок в конструкцию из нескольких стоек со знаками?
Потому что иногда перегруженная знаками схема может сама стать фактором снижения внимания.
Организация движения должна помогать человеку ориентироваться, а не заставлять его искать нужный знак среди десятков других.
#ПОДД #БДД #ГОСТ #ДорожноеДвижение #ИнженерныеРешения