Распоряжением Департамента информационных технологий г. Москвы (ДИТ) №64-16-552/24 от 03.10.2024 утвержден регламент информационного взаимодействия
Напомним общую идею согласно ППМ №438-ПП от 11.03.2024:
- в АИС «Цифровой двойник» аккумулируется вся доступная информация о городской среде;
- специальная комиссия утверждает алгоритмы обработки информации, сценарного моделирования, генеративного проектирования, определения корректности управленческих решений (алгоритмы ЦМП);
- полученные по алгоритмам «результаты» ЦМП включаются в закрытый депозитарий как служебная информация ограниченного распространения;
- градостроительные решения принимаются на основании результатов ЦМП и не могут им противоречить.
Конкретные ситуации, когда должен будет работать этот порядок (выдача АГР, подготовка ППТ и т.д.), приведены в проекте постановления от 21.05.2024.
В новом регламенте приведен перечень основных понятий и определений. Из необычных есть термин «Модель преобразования данных» — «визуальное изображение движения данных в процессе их обработки и преобразования, от информационной системы (источника данных) до витрины данных».
Приведем основные организационные положения регламента:
- в АИС ЦД информация размещается в виде набора, витрины и слоя данных;
- размещаемой информации присваивается уникальный идентификационный номер;
- информация структурируется в соответствии с критериями;
- критерии устанавливаются утверждаемыми паспортами;
- при размещении наборов данных ДИТ в течение 15 раб. дн. утверждает подготовленные поставщиком паспорт набора данных;
- витрины данных формируются из размещенных в АИС ЦД наборов данных на основании утвержденного паспорта витрины данных;
- слои данных формируются из витрин данных на основании утвержденного паспорта слоя данных;
- достоверность и полноту предоставляемой информации обеспечивает Поставщик.
Распоряжением также утверждены весьма полезные требования к представлению атрибутов и их значений. Для представления геометрии регламентом предлагается использовать GeoJSON для векторных данных и WKT, WKB для показателей. Внутренние «технические» наименования атрибутов, для примера, разрешено давать на английском языке с подчеркиваниями вместо пробелов. Так что смешных названий вроде «IsOKSPossibleToDevide» как в уведомлениях о строительстве быть не должно. Приведены и советы по выбору иконок, и правила корректной топологии.
В целом, этот документ можно рекомендовать и как ориентир для составления собственных требований к прикладным информационным системам, оперирующим пространственными данными.
Ссылка на новость: https://кадастр.москва/news/1225
#КадастрМосква #gkn77ru #кадастр #недвижимость
