Forwarded from Всё про IFC
Разбираем ТЗ на ЦИМ. Выпуск 4
О несоответствии информационного наполнения элементов целям моделирования
🔍 Если в ТЗ на ЦИМ прописать одно, а по проекту нужно другое, то на выходе получим кашу.
Пример из ТЗ на ЦИМ наружных сетей (см. скрин):
1. В ТЗ прописали вполне реализуемые цели и задачи по выпуску спецификаций на основе ЦИМ и справедливо заметили, что графическая часть ПД должна быть получена из модели.
2. При этом указали одинаковый атрибутивный состав для всех элементов сетей и не учли, что в ПД этот состав должен быть иным.
3. На листах ПД видим, что спецификация оборудования содержит совсем другие свойства. И только 2 из них совпали с таблицей из ТЗ.
Подытожим:
🔍 Требования к информационному наполнению элементов должны четко соотноситься с целями, задачами и общими принципами, определяемыми в ТЗ.
Это напрямую влияет на целостность и непротиворечивость данных в проекте. Правильно составленное ТЗ здесь играет ключевую роль. А если задание составлено некорректно, то это вынуждает проектировщика делать лишнюю работу, заполняя ненужные свойства, не достигая заявленных целей и не выполняя прописанных требований.
👥 @IFC_ru
👥 @IFC_club
О несоответствии информационного наполнения элементов целям моделирования
Пример из ТЗ на ЦИМ наружных сетей (см. скрин):
1. В ТЗ прописали вполне реализуемые цели и задачи по выпуску спецификаций на основе ЦИМ и справедливо заметили, что графическая часть ПД должна быть получена из модели.
2. При этом указали одинаковый атрибутивный состав для всех элементов сетей и не учли, что в ПД этот состав должен быть иным.
3. На листах ПД видим, что спецификация оборудования содержит совсем другие свойства. И только 2 из них совпали с таблицей из ТЗ.
Подытожим:
Это напрямую влияет на целостность и непротиворечивость данных в проекте. Правильно составленное ТЗ здесь играет ключевую роль. А если задание составлено некорректно, то это вынуждает проектировщика делать лишнюю работу, заполняя ненужные свойства, не достигая заявленных целей и не выполняя прописанных требований.
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from Просто о сметах
‼️ФАУ «Главгосэкспертиза России» подготавливается для публикации XML-схема на документ «Пояснительная записка к сметной документации».
В настоящий момент идет обсуждение схемы с разработчиками сметного ПО.
В документе будет содержаться основная (сводная) информация о всей сметной документации. Где, что строится, какие базы (дополнения) и методики используются, основные суммы по документам, список файлов, кем и когда составлена, контрольная сумма. Для того, чтобы не увеличивать трудозатраты специалистов, планируется использовать XML ПЗ к сметной документации при составлении XML ПЗ к проекту. Для этого будет выполнена соответствующая доработка загрузки.
При разработке схемы будут заложены перекрестные проверки.
Например, комплектность документов, целостность файлов по контрольным суммам, подписи документов, соответствия уровня цен, редакции Методик, ФСНБ, итоговых сумм, что суммы ОС соответствуют входящим в них ЛС и т.д. по дереву документов.
В т.ч. особое внимание уделяется блоку «Сведения о технико-экономических показателях, с возможностью организации проверок и полноты корректности заполнения блока ТЭП согласно классификатора, утв.Приказом Минстроя РФ №928/пр от 2 ноября 2022 г.
В настоящий момент идет обсуждение схемы с разработчиками сметного ПО.
В документе будет содержаться основная (сводная) информация о всей сметной документации. Где, что строится, какие базы (дополнения) и методики используются, основные суммы по документам, список файлов, кем и когда составлена, контрольная сумма. Для того, чтобы не увеличивать трудозатраты специалистов, планируется использовать XML ПЗ к сметной документации при составлении XML ПЗ к проекту. Для этого будет выполнена соответствующая доработка загрузки.
При разработке схемы будут заложены перекрестные проверки.
Например, комплектность документов, целостность файлов по контрольным суммам, подписи документов, соответствия уровня цен, редакции Методик, ФСНБ, итоговых сумм, что суммы ОС соответствуют входящим в них ЛС и т.д. по дереву документов.
В т.ч. особое внимание уделяется блоку «Сведения о технико-экономических показателях, с возможностью организации проверок и полноты корректности заполнения блока ТЭП согласно классификатора, утв.Приказом Минстроя РФ №928/пр от 2 ноября 2022 г.
проект постановления.docx
16.6 KB
Минстрой получит доступ к единой информационной системе в сфере закупок
На публичное обсуждение размещен проект постановления Правительства РФ о доступе Минстроя России к единой информационной системе в сфере закупок.
Проектом постановления предусматривается предоставление доступа к аналитической информации о закупках, предметом которых является выполнение работ по строительству (реконструкции, в том числе с элементами реставрации,технического перевооружения) ОКС или приобретение объекта недвижимого имущества за счет средств федерального бюджета (за исключением информации о признаках нарушений законодательства РФ и иных нормативных правовых актов о контрактной системе в сферезакупок товаров, работ, услуг для обеспечения гос- и муниципальных нужд), сформированной с учетом информации и документов, не подлежащих размещению на официальном сайте (далее – аналитическая информация о закупках).
Предоставление доступа Минстрою России к аналитической информации о закупках обусловлено необходимостью мониторинга ОКС, объектов недвижимого имущества, сведения о которых включены в реестр объектов, в части своевременности заключения контрактов на строительство объектов в целях обеспечения сбалансированности финансового обеспечения ОКС и (или) объектов недвижимого имущества
при формировании и ведении реестра объектов.
Кроме того, предоставление доступа к аналитической информации о закупках позволит обеспечивать своевременное и качественное перераспределение бюджетных ассигнований федерального бюджета на ОКС, объекты недвижимого имущества в рамках реализации Положения о мерах по обеспечению исполнения федерального бюджета, утвержденного постановлением Правительства РФ от 09.12.2017 г. № 1496.
Проект постановления разработан с учетом анализа практики применения Положения оединой информационной системе в сфере закупок.
На публичное обсуждение размещен проект постановления Правительства РФ о доступе Минстроя России к единой информационной системе в сфере закупок.
Проектом постановления предусматривается предоставление доступа к аналитической информации о закупках, предметом которых является выполнение работ по строительству (реконструкции, в том числе с элементами реставрации,технического перевооружения) ОКС или приобретение объекта недвижимого имущества за счет средств федерального бюджета (за исключением информации о признаках нарушений законодательства РФ и иных нормативных правовых актов о контрактной системе в сферезакупок товаров, работ, услуг для обеспечения гос- и муниципальных нужд), сформированной с учетом информации и документов, не подлежащих размещению на официальном сайте (далее – аналитическая информация о закупках).
Предоставление доступа Минстрою России к аналитической информации о закупках обусловлено необходимостью мониторинга ОКС, объектов недвижимого имущества, сведения о которых включены в реестр объектов, в части своевременности заключения контрактов на строительство объектов в целях обеспечения сбалансированности финансового обеспечения ОКС и (или) объектов недвижимого имущества
при формировании и ведении реестра объектов.
Кроме того, предоставление доступа к аналитической информации о закупках позволит обеспечивать своевременное и качественное перераспределение бюджетных ассигнований федерального бюджета на ОКС, объекты недвижимого имущества в рамках реализации Положения о мерах по обеспечению исполнения федерального бюджета, утвержденного постановлением Правительства РФ от 09.12.2017 г. № 1496.
Проект постановления разработан с учетом анализа практики применения Положения оединой информационной системе в сфере закупок.
Ростехнадзором рассмотрены некоторые вопросы практики ведения журналов работ при строительстве (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