Ростехнадзором рассмотрены некоторые вопросы практики ведения журналов работ при строительстве (31.07.2025)
В частности, разъясняются:
- необходимость регистрации в 2025 г. специальных журналов работ (бетонных работ, входного контроля, сварочных работ и т.д.) в территориальных органах Ростехнадзора при строительстве, реконструкции объектов капитального строительства;
- необходимость оформления исполнительной документации и фиксации в общем журнале работ информации о проведении отдельных видов бетонных работ; вопросы, касающиеся ведения общих журналов работ.
P.S. Обращаем внимание: ряд разъяснений идет со ссылками на отмененные НПА…(де-юро несостоятельны от слова совсем).
В частности, разъясняются:
- необходимость регистрации в 2025 г. специальных журналов работ (бетонных работ, входного контроля, сварочных работ и т.д.) в территориальных органах Ростехнадзора при строительстве, реконструкции объектов капитального строительства;
- необходимость оформления исполнительной документации и фиксации в общем журнале работ информации о проведении отдельных видов бетонных работ; вопросы, касающиеся ведения общих журналов работ.
P.S. Обращаем внимание: ряд разъяснений идет со ссылками на отмененные НПА…(де-юро несостоятельны от слова совсем).
www.garant.ru
Разъяснения Федеральной службы по экологическому, технологическому и атомному надзору от 31 июля 2025 г. Ведение и регистрация…
Документы ленты ПРАЙМ: Разъяснения Федеральной службы по экологическому, технологическому и атомному надзору от 31 июля 2025 г. Ведение и регистрация журналов работ при строительстве объекта капитального строительства | ГАРАНТ
🤔1🙊1
Тем временем в Госдуме…
Законопроект № 987202-8 о внесении изменений в Градостроительный кодекс РФ
Минуя вообще какую-либо логику в содержании предлагаемой поправки и попутно возникающих правовых коллизий с действующим законодательством, инициативная группа законодателей, видимо совсем позабыла, что в Градостроительном кодексе РФ уже есть статья 51.1 и она посвящена уведомлению о планируемых строительстве или реконструкции объекта индивидуального жилищного строительства или садового дома…а не строительству многоквартирных домов.
Для справки, тот самый Законопроект № 971921-8, в который с легкой руки еще одной группы законотворцев хотят добавить уже существующую с таким номером статью 51.1 (!), вообще призван был дополнить часть 11 статьи 13 «Об организации дорожного движения в Российской Федерации», согласно которой гражданам гарантируется право на бесплатное пользование платными парковками, прилегающими к объектам социальной инфраструктуры, и где среди прочего, предлагается определить категорию «объекты социальной инфраструктуры - объекты и организации, удовлетворяющие социальные потребности населения (образовательные учреждения, медицинские учреждения, объекты специализированного жилищного фонда, культурные учреждения и мероприятия, спортивные учреждения, объекты религиозного назначения, объекты культурного наследия и т.д.)».
P.S. «Хотели как лучше, а получилось как всегда» (В.С.Черномырдин)
Законопроект № 987202-8 о внесении изменений в Градостроительный кодекс РФ
Дополнить статьей 51.1 следующего содержания:
«51.1 Разрешение на строительство многоэтажных многоквартирных домов в населенных пунктах с дефицитом транспортной, жилищно-коммунальной и социальной инфраструктуры.
1. Населенные пункты с дефицитом транспортной, жилищно-коммунальной и социальной инфраструктурой - населенные пункты, в которых фактическое наличие транспортной, жилищно-коммунальной и социальной
инфраструктуры не соответствует потребностям населения.
Не допускается выдача разрешений на строительство многоэтажных многоквартирных домов в населенных пунктах, в которых дефицит транспортной, жилищно-коммунальной и социальной инфраструктуры составляет более 50% до 2030 года.
Решение о выдаче разрешения на строительство многоэтажных многоквартирных домов в населенных пунктах с дефицитом транспортной, социально-коммунальной и социальной инфраструктуры принимается исполнительным органом субъекта Российской Федерации после оценки, уполномоченным федеральным органом исполнительной власти транспортной, жилищно-коммунальной и социальной инфраструктуры в населенном пункте, в котором планируется строительство.»
Минуя вообще какую-либо логику в содержании предлагаемой поправки и попутно возникающих правовых коллизий с действующим законодательством, инициативная группа законодателей, видимо совсем позабыла, что в Градостроительном кодексе РФ уже есть статья 51.1 и она посвящена уведомлению о планируемых строительстве или реконструкции объекта индивидуального жилищного строительства или садового дома…а не строительству многоквартирных домов.
Для справки, тот самый Законопроект № 971921-8, в который с легкой руки еще одной группы законотворцев хотят добавить уже существующую с таким номером статью 51.1 (!), вообще призван был дополнить часть 11 статьи 13 «Об организации дорожного движения в Российской Федерации», согласно которой гражданам гарантируется право на бесплатное пользование платными парковками, прилегающими к объектам социальной инфраструктуры, и где среди прочего, предлагается определить категорию «объекты социальной инфраструктуры - объекты и организации, удовлетворяющие социальные потребности населения (образовательные учреждения, медицинские учреждения, объекты специализированного жилищного фонда, культурные учреждения и мероприятия, спортивные учреждения, объекты религиозного назначения, объекты культурного наследия и т.д.)».
P.S. «Хотели как лучше, а получилось как всегда» (В.С.Черномырдин)
🤯6
This media is not supported in your browser
VIEW IN TELEGRAM
Здоровья, благополучия, позитивных стимулов для развития, достойной мотивации и значимых показателей!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥27👍6🤝3
Обсуждается проект стандарта на качество пространственных данных
Продолжается публичное обсуждение
проекта ГОСТ Р "Пространственные данные. Качество данных".
Разрабатываемый национальный стандарт не эквивалентен примененному при его разработке международному или региональному стандарту ISO 19157-1:2023, Geographic information - Data quality - Part 1: General requirements.
Разработчиком документа является ППК "Роскадастр".
Срок публичного обсуждения проекта: 05.08.2025-05.10.2025.
Продолжается публичное обсуждение
проекта ГОСТ Р "Пространственные данные. Качество данных".
Разрабатываемый национальный стандарт не эквивалентен примененному при его разработке международному или региональному стандарту ISO 19157-1:2023, Geographic information - Data quality - Part 1: General requirements.
Разработчиком документа является ППК "Роскадастр".
Срок публичного обсуждения проекта: 05.08.2025-05.10.2025.
Перечень национальных стандартов, посвященных пространственным данным (ТК 394)
Часть 1/2
1. ГОСТ Р 51606-2024 Карты цифровые топографические. Система классификации и кодирования цифровой картографической информации. Общие требования
2. ГОСТ Р 51607-2024 Карты цифровые топографические. Правила цифрового описания картографической информации. Общие требования
3. ГОСТ Р 51608-2024 Карты цифровые топографические. Требования к качеству
4. ГОСТ Р 51605-2023 Карты цифровые топографические. Общие требования
5. ГОСТ Р 70955-2023 Картография цифровая. Термины и определения
6. ГОСТ Р ИСО 19105-2003 Географическая информация. Соответствие и тестирование
7. ГОСТ Р 52155-2003 Географические информационные системы федеральные, региональные, муниципальные. Общие технические требования
8. ГОСТ Р 52438-2005 Географические информационные системы. Термины и определения
9. ГОСТ Р 52439-2005 Модели местности цифровые. Каталог объектов местности. Требования к составу
10. ГОСТ Р 52440-2005 Модели местности цифровые. Общие требования
11. ГОСТ Р 52571-2006 Географические информационные системы. Совместимость пространственных данных. Общие требования
12. ГОСТ Р 52572-2006 Географические информационные системы. Координатная основа. Общие требования
13. ГОСТ Р 52573-2006 Географическая информация. Метаданные
14. ГОСТ Р 53339-2009 Данные пространственные базовые. Общие требования
15. ГОСТ Р 57656-2017 (ИСО 19115-2:2009) Пространственные данные. Метаданные. Часть 2. Расширения для изображений и матричных данных
16. ГОСТ Р 57668-2017 (ИСО 19115-1:2014) Пространственные данные. Метаданные. Часть 1. Основные положения
17. ГОСТ Р 57773-2017 (ИСО 19157:2013) Пространственные данные. Качество данных
18. ГОСТ Р 58570-2019 Инфраструктура пространственных данных. Общие требования
19. ГОСТ Р 58571-2019 Инфраструктура пространственных данных. Требования к информационному обеспечению
20. ГОСТ Р 71280-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к структуре и составу растровых данных
21. ГОСТ Р 71281-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к структуре и составу векторных данных
22. ГОСТ Р 71282-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к обеспечению качества данных
23. ГОСТ Р 71283-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Форматы данных и системы координат
24. ГОСТ Р 70316-2022 (ИСО 19112:2019) Пространственные данные. Пространственная привязка по географическим идентификаторам
25. ГОСТ Р 70317-2022 (ISO/TS 19115-3:2016) Пространственные данные. Метаданные. Часть 3. Реализация XML-схемы для основных понятий
Часть 1/2
1. ГОСТ Р 51606-2024 Карты цифровые топографические. Система классификации и кодирования цифровой картографической информации. Общие требования
2. ГОСТ Р 51607-2024 Карты цифровые топографические. Правила цифрового описания картографической информации. Общие требования
3. ГОСТ Р 51608-2024 Карты цифровые топографические. Требования к качеству
4. ГОСТ Р 51605-2023 Карты цифровые топографические. Общие требования
5. ГОСТ Р 70955-2023 Картография цифровая. Термины и определения
6. ГОСТ Р ИСО 19105-2003 Географическая информация. Соответствие и тестирование
7. ГОСТ Р 52155-2003 Географические информационные системы федеральные, региональные, муниципальные. Общие технические требования
8. ГОСТ Р 52438-2005 Географические информационные системы. Термины и определения
9. ГОСТ Р 52439-2005 Модели местности цифровые. Каталог объектов местности. Требования к составу
10. ГОСТ Р 52440-2005 Модели местности цифровые. Общие требования
11. ГОСТ Р 52571-2006 Географические информационные системы. Совместимость пространственных данных. Общие требования
12. ГОСТ Р 52572-2006 Географические информационные системы. Координатная основа. Общие требования
13. ГОСТ Р 52573-2006 Географическая информация. Метаданные
14. ГОСТ Р 53339-2009 Данные пространственные базовые. Общие требования
15. ГОСТ Р 57656-2017 (ИСО 19115-2:2009) Пространственные данные. Метаданные. Часть 2. Расширения для изображений и матричных данных
16. ГОСТ Р 57668-2017 (ИСО 19115-1:2014) Пространственные данные. Метаданные. Часть 1. Основные положения
17. ГОСТ Р 57773-2017 (ИСО 19157:2013) Пространственные данные. Качество данных
18. ГОСТ Р 58570-2019 Инфраструктура пространственных данных. Общие требования
19. ГОСТ Р 58571-2019 Инфраструктура пространственных данных. Требования к информационному обеспечению
20. ГОСТ Р 71280-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к структуре и составу растровых данных
21. ГОСТ Р 71281-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к структуре и составу векторных данных
22. ГОСТ Р 71282-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Требования к обеспечению качества данных
23. ГОСТ Р 71283-2024 Инфраструктура пространственных данных. Единая электронная картографическая основа. Форматы данных и системы координат
24. ГОСТ Р 70316-2022 (ИСО 19112:2019) Пространственные данные. Пространственная привязка по географическим идентификаторам
25. ГОСТ Р 70317-2022 (ISO/TS 19115-3:2016) Пространственные данные. Метаданные. Часть 3. Реализация XML-схемы для основных понятий
👍3🤯1
Перечень национальных стандартов, посвященных пространственным данным (ТК 394)
Часть 2/2
26. ГОСТ Р 70318-2022 Инфраструктура пространственных данных. Единая электронная картографическая основа. Общие требования
27. ГОСТ Р 70846.1-2023 Национальная система пространственных данных. Основные положения по стандартизации
28. ГОСТ Р 70846.2-2023 Национальная система пространственных данных. Термины и определения
29. ГОСТ Р 70846.3-2023 Национальная система пространственных данных. Онтология. Общие положения
30. ГОСТ Р 70846.4-2023 Национальная система пространственных данных. Система классификации и кодирования. Разработка и применение систем классификации и кодирования пространственных данных. Общие требования
31. ГОСТ Р 70846.5-2023 Национальная система пространственных данных. Правила координатного описания пространственных объектов
32. ГОСТ Р 70846.6-2023 Национальная система пространственных данных. Визуализация пространственных данных. Основные положения
33. ГОСТ Р 70846.7-2023 Национальная система пространственных данных. Геосервисы. Общие положения
34. ГОСТ Р 70846.8-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Общие положения
35. ГОСТ Р 70846.9-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Термины и определения
36. ГОСТ Р 70846.10-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Общие требования к использованию единой электронной картографической основы в градостроительной деятельности
37. Р 1323565.1.047-2023 Национальная система пространственных данных. Преобразование сведений о пространственных объектах из аналоговой в цифровую форму. Общие положения
38. ГОСТ Р 70846.11-2024 Национальная система пространственных данных. Актуализация пространственных данных. Общие положения
39. ГОСТ Р 70846.12-2024 Национальная система пространственных данных. Система контроля качества данных. Общие требования
40. ГОСТ Р 70846.13-2024 Национальная система пространственных данных. Требования к спецификации информационного продукта на основе пространственных данных
41. ГОСТ Р 70846.14-2024 Национальная система пространственных данных. Метаданные. Общие положения
42. ГОСТ Р 70846.15-2024 Национальная система пространственных данных. Обменные форматы. Общие требования
43. ГОСТ Р 70846.17-2024 Национальная система пространственных данных. Данные дистанционного зондирования Земли, используемые с пространственной привязкой на основе координат. Общие положения
44. Р 1323565.1.050-2024 Национальная система пространственных данных. Междоменные словари
45. Р 1323565.1.051-2024 Национальная система пространственных данных. Рекомендации по оценке взаимной согласованности пространственных данных, полученных из различных источников. Общие положения
46. Р 1323565.1.052-2024 Национальная система пространственных данных. Рекомендации по описанию технологий создания и актуализации пространственных данных. Общие положения
47. Р 1323565.1.053-2024 Национальная система пространственных данных. Рекомендации по созданию и ведению классификаторов и реестров
48. Р 1323565.1.054-2024 Национальная система пространственных данных. Пространственная привязка. Линейная привязка
49. Р 1323565.1.055-2024 Национальная система пространственных данных. Требования к разработке спецификации векторной модели пространственного объекта
50. Р 1323565.1.056-2024 Национальная система пространственных данных. Требования к спецификации геосервиса
51. Р 1323565.1.057-2024 Национальная система пространственных данных. Рекомендации по оценке цифровой зрелости процессов управления пространственными данными. Общие положения
52. Р 1323565.1.058-2024 Национальная система пространственных данных. Разработка системы онтологий. Общие рекомендации
53. ГОСТ Р 70846.16-2024 Национальная система пространственных данных. Пространственная привязка. Системы координат
54. ГОСТ Р 70846.18-2024 Национальная система пространственных данных. Адресация. Концептуальная модель
Часть 2/2
26. ГОСТ Р 70318-2022 Инфраструктура пространственных данных. Единая электронная картографическая основа. Общие требования
27. ГОСТ Р 70846.1-2023 Национальная система пространственных данных. Основные положения по стандартизации
28. ГОСТ Р 70846.2-2023 Национальная система пространственных данных. Термины и определения
29. ГОСТ Р 70846.3-2023 Национальная система пространственных данных. Онтология. Общие положения
30. ГОСТ Р 70846.4-2023 Национальная система пространственных данных. Система классификации и кодирования. Разработка и применение систем классификации и кодирования пространственных данных. Общие требования
31. ГОСТ Р 70846.5-2023 Национальная система пространственных данных. Правила координатного описания пространственных объектов
32. ГОСТ Р 70846.6-2023 Национальная система пространственных данных. Визуализация пространственных данных. Основные положения
33. ГОСТ Р 70846.7-2023 Национальная система пространственных данных. Геосервисы. Общие положения
34. ГОСТ Р 70846.8-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Общие положения
35. ГОСТ Р 70846.9-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Термины и определения
36. ГОСТ Р 70846.10-2023 Национальная система пространственных данных. Пространственные данные градостроительной деятельности. Общие требования к использованию единой электронной картографической основы в градостроительной деятельности
37. Р 1323565.1.047-2023 Национальная система пространственных данных. Преобразование сведений о пространственных объектах из аналоговой в цифровую форму. Общие положения
38. ГОСТ Р 70846.11-2024 Национальная система пространственных данных. Актуализация пространственных данных. Общие положения
39. ГОСТ Р 70846.12-2024 Национальная система пространственных данных. Система контроля качества данных. Общие требования
40. ГОСТ Р 70846.13-2024 Национальная система пространственных данных. Требования к спецификации информационного продукта на основе пространственных данных
41. ГОСТ Р 70846.14-2024 Национальная система пространственных данных. Метаданные. Общие положения
42. ГОСТ Р 70846.15-2024 Национальная система пространственных данных. Обменные форматы. Общие требования
43. ГОСТ Р 70846.17-2024 Национальная система пространственных данных. Данные дистанционного зондирования Земли, используемые с пространственной привязкой на основе координат. Общие положения
44. Р 1323565.1.050-2024 Национальная система пространственных данных. Междоменные словари
45. Р 1323565.1.051-2024 Национальная система пространственных данных. Рекомендации по оценке взаимной согласованности пространственных данных, полученных из различных источников. Общие положения
46. Р 1323565.1.052-2024 Национальная система пространственных данных. Рекомендации по описанию технологий создания и актуализации пространственных данных. Общие положения
47. Р 1323565.1.053-2024 Национальная система пространственных данных. Рекомендации по созданию и ведению классификаторов и реестров
48. Р 1323565.1.054-2024 Национальная система пространственных данных. Пространственная привязка. Линейная привязка
49. Р 1323565.1.055-2024 Национальная система пространственных данных. Требования к разработке спецификации векторной модели пространственного объекта
50. Р 1323565.1.056-2024 Национальная система пространственных данных. Требования к спецификации геосервиса
51. Р 1323565.1.057-2024 Национальная система пространственных данных. Рекомендации по оценке цифровой зрелости процессов управления пространственными данными. Общие положения
52. Р 1323565.1.058-2024 Национальная система пространственных данных. Разработка системы онтологий. Общие рекомендации
53. ГОСТ Р 70846.16-2024 Национальная система пространственных данных. Пространственная привязка. Системы координат
54. ГОСТ Р 70846.18-2024 Национальная система пространственных данных. Адресация. Концептуальная модель
👍2🤯1
1 августа первый заместитель министра строительства и ЖКХ России Александр Ломакин и Президент НОТИМ Михаил Викторов назвали победителей Всероссийского конкурса «ТИМ-ЛИДЕРЫ 2024/25».
В этом году на конкурс поступило 157 заявок, а соревнование проходило в 13 номинациях. В финал конкурса прошли 37 проектов, набравшие наибольшее количество баллов в каждой из номинаций.
Среди целого ряда занимательных выступлений отдельно отметим:
и
---
КЭЦИМ задуман как инструмент повышения интероперабельности данных.
Хрестоматийный пример такого повышения при передаче данных из ЦИМ для обработки в стороннем ПО приведён на рисунке 7.3 СП 331.1325800.2017 (см. картинку), где с помощью классификатора данные об объёмах СМР извлекаются из модели и передаются в сметное ПО. Подробнее о концепции КЭЦИМ и его отличии от КСИ мы писали ранее.
Отметим, что заместитель начальника технического отдела Дирекции по строительству Республики Карелия Роман Кюроев и BIM-менеджер ГК «КСМ» Александр Осипов не просто доработали международный классификатора Uniformat, применив КЭЦИМ на практике и закодировав элементы модели ДОУ в Сортавале – ребята убедили руководство региона в необходимости перевода КЭЦИМ в нормативный статус, и 29.10.2024 заместитель главы Правительства Республики Виктор Россыпнов подписал приказ № 321 о минимальном рекомендуемом перечне требований к ЦИМ.
Не менее важной вехой в развитии классификатора стало подключение к его развитию коллеги из Пермской государственной экспертизы. В опубликованных пермяками 21.03.2025 обновлёных требованиях к ЦИМ в т.ч. указаны требования по назначению кода согласно КЭЦИМ.
Мы тоже планируем применять КЭЦИМ при актуализации ТИМ-стандарта Свердловской области.
Замечания-предложения-советы по КЭЦИМ, как и прежде, принимает Александр Осипов.
---
Инструмент же преобразования цифровых требований в атрибуты ЦИМ за авторством Никиты Сысолова представляет собой приложение, позволяющее сгенерировать файлы мэппинга для ПО Revit, Renga и CADLib на основе машиночитаемых требований в формате IDS.
Файл мэппинга – это, в первую очередь, важный инструмент проектировщика для соблюдения IFC-требований бюджетного заказчика, т.к. коммерческим организациям достаточно проприетарных (нативных) форматов.
После перехода бюджетных заказчиков с Navisworks на российское ПО начали возникать примерно такие споры бюджетных заказчиков с подрядчиками:
Приложение помогает ускорить подготовку файла модели из проприетарного формата, а также минимизирует человеческий фактор, сокращая тем самым трудозатраты проектировщика.
Пока ни мы, ни наши подрядчики не использовали IDS в своей работе, но с выходом никитиного приложения, а также плагина «IDS for Autodesk Revit» от компании DiRoots, имеет смысл написать IDS для ТИМ-стандарта области. Чем мы, собственно, вскоре и займёмся.
Приложение Никиты есть на GitHub.
---
Сердечно поздравляем коллег с победой и заслуженными наградами!
В этом году на конкурс поступило 157 заявок, а соревнование проходило в 13 номинациях. В финал конкурса прошли 37 проектов, набравшие наибольшее количество баллов в каждой из номинаций.
Среди целого ряда занимательных выступлений отдельно отметим:
«Лучшая ТИМ-идея года» – проект карельских коллег из ГК «КСМ» «Классификатор элементов ЦИМ (КЭЦИМ): подход к стандартизации моделей ОКС для экспертизы и строительства».
и
«Отечественная программная и аппаратная разработка в области информационного моделирования» – дипломную работу студента НГАСУ-Сибстрина Никиты Сысолова «Инструмент преобразования цифровых требований в атрибуты цифровой информационной модели».
---
КЭЦИМ задуман как инструмент повышения интероперабельности данных.
Хрестоматийный пример такого повышения при передаче данных из ЦИМ для обработки в стороннем ПО приведён на рисунке 7.3 СП 331.1325800.2017 (см. картинку), где с помощью классификатора данные об объёмах СМР извлекаются из модели и передаются в сметное ПО. Подробнее о концепции КЭЦИМ и его отличии от КСИ мы писали ранее.
Отметим, что заместитель начальника технического отдела Дирекции по строительству Республики Карелия Роман Кюроев и BIM-менеджер ГК «КСМ» Александр Осипов не просто доработали международный классификатора Uniformat, применив КЭЦИМ на практике и закодировав элементы модели ДОУ в Сортавале – ребята убедили руководство региона в необходимости перевода КЭЦИМ в нормативный статус, и 29.10.2024 заместитель главы Правительства Республики Виктор Россыпнов подписал приказ № 321 о минимальном рекомендуемом перечне требований к ЦИМ.
Не менее важной вехой в развитии классификатора стало подключение к его развитию коллеги из Пермской государственной экспертизы. В опубликованных пермяками 21.03.2025 обновлёных требованиях к ЦИМ в т.ч. указаны требования по назначению кода согласно КЭЦИМ.
Мы тоже планируем применять КЭЦИМ при актуализации ТИМ-стандарта Свердловской области.
Замечания-предложения-советы по КЭЦИМ, как и прежде, принимает Александр Осипов.
---
Инструмент же преобразования цифровых требований в атрибуты ЦИМ за авторством Никиты Сысолова представляет собой приложение, позволяющее сгенерировать файлы мэппинга для ПО Revit, Renga и CADLib на основе машиночитаемых требований в формате IDS.
Information Delivery Specification (IDS) – открытый стандарт buildingSMART, который определяет требования к информации, которая содержится в IFC-моделях. IDS определяет формат и набор данных, которые должны содержать элементы.
Так как IDS основан на машиночитаемой XML-схеме, он позволяет автоматизировать проверку IFC-моделей по набору требований.
Файл мэппинга – это, в первую очередь, важный инструмент проектировщика для соблюдения IFC-требований бюджетного заказчика, т.к. коммерческим организациям достаточно проприетарных (нативных) форматов.
После перехода бюджетных заказчиков с Navisworks на российское ПО начали возникать примерно такие споры бюджетных заказчиков с подрядчиками:
– Этот ваш продукт для проверки ЦИМ не видит…
– Ничего подобного, это вы криво ЦИМ в IFC экспортируете!(далее следует непереводимая игра слов с использованием отраслевых идиоматических выражений)
Приложение помогает ускорить подготовку файла модели из проприетарного формата, а также минимизирует человеческий фактор, сокращая тем самым трудозатраты проектировщика.
Пока ни мы, ни наши подрядчики не использовали IDS в своей работе, но с выходом никитиного приложения, а также плагина «IDS for Autodesk Revit» от компании DiRoots, имеет смысл написать IDS для ТИМ-стандарта области. Чем мы, собственно, вскоре и займёмся.
Приложение Никиты есть на GitHub.
---
Сердечно поздравляем коллег с победой и заслуженными наградами!
🔥6
Актуальные вопросы формирования задания на проектирование в xml-формате
В связи с большим количеством вопросов по тематике формирования задания на проектирование в xml-формате Учебный Центр ФАУ «Главгосэкспертизы России» проводит дополнительный открытый вебинар 14.08.2025 в 11.00 (мск), где эксперты Главгосэкспертизы России раскроют тему «Актуальные вопросы формирования задания на проектирование в xml-формате».
Ссылка на регистрацию на дополнительный открытый вебинар.
В связи с большим количеством вопросов по тематике формирования задания на проектирование в xml-формате Учебный Центр ФАУ «Главгосэкспертизы России» проводит дополнительный открытый вебинар 14.08.2025 в 11.00 (мск), где эксперты Главгосэкспертизы России раскроют тему «Актуальные вопросы формирования задания на проектирование в xml-формате».
Ссылка на регистрацию на дополнительный открытый вебинар.
Mts-link.ru
Актуальные вопросы формирования задания на проектирование в xml–формате
🔥6
Forwarded from ИИ и роботы в стройке
Прочитала интересную статью на Хабре про ИИ-аасистента на GraphRAG, который понимает ЖК РФ и с помощью графов и RAG ищет ответы по нормативке. Статью написал Николай Сорокин, технический руководитель ML в GPTunneL. Главное — ниже:
Задача
Обработать всю нормативную базу России в ИИ. При этом создать архитектуру, которая бы понимала структуру законодательства, могла логично связывать нормы и объяснять, как получен ответ, чтобы пользователи могли ему доверять.
Проблема
Казалось бы, бери RAG и делай, но классический RAG плохо работает с нормативкой: пропускает до 37% важных связей, без контекста дает до 20% неполных ответов и требует много времени юристов на валидацию своих ответов.
Как делали
Взяли архитектуру GraphRAG от Microsoft и адаптировали её под законы России.
1. Тексты разбили на смысловые фрагменты (чанки), из которых выделили сущности (статьи, роли, организации) и связи между ними (ссылки, дополнения, исключения и др.) в формате триплетов «Сущность–Отношение–Сущность».
2. Настроили промты под нормативку и русский язык, добавили реальные примеры.
3. Построили граф знаний и разделили его на тематические сообщества.
С какими трудностями столкнулись
Большие документы, например, сам Жилищный кодекс становились гиперузлами — узлами с тысячами связей, которые мешали алгоритму правильно выделять темы и ухудшали качество поиска.
Как решили
Провели «санитарную обработку» графа: доработали промты, отвечающие за построение графа, отфильтровали слабые связи, разбили крупные узлы, нормализовали сущности и повторно построили граф. Это помогло сбалансировать структуру, сделать её более логичной и улучшить качество ответов.
Таким образом в LLM «уходят» не только чанки, но и структурированный контекст, дополненный связями между ними.
Результат
Получился ИИ, который может быстро отвечать на вопросы по жилищному праву, показывая, откуда именно взята информация через цепочку связанных норм. Архитектура масштабируема и применима «в любых сферах, где важны регламенты: от внутренних политик и инструкций до ГОСТов, ISO, ESG-отчётности и тех-стандартов».
Задача
Обработать всю нормативную базу России в ИИ. При этом создать архитектуру, которая бы понимала структуру законодательства, могла логично связывать нормы и объяснять, как получен ответ, чтобы пользователи могли ему доверять.
Проблема
Казалось бы, бери RAG и делай, но классический RAG плохо работает с нормативкой: пропускает до 37% важных связей, без контекста дает до 20% неполных ответов и требует много времени юристов на валидацию своих ответов.
Как делали
Взяли архитектуру GraphRAG от Microsoft и адаптировали её под законы России.
1. Тексты разбили на смысловые фрагменты (чанки), из которых выделили сущности (статьи, роли, организации) и связи между ними (ссылки, дополнения, исключения и др.) в формате триплетов «Сущность–Отношение–Сущность».
2. Настроили промты под нормативку и русский язык, добавили реальные примеры.
3. Построили граф знаний и разделили его на тематические сообщества.
С какими трудностями столкнулись
Большие документы, например, сам Жилищный кодекс становились гиперузлами — узлами с тысячами связей, которые мешали алгоритму правильно выделять темы и ухудшали качество поиска.
Как решили
Провели «санитарную обработку» графа: доработали промты, отвечающие за построение графа, отфильтровали слабые связи, разбили крупные узлы, нормализовали сущности и повторно построили граф. Это помогло сбалансировать структуру, сделать её более логичной и улучшить качество ответов.
Таким образом в LLM «уходят» не только чанки, но и структурированный контекст, дополненный связями между ними.
Результат
Получился ИИ, который может быстро отвечать на вопросы по жилищному праву, показывая, откуда именно взята информация через цепочку связанных норм. Архитектура масштабируема и применима «в любых сферах, где важны регламенты: от внутренних политик и инструкций до ГОСТов, ISO, ESG-отчётности и тех-стандартов».
🔥4🤔3😁1🤯1
Forwarded from Всё про IFC
Разбираем ТЗ на ЦИМ. Выпуск 5
Проблема LOD
Продолжая тему целей в ТЗ разберем ключевую проблему LOD. На представленных примерах видно, что эта концепция часто работает не как рабочий инструмент, а как источник хаоса.
🔹 Ни в одном ТЗ, что приходилось видеть, LOD не применяется единообразно. Каждый изобретает свой подход, что сводит пользу концепции к минимуму.
🔹 Кроме того, не указываются способы представления геометрии. Нужен ли элемент как Brep или solid? Или достаточно mesh? (А если меsh, то какая плотность сетки полигонов?).
🔹 Связано это с тем, что использование LOD без привязки к конкретным целям, без четкого понимания, кому и зачем это нужно, вызывает больше путаницы, чем порядка.
Если цель - "получение ПД" (без конкретики), то проработка элементов с большой вероятностью не будет соответствовать тому, что вы ожидаете. А если главная задача в ТЗ - "повышение эффективности проектирования", то это не задача, а получаемый эффект. Поэтому важно исходить из требований к конкретной информации, которую необходимо получить.
Это поняли разработчики ISO 19650 и ввели понятие Level of Information Need и выпустили ISO 7817:1-2024. Он смещает акцент с "проработки вообще" на конкретные потребности.
Примерный алгоритм:
🛑 прописали цель 🔍 поняли, какая информация нужна на конкретном этапе🔍 закрепили в виде требования.
Это трудоемкий, но исчерпывающий подход, который избавит исполнителя от лишней работы, а заказчика от ненужной информации.
На перспективу:
Отрасли еще предстоит переосмыслить подход к уровням проработки в пользу гибкости и реальным потребностям, исключая "информационный шум" в моделях и определяя требования к способу представления геометрии (mesh, brep, solid и т.д.).
Поразмыслить на тему:
🔴 Даешь LOD 3000!
🔴 Что такое LOIN (УИП)
🔴 Кто, как и когда определяет LOIN (УИП)
🔴 SOI - альтернатива LOD (раз, два)
👥 @IFC_ru
👥 @IFC_club
Проблема LOD
Продолжая тему целей в ТЗ разберем ключевую проблему LOD. На представленных примерах видно, что эта концепция часто работает не как рабочий инструмент, а как источник хаоса.
Если цель - "получение ПД" (без конкретики), то проработка элементов с большой вероятностью не будет соответствовать тому, что вы ожидаете. А если главная задача в ТЗ - "повышение эффективности проектирования", то это не задача, а получаемый эффект. Поэтому важно исходить из требований к конкретной информации, которую необходимо получить.
Это поняли разработчики ISO 19650 и ввели понятие Level of Information Need и выпустили ISO 7817:1-2024. Он смещает акцент с "проработки вообще" на конкретные потребности.
Примерный алгоритм:
Это трудоемкий, но исчерпывающий подход, который избавит исполнителя от лишней работы, а заказчика от ненужной информации.
На перспективу:
Отрасли еще предстоит переосмыслить подход к уровням проработки в пользу гибкости и реальным потребностям, исключая "информационный шум" в моделях и определяя требования к способу представления геометрии (mesh, brep, solid и т.д.).
Поразмыслить на тему:
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
С 1 сентября 2025 года ЮЛ и ИП обязаны соблюдать правила по обезличиванию персональных данных
С 1 сентября 2025 года необходимо выполнять требования, установленные в Приказе Роскомнадзора России от 19.06.2025 N 140, даже если обезличивание проводит ЮЛ или ИП, например, вместо уничтожения информации.
Среди исключений - случаи, когда оператор персональных данных обязан их обезличить по запросу Минцифры с учетом положений, установленных Постановлением Правительства РФ от 01.08.2025 г. N 1154.
В числе требований Роскомнадзора значатся:
- принять локальные акты о том, как обезличивать сведения, оценивать достаточность методов выполнения процедуры и т.д.;
- исключить доступ третьих лиц к этим актам, а также к информации о том, какие системы и программы оператор применяет для обезличивания, и пр.;
- хранить обезличенные сведения отдельно от данных, которым только предстоит эта процедура;
- вести учет действий по обезличиванию и операций с его результатами. Форму учета определит оператор. Важно, чтобы с ее помощью можно было подтвердить зафиксированное.
Необходимо применять один или несколько методов обезличивания:
- вводить номера или другие обозначения на замену данным, которые сами по себе позволяют определить человека;
- менять состав или семантику личной информации;
- перемешивать значения атрибутов персональных сведений;
- разделять данные на части.
Также есть метод преобразования (обобщения). Его можно использовать в дополнение к другим, чтобы исключить связь между атрибутами персональных данных и их субъектами.
Пока действует аналогичный приказ о требованиях к обезличиванию и его методах, но он обязателен только для государственных и муниципальных органов. С 1 сентября ситуация изменится.
С 1 сентября 2025 года необходимо выполнять требования, установленные в Приказе Роскомнадзора России от 19.06.2025 N 140, даже если обезличивание проводит ЮЛ или ИП, например, вместо уничтожения информации.
Среди исключений - случаи, когда оператор персональных данных обязан их обезличить по запросу Минцифры с учетом положений, установленных Постановлением Правительства РФ от 01.08.2025 г. N 1154.
В числе требований Роскомнадзора значатся:
- принять локальные акты о том, как обезличивать сведения, оценивать достаточность методов выполнения процедуры и т.д.;
- исключить доступ третьих лиц к этим актам, а также к информации о том, какие системы и программы оператор применяет для обезличивания, и пр.;
- хранить обезличенные сведения отдельно от данных, которым только предстоит эта процедура;
- вести учет действий по обезличиванию и операций с его результатами. Форму учета определит оператор. Важно, чтобы с ее помощью можно было подтвердить зафиксированное.
Необходимо применять один или несколько методов обезличивания:
- вводить номера или другие обозначения на замену данным, которые сами по себе позволяют определить человека;
- менять состав или семантику личной информации;
- перемешивать значения атрибутов персональных сведений;
- разделять данные на части.
Также есть метод преобразования (обобщения). Его можно использовать в дополнение к другим, чтобы исключить связь между атрибутами персональных данных и их субъектами.
Пока действует аналогичный приказ о требованиях к обезличиванию и его методах, но он обязателен только для государственных и муниципальных органов. С 1 сентября ситуация изменится.
Статья_Трехмерный_кадастр_недвижимости_риски,_связанные_с_цифровыми.pdf
317.5 KB
Трехмерный кадастр недвижимости: риски, связанные с цифровыми инновациями
О реестровой модели распределения информациии:
О технологичесĸой нейтральности:
О дилемме Коллингриджа:
О когнитивных последствия недооценки применяемого технологического стека:
В.А. Болдырев, К.Г. Сварчевский, Ю.И. Клепалова: Вестниĸ Санĸт-Петербургсĸого государственного университета. Право, 2024, N 1
P.S. Вечный спорт теоретиков и практиков, но что то в этом есть.
О реестровой модели распределения информациии:
Однаĸо формирование "суперреестров", ĸонтролируемых одним органом власти и размещенных на одной платформе, всегда несет рисĸи безопасности, ĸоторые нельзя игнорировать. Формирование "платформенной эĸономиĸи" влечет за собой целый ряд эĸономичесĸих последствий, вĸлючая ограничение ĸонĸуренции, преĸаризацию труда, уберизацию - деструĸтуризацию цепочĸи создания стоимости. Считать, что государственные цифровые платформы имеют тольĸо достоинства и свободны от недостатĸов, наивно. Анализ работы новейшей Единой цифровой платформы "Национальная система пространственных данных", ее влияния на рыноĸ труда и подготовĸу специалистов должен быть планомерным и не может подменяться доĸладами об упростившихся процессах цирĸуляции сведений. Введение в объеĸтивное право норм о полноценном трехмерном описании новых объеĸтов недвижимости, если таĸовое считать необходимым и
допустимым, например, для стимулирования применения инновационных программ и праĸтиĸ, неизбежно породит проблему состыĸовĸи старых описаний с описаниями новыми, особенно в случае проведения реĸонструĸций и иных изменений существующих объеĸтов руĸотворной недвижимости.
О технологичесĸой нейтральности:
Технологичесĸая нейтральность - ĸомплеĸс заĸонодательных и организационных мер, способствующих развитию свободного ĸонĸурентного ИТ-рынĸа в интересах потребителей". Несмотря на то что российсĸий заĸонодатель не оперирует термином "технологичесĸая нейтральность", одним из принципов регулирования информационной среды, названных в ст. 3 Федерального заĸона от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о защите информации", является недопустимость установления нормативными правовыми аĸтами ĸаĸих-либо преимуществ применения одних информационных технологий перед другими, если тольĸо обязательность применения определенных информационных технологий для создания и эĸсплуатации государственных информационных систем не установлена федеральными заĸонами.
О дилемме Коллингриджа:
Технологичесĸий нейтралитет заĸонодателя тесно связан с дилеммой Коллингриджа, хотя об этом очень часто забывают авторы
юридичесĸих исследований. Дилемма Коллингриджа выражает методологичесĸое затруднение, связанное с управлением технологиями:
1) проблема знания: при внедрении новых технологий мы не обладаем
достаточными знаниями для того, чтобы предсĸазать важные последствия; знание и опыт приобретаются лишь тогда, ĸогда технология уже широĸо
распространена в обществе;
2) проблема власти: ĸогда технологии уĸореняются в инфраструĸтурах общества и мы познаем всю меру рисĸов и негативных последствий, то изменения уже затруднены.
О когнитивных последствия недооценки применяемого технологического стека:
Остановимся на неявной проблеме - цепи негативных последствий ĸогнитивной природы, ĸоторые могут наступить для специалистов и пользователей, работающих сегодня одновременно и с плосĸостными, и с трехмерными моделями объеĸтов, в том числе объеĸтов недвижимости. Отĸаз от двухмерных моделей недвижимости, отраженных на бумаге или в виде графичесĸих образов доĸументов, предпочтение им моделей трехмерных в самом ближайшем будущем при высоĸом уровне автоматизации процесса ĸадастрового учета могут повлечь негативное влияние на познавательные способности специалистов, ĸоторые просто утратят навыĸ переложения трехмерной модели в совоĸупность моделей двухмерных - различных проеĸций объеĸта. Поддержание таĸой способности - не тольĸо гимнастиĸа для ума, но и выработĸа системного пространственного мышления, необходимого для решения многих жизненных задач производственного и бытового хараĸтера.
В.А. Болдырев, К.Г. Сварчевский, Ю.И. Клепалова: Вестниĸ Санĸт-Петербургсĸого государственного университета. Право, 2024, N 1
P.S. Вечный спорт теоретиков и практиков, но что то в этом есть.
👍1🔥1🤔1
С какими проблемами сталкиваетесь при формировании задания на проектирование в формате XML?
В предвидим завтрашнего дополнительного открытого вебинара от Учебного Центра ФАУ «Главгосэкспертизы России» по теме «Актуальные вопросы формирования задания на проектирование в xml-формате» мы решили спросить Вас, уважаемые коллеги, с какими проблемами сталкиваетесь при формировании задания на проектирование в формате XML?
10 вопросов/5 минут вашего времени.
Эти вопросы помогут собрать информацию о ваших трудностях, с которыми вы сталкиваетесь как пользователи, и предложить пути их решения на основе развития альтернативных сервисов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
Статистика и аналитика из ГИС ЖКХ
Всего в системе:
94 672 - зарегистрированные организации
952 191 - многоквартирный дом
19 715 044 - жилых дома
Статистика обработки запросов интеграции (по состоянию на 13.08.2025 12:20):
- запросов поступило за текущий день 6 204 463;
- запросов интеграции в очереди 70 696;
- запросов обработано 6 134 633.
За предыдущий день
15 675 870 - поступило запросов
15 675 728 - обработано запросов, из них:
2 948 761 - запросов не прошло проверку на соответствие установленным форматам.
Карта внедрения ГИС ЖКХ в субъектах Российской Федерации (данные по информации, размещенной в ГИС ЖКХ, по состоянию на 11.08.2025 18:33 МСК)
Аналитика - см. слайды.
Аналитика и отчёты:
• Оснащенность индивидуальными приборами учета
• Оснащенность общедомовыми приборами учета
• Техническое состояние многоквартирных домов
• Способы управления многоквартирными домами
• Статистика по управлению МКД временными УК
• Работа с обращениями граждан
• Проверки, проведенные контролирующими органами
• Привлечение РСО к административной ответственности
• Привлечение УК к административной ответственности
• Способ формирования фонда капитального ремонта
• Реализация краткосрочных планов капитального ремонта
• Размещение информации в субъектах РФ
• Качество питьевой воды
Всего в системе:
94 672 - зарегистрированные организации
952 191 - многоквартирный дом
19 715 044 - жилых дома
Статистика обработки запросов интеграции (по состоянию на 13.08.2025 12:20):
- запросов поступило за текущий день 6 204 463;
- запросов интеграции в очереди 70 696;
- запросов обработано 6 134 633.
За предыдущий день
15 675 870 - поступило запросов
15 675 728 - обработано запросов, из них:
2 948 761 - запросов не прошло проверку на соответствие установленным форматам.
Карта внедрения ГИС ЖКХ в субъектах Российской Федерации (данные по информации, размещенной в ГИС ЖКХ, по состоянию на 11.08.2025 18:33 МСК)
Аналитика - см. слайды.
Аналитика и отчёты:
• Оснащенность индивидуальными приборами учета
• Оснащенность общедомовыми приборами учета
• Техническое состояние многоквартирных домов
• Способы управления многоквартирными домами
• Статистика по управлению МКД временными УК
• Работа с обращениями граждан
• Проверки, проведенные контролирующими органами
• Привлечение РСО к административной ответственности
• Привлечение УК к административной ответственности
• Способ формирования фонда капитального ремонта
• Реализация краткосрочных планов капитального ремонта
• Размещение информации в субъектах РФ
• Качество питьевой воды