Распоряжение Департамента информационных технологий г. Москвы от 3 октября 2024 г. N 64-16-552/24
"Об утверждении регламента информационного взаимодействия в процессе цифрового мастер-планирования территории города Москвы"

В соответствии с Законом города Москвы от 8 июля 2009 г. N 25 "О правовых актах города Москвы" и в целях реализации положений Постановления Правительства Москвы от 11 марта 2024 г. N 438-ПП "О цифровом мастер-планировании территории города Москвы":
1. Утвердить Регламент информационного взаимодействия в процессе цифрового мастер-планирования территории города Москвы согласно приложению к настоящему распоряжению.
2. Контроль за выполнением настоящего распоряжения оставляю за собой.

Руководитель департамента	Э.А. Лысенко	

Приложение к распоряжению
Департамента информационных
технологий города Москвы
от 3 октября 2024 г.
N 64-16-552/24

Регламент
информационного взаимодействия в процессе цифрового мастер-планирования

1. Общие положения

1.1. Настоящий Регламент информационного взаимодействия в процессе цифрового мастер - планирования (далее - Регламент) определяет требования к составу и формату информации, периодичности её передачи в автоматизированную информационную систему "Цифровой двойник" (далее - АИС ЦД), порядок предоставления, прекращения доступа к АИС ЦД, а также порядок информационного взаимодействия в процессе цифрового мастер-планирования между участниками информационного взаимодействия - органами исполнительной власти, муниципальными органами, организациями, физическими лицами, в том числе зарегистрированными в качестве индивидуальных предпринимателей, в целях осуществления ими функций и полномочий согласно компетенции, реализации законных прав и исполнения обязанностей, а также ответственность участников информационного взаимодействия.
1.2. В соответствии с Положением об автоматизированной информационной системе "Цифровой двойник", утвержденным постановлением Правительства Москвы от 29 декабря 2022 г. N 3048-ПП, АИС ЦД представляет собой государственную информационную систему города Москвы, обеспечивающую сбор, обработку, актуализацию, хранение, распространение, обмен и использование пространственных данных и метаданных об объектах, расположенных на территории города Москвы, представленных в двухмерном и трехмерном видах, охватывающих наземное, подземное и надземное пространство, связанных между собой единой координатной основой, позволяющей отображать и обрабатывать пространственные объекты одновременно из разных массивов данных любых масштабов, включая массивы данных различных информационных ресурсов.
1.3. Настоящий Регламент является обязательным для органов исполнительной власти города Москвы, подведомственных им организаций, органов местного самоуправления внутригородских муниципальных образований города Москвы, а также иных лиц, участвующих в развитии городской инфраструктуры, ресурсоснабжающих организаций, в том числе ответственных за реализацию государственных программ, включающих мероприятия, направленные на развитие коммунальной инфраструктуры города Москвы.
1.4. Информационное взаимодействие осуществляется в соответствии с законодательством Российской Федерации и города Москвы, в том числе с учетом требований постановления Правительства Москвы от 11 марта 2024 г. N 438-ПП "О цифровом мастер-планировании территории города Москвы" и положений настоящего Регламента.

2. Участники информационного взаимодействия

2.1. Участниками информационного взаимодействия являются:
2.2.1. Департамент информационных технологий города Москвы (далее - Департамент) - уполномоченный орган исполнительной власти города Москвы, обеспечивающий координацию процессов размещения, публикации, обновления и изменения информации в АИС ЦД. Департамент может также выступать в качестве Поставщика информации и Потребителя информации.
2.2.2 Поставщики информации - органы исполнительной власти города Москвы, подведомственные им организации, ресурсоснабжающие организации, органы местного самоуправления внутригородских муниципальных образований города Москвы, а также иные организации, размещающие наборы данных в АИС ЦД.
2.2.3 Потребители информации - органы исполнительной власти города Москвы, подведомственные им организации, органы местного самоуправления внутригородских муниципальных образований города Москвы, а также иные организации, их работники, а также физические лица, в том числе зарегистрированные в качестве индивидуальных предпринимателей, осуществляющие непосредственное взаимодействие с АИС ЦД и пользующиеся информацией, содержащейся в АИС ЦД.
2.2.4. Заказчик разработки - органы исполнительной власти города Москвы, заинтересованные в размещении витрины данных и (или) слоя данных.

3. Термины и определения

Термин, сокращение	Определение	
Алгоритмы цифрового мастер-планирования	Алгоритмы обработки информации, сценарного моделирования, генеративного проектирования, определения корректности управленческих решений	
Атрибутивный состав данных	Набор имен и значений атрибутов пространственного и/или непространственного объекта	
Атрибут	Установленная форма представления данных, в которой установлены ограничения типа данных	
Витрина данных	Совокупность структурированных данных, обладающих тематической общностью. Собирается из наборов данных, переданных Поставщиком информации, по определенному алгоритму	
Внешний ключ	Параметр атрибута зависимой таблицы, ссылающийся на атрибут главной таблицы	
Информация	Набор данных, слой данных, витрина данных, размещаемые в АИС ЦД, а также иные сведения, содержащиеся в информационных системах города Москвы, сведения из единого федерального информационного регистра, содержащего сведения о населении Российской Федерации, и иных информационных систем, регистров и ресурсов.	
Ключ связи	Параметр атрибута таблицы, по которому осуществляется связь между таблицами	
Модель преобразования данных	Визуальное изображение движения данных в процессе их обработки и преобразования, от информационной системы (источника данных) до витрины данных	
Набор данных	Сгруппированная и упорядоченная информация, предоставляемая Поставщиками для размещения в АИС ЦД в виде систематизированных данных, организованных в установленном формате, в целях использования при реализации ЦМП	
Нормативно-справочная информация	Справочники и классификаторы, информация из которых (термины, коды, единицы измерения и пр.) используется при создании наборов данных	
Паспорт витрины данных	Документ, содержащий сведения о витрине данных, размещаемой в АИС ЦД в процессе ЦМП	
Паспорт набора данных	Документ, содержащий сведения о наборе данных, размещаемых в АИС ЦД в процессе ЦМП	
Паспорт слоя данных	Документ, содержащий сведения о слое данных, размещаемом в АИС ЦД в процессе ЦМП	
Первичный ключ	Уникальный идентификатор записи в таблице	
Пространственные данные (географические данные)	Данные о пространственных объектах и их наборах, описывающие его местоположение в установленной системе координат в виде последовательности наборов координат точек.	
Пространственный объект	Цифровое представление материального или абстрактного объекта реального или виртуального мира с указанием его идентификатора, координатных и атрибутивных данных.	
Рабочая группа	Коллегиальный орган, координирующий деятельность органов исполнительной власти города Москвы при осуществлении цифрового мастер - планирования территории города Москвы в соответствии с Положением о Рабочей группе по цифровому мастер-планированию территории города Москвы, утвержденным распоряжением заместителя Мэра Москвы в Правительстве Москвы - руководителя Аппарата Мэра и Правительства Москвы от 4 июля 2024 г. N 30-РР "О Рабочей группе по цифровому мастер-планированию территории города Москвы"	
Расширение файла	Последовательность символов, предназначенных для идентификации типа файла	
Репозиторий	Централизованное цифровое хранилище для хранения исходного кода алгоритмов	
Слой данных	Подмножество объектов предметной области, обладающих тематической общностью	
Технологическое наименование атрибута	Наименование атрибута, используемое для машинной идентификации	
Тип данных	Характеристика атрибута таблицы, определяющая диапазон возможных значений данных и допустимые операции, которые можно выполнять над данными	
Формат данных	Конкретная форма представления данных, в которой установлены ограничения типа данных	
Цифровое мастер-планирование/ЦМП	Процесс сбора, анализа, подготовки и обработки информации, необходимой для принятия решений, направленных на развитие городской инфраструктуры	
Электронная подпись	Информация в электронной форме, которая присоединена к другой информации в электронной форме (подписываемой информации) или иным образом связана с такой информацией и которая используется для определения лица, подписывающего информацию	
АИСЦД	Автоматизированная информационная система "Цифровой двойник"	
Департамент	Департамент информационных технологий города Москвы	
ИИН	Индивидуальный идентификационный номер в АИС ЦД информации	
ОИВ	Органы исполнительной власти города Москвы.	
РИРС	Единый реестр информационных ресурсов и систем города Москвы	
СУДИР	Система управления доступом к информационным системам и ресурсам города Москвы	
API	Интерфейс программирования приложения. Набор способов и правил, по которым различные информационные системы взаимодействуют между собой и обмениваются данными	
XML	Расширяемый язык разметки, который предоставляет правила для определения любых данных	
UTF-8	Распространённый стандарт кодирования символов, позволяющий более компактно хранить и передавать символы Юникода, используя переменное количество байт (от 1 до 4)	

Иные термины и определения используются в значении, определенном действующим законодательством Российской Федерации и правовыми актами города Москвы.

4. Порядок размещения информации в АИС ЦД

4.1. Размещение информации в АИС ЦД осуществляется в виде набора данных, витрины данных, а также слоя данных, с соблюдением установленных настоящим Регламентом последовательно реализуемых процедур, установленных для соответствующего вида информации, в соответствии с Едиными техническими требованиями к структуре и форматам информации, обрабатываемой посредством информационных систем города Москвы (далее - Технические требования), определенными в приложении к настоящему Регламенту.
4.2. Размещение набора данных осуществляется исключительно Поставщиками информации и возможно как в инициативном порядке, так и по решению Мэра Москвы, либо решению совещательного органа, возглавляемого Мэром Москвы, либо решению, принятому на соответствующем совещании с участием Мэра Москвы (далее - решение Мэра Москвы), решению заместителей Мэра Москвы в Правительстве Москвы, Рабочей группы, запросу Департамента. В случае необходимости Департамент также может выступать в качестве Поставщика информации.
4.3. Размещение информации в АИС ЦД осуществляется Поставщиками информации после получения доступа к АИС ЦД в установленном настоящим Регламентом порядке. Информационное взаимодействие осуществляется в автоматизированном режиме с использованием API (при наличии технической возможности) или посредством файлового обмена в форматах данных, установленных настоящим Регламентом. Размещение информации осуществляется в соответствии с соглашением об информационном взаимодействии с Департаментом, заключенным в установленном порядке.
4.4. Информация структурируется в соответствии с критериями, установленными соответствующим паспортом, разработанным в соответствии настоящим Регламентом и утвержденным Рабочей группой с присвоением каждому виду информации уникального идентификационного номера при её первом поступлении в АИС ЦД.

5. Размещение наборов данных

5.1. В случае необходимости размещения набора данных в АИС ЦД Поставщиком информации производится формирование проекта паспорта набора данных в соответствии с требованиями к заполнению соответствующего вида паспорта набора данных, определенных в приложениях 1-3 к Техническим требованиям. В случае если формирование паспорта набора данных осуществляется по запросу Департамента, либо решению Мэра Москвы, заместителей Мэра Москвы, Рабочей группы, формирование проекта паспорта набора данных должно быть осуществлено Поставщиком информации в срок не позднее 15 рабочих дней с даты получения Поставщиком информации запроса Департамента либо решения Мэра Москвы, заместителей Мэра Москвы, Рабочей группы.
5.2. По итогам формирования проекта паспорта набора данных Поставщик информации посредством функционала АИС ЦД направляет подписанный электронной подписью уполномоченного лица проект паспорта набора данных в Департамент на согласование.
5.3. Департамент осуществляет рассмотрение проекта паспорта набора данных в срок не более 15 рабочих дней с даты получения проекта паспорта набора данных.
5.4. В случае корректности формирования проекта паспорта набора данных Поставщиком информации, в том числе в части полноты, актуальности данных, описания планируемого результата размещения наборов данных, планируемых к размещению в АИС ЦД, проект паспорта набора данных утверждается Департаментом путем подписания в АИС ЦД электронной подписью уполномоченного лица.
5.5. В случае несогласования паспорта набора данных Поставщик информации уведомляется об этом посредством функционала АИС ЦД с указанием предмета доработки.
5.6. Утвержденный Поставщиком информации и Департаментом проект паспорта набора данных передается Департаментом на утверждение на заседании Рабочей группы.
5.7. После утверждения паспорта набора данных на заседании Рабочей группы Поставщик информации осуществляет загрузку набора данных в АИС ЦД в соответствии с атрибутивным составом данных, содержащимся в паспорте набора данных, в течение 10 рабочих дней с даты утверждения.
5.8. После загрузки набора данных Поставщиком информации Департамент в течение 5 рабочих дней осуществляет их проверку на предмет корректности и соответствия утвержденному паспорту набора данных.
5.9. В случае корректности набора данных и их соответствия утвержденному паспорту Департамент размещает набор данных в АИС ЦД. После размещения набор данных является доступным для Потребителей информации с учетом разграничения прав доступа к соответствующей информации.
5.10. В случае, если загруженный набор данных не прошел проверку, Поставщик информации уведомляется об этом посредством функционала АИС ЦД и самостоятельно осуществляет проверку исходной информации на предмет соответствия атрибутивному составу, утвержденному паспортом набора данных, и устраняет проблемы, после чего осуществляет повторную загрузку информации не позднее 7 рабочих дней со дня получения уведомления.

6. Размещение витрин данных и слоев данных

6.1. Размещение витрин данных осуществляется Департаментом на основании запроса Заказчика разработки путем их формирования из наборов данных, размещенных в АИС ЦД на основании утвержденного паспорта витрины данных.
6.2. Размещение слоев данных осуществляется Департаментом путем их формирования из витрин данных, размещенных в АИС ЦД на основании утвержденного паспорта слоя данных.
6.3. Витрина данных или слой данных, размещаемые в АИС ЦД, могут содержать информацию из нескольких наборов данных различных Поставщиков информации.
6.4. Для целей реализации процедуры размещения витрины или слоя данных Заказчиком разработки совместно с Департаментом осуществляется формирование и утверждение проекта паспорта витрины или слоя данных в порядке, установленном для формирования и утверждения паспорта набора данных, указанным в пунктах 5.1 - 5.6 настоящего Регламента.
6.5. После утверждения паспорта витрины данных или слоя данных на заседании Рабочей группы Департаментом осуществляется разработка витрины данных или слоя данных в соответствии с утвержденным паспортом.
6.6. Витрина данных или слой данных согласовывается Департаментом с Заказчиком разработки посредством функционала АИС ЦД.
В срок не более 5 рабочих дней с даты согласования Департамент размещает витрину данных или слой данных в АИС ЦД. Со дня размещения витрина данных или слой данных являются доступными для Потребителей информации с учетом разграничения прав доступа к соответствующей информации.

7. Порядок изменения информации в АИС ЦД

7.1. Изменение информации осуществляется Поставщиком информации либо Департаментом в инициативном порядке.
7.2. Изменение информации осуществляется в порядке, установленном для целей размещения соответствующих данных.
7.3. АИС ЦД хранит сведения о всех редакциях данных и паспорта каждого вида данных.

8. Порядок предоставления доступа в АИС ЦД для размещения и просмотра информации

8.1. Предоставление доступа к АИС ЦД осуществляется в целях размещения и просмотра информации участниками информационного взаимодействия.
Под предоставлением доступа к АИС ЦД понимается предоставление зарегистрированным сотрудникам Поставщика информации или Потребителя информации (далее - Пользователи) прав на размещение и просмотр информации в АИС ЦД.
8.2. Правила регистрации Пользователей, Потребителей информации и Поставщиков информации в АИС ЦД:
8.2.1. Регистрация в АИС ЦД осуществляется с использованием СУДИР самостоятельно Пользователями, Поставщиками информации и Потребителями информации АИС ЦД в соответствии с Регламентом функционирования и требований к подключению и взаимодействию с СУДИР, утвержденным распоряжением Департамента информационных технологий города Москвы от 19 августа 2016 г. N 64-16-346/16.
8.2.2. После выполнения действий, указанных в пункте 8.2.1 настоящего Регламента, Поставщику информации или Потребителю информации необходимо направить заявку в адрес Департамента в свободной форме с указанием информации о Пользователях, для которых необходим доступ (фамилия, имя, отчество (при наличии), контактный телефон, рабочая электронная почта, должность, организация), а также о категории информации, к которой необходимо предоставить доступ.
8.2.3. В течение 5 (пяти) рабочих дней после получения от Поставщика информации или Потребителя информации АИС ЦД заявки о предоставлении доступа к АИС ЦД, Департамент проводит работы по организации предоставлению Пользователям доступа к АИС ЦД.
8.3 Департамент обеспечивает проверку сведений в отношении Пользователей с использованием сервисов Единой автоматизированной информационной системы управления кадрами Правительства Москвы, универсальной автоматизированной системы бюджетного учета, автоматизированной системы "Единая система ведения и управления реестрами, регистрами, справочниками и классификаторами", в том числе с использованием
Базового регистра информации, необходимой для предоставления государственных услуг в городе Москве, а также с использованием иных информационных систем и сервисов города Москвы.
8.4. На основании результатов проверок, проведенных в соответствии с пунктом 8.3 настоящего Регламента, Департамент принимает решение о предоставлении доступа к информации, содержащейся в АИС ЦД, либо об отказе в предоставлении доступа с указанием причин.
8.5. Взаимодействие АИС ЦД с другими информационными системами осуществляется с применением специального прикладного программного интерфейса, обеспечивающего интеграцию и обмен информацией.

9. Порядок прекращения доступа к АИС ЦД

9.1. Прекращение доступа Пользователей к информации, содержащейся в АИС ЦД, производится в случае обращения Поставщика информации, Потребителя информации или на основании решения Департамента.
9.2. Прекращение доступа Пользователям к АИС ЦД на основании решения Департамента осуществляется в следующих случаях:
9.2.1. По результатам повторной проверки сведений в соответствии с разделом 8 настоящего Регламента.
9.2.2. При выявлении фактов компрометации или подозрения на компрометацию (утеря, передача или иной факт распространения сведений) учетных данных Поставщика информации или Потребителя информации.
9.2.3. При выявлении неправомерного (нецелевого) использования информации Пользователями, которая содержится в АИС ЦД.
9.3. При прекращении доступа Пользователя к АИС ЦД учетная запись Пользователя блокируется, о чем на адрес электронной почты Пользователя Департаментом направляется соответствующее уведомление с указанием причин.
9.4. Возобновление доступа осуществляется после повторного прохождения процедуры предоставления доступа согласно разделу 8 настоящего Регламента, либо по результатам рассмотрения запроса о возобновлении доступа к информации, содержащейся в АИС ЦД, поданного Поставщиком информации и/или Потребителем информации в адрес Департамента посредством системы электронного документооборота Правительства Москвы.

10. Права и обязанности участников информационного взаимодействия

10.1. Департамент является ответственным за обеспечение информационного обмена между участниками в рамках функционирования ЦМП, осуществляет координацию взаимодействия участников информационного взаимодействия в рамках ЦМП, осуществляет контроль за соблюдением участниками информационного взаимодействия требований, установленных настоящим Регламентом, в случае необходимости обеспечивает проверку информации на предмет её достоверности и полноты, обеспечивает функционирование АИС ЦД в соответствии с требованиями, установленными законодательством Российской Федерации и города Москвы в области информации, информационных технологий и защиты информации.
10.2. Департамент не несет ответственность за достоверность и полноту информации, предоставляемой Поставщиками информации, за исключением случаев, когда Департамент является Поставщиком информации.
10.3. Поставщики информации, Потребители информации, Заказчики разработки, обязаны соблюдать требования законодательства о защите информации ограниченного доступа и обеспечении информационной безопасности информации, передаваемой с использованием АИС ЦД.
10.4. Поставщик информации обеспечивает достоверность и полноту предоставляемой информации, соблюдает требования и правила ведения и использования данных в АИС ЦД.
10.5. Потребитель информации получает доступ к информационным ресурсам АИС ЦД в соответствии с настоящим Регламентом, направляет в адрес Департамента предложения по изменению порядка предоставления информации, соблюдает требования законодательства о защите информации ограниченного доступа и обеспечении информационной безопасности информации, передаваемой с использованием АИС ЦД.

Приложение 1
к Регламенту информационного
взаимодействия в процессе
цифрового мастер-планирования
территории города Москвы

Единые технические требования
к структуре и форматам информации, обрабатываемой посредством информационных систем города Москвы

1. Общие сведения

Единые технические требования к структуре и форматам информации, обрабатываемой посредством информационных систем города Москвы (далее - Технические требования) определяют требования к структуре и форматам информации, размещаемой в АИС ЦД, а также требования к заполнению паспортов набора данных, витрин данных и слоя данных, формируемых в целях размещения информации в рамках информационного взаимодействия в процессе цифрового мастер-планирования.
Технические требования являются обязательными для органов исполнительной власти города Москвы, подведомственных им организаций, органов местного самоуправления внутригородских муниципальных образований города Москвы, а также иных организаций, размещающих наборы данных в АИС ЦД.

2. Требования к типам данных, размещаемых в АИС ЦД

Наименование типа данных	Тип данных	Определение	
Строка	String	Тип данных, значениями которого является произвольная последовательность (строка) символов алфавита. Строка имеет ограниченную длину - 4000 символов	
Объект	Blob	Строковый тип данных, имеющий неограниченную длину. В качестве длинного текста также могут быть добавлены картинки и иконки в форматах base64, svg	
Длинный текст	text	Тип данных, значениями которого является произвольная последовательность (строка) символов алфавита. Строка имеет неограниченную длину	
Целое число	Integer	Тип данных используется для представления 32-битного целого числа со знаком (Int32). Он может хранить отрицательные и положительные значения в диапазоне от -2147483648 до +2147483647	
Длинное целое число	Long	Тип данных используется для представления 64-битного целого числа со знаком (Int64)
Он может хранить отрицательные и положительные значения в диапазоне от - 9223372036854775808 до + 9223372036854775807	
Вещественное число	Double	Числовой тип данных. У вещественных чисел есть дробная часть (она может быть нулевой). По умолчанию в показателях и справочниках данные отображаются в формате 0.00 (с точностью двух знаков после запятой), даже если хранят данные с большей точностью	
Дата и время	DateTime	Данный тип данных хранит информацию о дате и времени. По умолчанию в показателях и справочниках данные отображаются в формате DD.MM.YYYY (только дата), даже если хранят данные в формате Дата и время	
Дата и время	Timestamptz	Данный тип данных хранит информацию о дате и времени с учетом часового пояса	
Логический атрибут	Boolean	Тип данных, который может принимать следующие значения: Истина (true), Ложь (false), Null(). Null() - значение по умолчанию для логических элементов	
JSON	Json	Позволяет представить данные в JSON-формате	
Guid	Guid	Тип данных отображает уникальный идентификатор, который задается для каждого объекта приложения. Его главная особенность - уникальность, которая позволяет избежать конфликтов, вызванных совпадением идентификаторов. Например:62е49аеЬ- 5d9e-47d6-8dfd-cf03de2fl 764	
Файл	FileLink	Данный тип позволяет добавлять файлы различных расширений. Ограничений на расширения нет	
Geometry	Geometry	Данный тип данных используется для хранения геометрии. Используется только в рамках объекта "Показатель". Он определяет два стандартных способа определения пространственных объектов: в форме Well-Known Text (WKT) по спецификации стандарта OGC и в форме Well-Known Binary (WKB). WKT и WKB включают информацию о типе объекта и координаты, составляющие объект	

3. Дополнительные (специальные) требования к атрибутам данных

3.1. Требования к наименованиям атрибутов

Технологические наименования атрибутов могут содержать только следующие символы:
- символы прописных (заглавных) и строчных букв 26-ти буквенного латинского алфавита;
- символы арабских цифр от 0 до 9;
- символ "подчёркивание".
Технологическое наименование атрибуту даётся на английском языке, максимально кратко, при этом, по возможности, отражая смысловое назначение атрибута и его наполнение.
Технологическое наименование атрибута недолжно начинаться с цифры.
Если технологическое наименование атрибута включает в себя несколько слов на английском языке, то эти слова записываются через символ "подчеркивание". Примеры корректных наименований атрибутов: "short_name", "day_of_week", "total_population_under_l 8".
В качестве технологических наименований атрибутов запрещается использование следующих английских слов и буквосочетаний (независимо от использования в их записи прописных/строчных букв): "Level", "Туре", "Area", "Fid", "Len", "Points", "Numofpts", "Entity", "Eminx", "Eminy", "Ешахх", "Етаху", "Eminz", "Emaxz", "Min_Measure", "Max_Measure".

3.2. Общие требования к значениям атрибутов

К значениям атрибутов, имеющим тип "Дробное число", применяется следующее общее дополнительное (специальное) требование: разделителем целой и дробной части является знак "запятая". К значениям атрибутов, имеющим тип "Строка", и содержащим текстовые данные, применяются следующие общие дополнительные (специальные) требования:
3.2.1. Использование символа "пробел". Согласно ГОСТ символ "пробел" определяется как литера, воспроизводимая отсутствием начертания. Допускается использование только обычного символа "пробел": название в кодировке Unicode - SPACE, десятичный код - 0032. Любые другие версии данного символа (например, "неразрывный пробел", "узкий пробел" и т.д.), а также их комбинации недопустимы. Не допускается использование комбинаций из повторяющихся символов "пробел". Также не допускается использование ведущих и концевых символов "пробел" (то есть текстовое значение, хранящееся в атрибуте, не может начинаться и/или заканчиваться символом "пробел").
3.2.2. Слово разделитель. Разделителем слов в тексте является одиночный символ "пробел".
Правила постановки символа "пробел" рядом со знаками препинания:
- пробел ставится (если не является концевым либо ведущим):
- после запятой, точки (в том числе и обозначающей сокращения и инициалы), точки с запятой, двоеточия, вопросительного и восклицательного знака, многоточия (кроме многоточий, начинающих предложение);
- перед многоточием, стоящим в начале предложения;
- с внешней стороны скобок и кавычек;
- с обеих сторон тире.
Пробел не ставится:
- перед запятой, точкой, точкой с запятой, двоеточием, вопросительным и восклицательным знаками, многоточием (кроме многоточия, стоящего в начале предложения);
- после многоточия, стоящего в начале предложения;
- с внутренней стороны скобок и кавычек;
- с обеих сторон дефиса (за исключением односторонних дефисов, например, "одно- и двухэтажный") и апострофа.
- в случае одновременной применимости первых двух пунктов (например, если точка стоит перед закрывающей скобкой, или перед запятой) пробел не ставится.
Данные правила могут нарушаться для отдельных атрибутов в случае, если на них накладываются особые требования. Например, если значение атрибута должно в точности повторять текст какого-либо документа.
3.2.3. Использование кавычек. Допустимы к использованию только французские кавычки ("ёлочки"), если иное не оговорено отдельно. В случае вложенных кавычек, закрывающая (открывающая) кавычка должна быть одна, то есть последовательность из нескольких подряд идущих кавычек (как слитно, так и через слово разделитель) не допускается.
3.2.4. Использование знака "номер". Не допускается использование латинской буквы "N" вместо символа "N".
Данное правило может нарушаться для отдельных атрибутов в случае, если на них накладываются особые требования. Например, если значение атрибута должно в точности повторять текст какого-либо документа.
3.2.5. Использование знака "дефис". В качестве орфографического знака "дефис" по умолчанию используется символ "дефис-минус": название в кодировке Unicode - HYPHEN-MINUS, десятичный код - 0045. Символ "дефис-минус" также может использоваться вместо символов:
- "дефис" (название в кодировке Unicode - HYPHEN, десятичный код - 8208);
- "цифровая чёрточка" (название в кодировке Unicode - FIGURE DASH, десятичный код - 8210);
- "минус" (название в кодировке Unicode - MINUS, десятичный код - 8722).
- "неразрывный дефис" (название в кодировке Unicode - NON-BREAKING HYPHEN, десятичный код - 8209).
Строгое использование тех или иных символов схожих по начертанию со знаком "дефис" оговаривается отдельно в требованиях к конкретным атрибутам.
3.2.6. Использование символов букв алфавита отличного от языка написания. Не допускается использование символов букв латинского алфавита, сходных по начертанию с символами букв русского алфавита в словах на русском языке. Например, использование символа "С" латинской буквы "Си" вместо символа "С" русской буквы "Эс". Аналогично не допускается использование символов букв русского алфавита сходных по начертанию с символами букв латинского алфавита в словах на английском языке.
3.2.7. Использование средств форматирования текста (перевод строки, табуляция). Использование непечатных символов (групп символов) форматирования текста (таких, например, как перевод строки, табуляция и др.) не допускается.
Атрибуты, содержащие в себе коды общероссийских, общегородских, отраслевых (ведомственных) и других классификаторов, кодификаторов, реестров, справочников и прочих объектов нормативно-справочной информации (НСИ), автоматически получают требования к значениям, накладываемые Положением о ведении соответствующих объектов НСИ.

4. Требования к форматам пространственных данных

4.1. Векторные данные

Форматы: GeoJSON
GeoJSON представляет собой открытый формат, предназначенный для хранения географических структур данных, основан на JSON.
Файл данного формата хранит данные об объектах, таких как: точки (адреса и местоположения), линии (улицы, шоссе, границы), полигоны (страны, штаты, участки земли).
Помимо базовых типов геометрии, в GeoJSON могут храниться более комплексные типы геометрии такие как мультиточки, мультиполигоны и мультилинии.
Пример:

Объекты:
GeoJSON всегда представляет собой единственную сущность: геометрию, элементарный объект или коллекцию элементарных объектов.
Объект GeoJSON может иметь произвольное количество свойств (пар ключ/значение).
Объект GeoJSON должен иметь свойство "type". Значение этого свойства - строка, содержащая тип объекта GeoJSON. Регистр символов значения поля "type" имеет значение.
Значение свойства "type" должно принимать одно из следующих значений: "Point", "Multipoint", "LineString", "MultiLineString", "Polygon", "MultiPolygon".
Объекты должны иметь свойство "crs", значение которого должно содержать данные об используемой системе координат.
Пример свойства "crs":

Основные требования для загрузки данных geojson в АИС ЦД:
- данные передаются в файле с расширением "geojson", имя файла должно быть уникальным, состоять из латинских букв, цифр, знака "_", не содержать пробелов;
- файл может включать неограниченный набор атрибутов;
- в одном файле должны быть объекты в одной системе координат EPSG:4326-WGS 84;
- один файл содержит один тип геометрии (точка, линия, полигон);
- все объекты должны иметь топологическую корректную геометрию:
□ геометрия типа "точка" - должна иметь одну координату;
□ геометрия типа "линия" - должна иметь не меньше двух вершин, иметь длину больше 0;
□ геометрия типа "полигон" - должен иметь не меньше трех вершин, иметь длину периметра больше 0, иметь площадь больше 0;
□ полилиния из которой формируется полигон, должна быть замкнута и не иметь самопересечений;
□ если полигон является мультиполигоном, т.е. состоит из нескольких внешних границ, к ним дополнительно применяются правила построения мультиполигонов - границы (внутренние и внешние) одного объекта не должны пересекаться между собой или примыкать друг к другу.

4.2. Растровые данные:

Растровые данные загружаются в АИС ЦД в формате GeoTIFF.
GeoTIFF - формат файлов, используемый для хранения растровых изображений с географической привязкой, широко используемый в таких отраслях, как геодезия, дистанционное зондирование и ГИС. Это сочетание функциональности TIFF (формат файла изображений с тегами) и географической информации, позволяющее сохранять информацию о географической привязке внутри самого файла. Эта информация связывает данные изображения с географическими данными, такими как картографическая проекция, система координат и исходные данные, что позволяет точно позиционировать изображение на карте.
Точность изображения:
Точность снимка формата GeoTIFF зависит от нескольких факторов, включая разрешение изображения и точность географической привязки.
Разрешение изображения определяет, насколько мелкие детали можно увидеть на снимке. Чем выше разрешение, тем более детальным будет изображение. Большему разрешению соответствует меньшее значение размера пикселя. Для примера, если точность снимка составляет 1 метр, то значение пикселя будет составлять 0.00001 (5 знаков после запятой).
"Субметровой точностью" называется точность измерений, которая отличается от реальных значений не более, чем на 1 метр.
Точность географической привязки определяет, насколько точно местоположение каждого пикселя на снимке соответствует его реальному местоположению на Земле.
Базовые требования к растрам для отображения в АИС ЦД:
- ортофотопланы должны быть сформированы в формате GeoTIFF, системе координат WGS84 (EPSG:4326);
- максимальный процент облачности на ортофотоплане - 10%.

5. Требования к визуальному представлению данных в АИС ЦД

5.1. Требования к векторным данным

Вид векторных объектов определяется их геометрией.
Векторные данные проецируются на карту в виде набора точек, линий или полигонов, а также атрибутивных данных этих объектов.

5.1.1. Требования к формату векторных данных

Векторные данные загружаются и обновляются в машиночитаемом формате в файле с расширением *.geojson.

5.1.2. Требования к отображению векторных данных

Тип геометрии	Размер	Толщина линии	Тип линии	Граница	Цвет	
		Требования не предъявляются	нет	нет	Требования к цвету не предъявляются.
Прозрачность 0%	
	Требования не предъявляются			нет	Требования к цвету не предъявляются.
Прозрачность 0%	
	Требования не предъявляются				Требования к цвету не предъявляются.
Прозрачность границы 0%. Прозрачность полигона 70 - 80%.	

5.1.3. Требования к отображению векторных объектов

5.2. Требования к графическим символам

5.2.1. Общие требования к графическим символам

Информационные иконки должны строго соответствовать библиотеке символов, утвержденной оператором АИС ЦД.
1. Иконки должны содержать изображение, отображающее основные характеристики объектов слоя.
2. Отображение графических объектов внутри иконки должно быть оформлено минималистично и раскрывать основную суть объекта слоя.
3. Необходимо использовать единую стилизацию иконок для одной группы слоев (форма, параметры визуализации).
4. При использовании кластеризации с помощью диаграмм, цвет иконок должен соответствовать цвету сегмента диаграммы.

5.2.2. Требования к формату графических символов

Передача графических символов для размещения в АИС ЦД происходит в формате .SVG, размером не более 50 килобайт, в цветовом пространстве sRGB.

5.2.3. Требования к форме графических символов

Форма/ Размер	Точка у основания	Граница иконки	Тень	Цвет объекта	

72x52 рх	

размер 4x1 рх	

цвет границы - #FFFFFF (белый). Размер - 1.5 рх		Требования к цвету не предъявляются. Прозрачность 0%	

56x40 рх	размер 3x0.7 рх	цвет границы - #FFFFFF (белый). Размер - 1 рх		Требования к цвету не предъявляются. Прозрачность 0%	

52x52 рх	нет	

цвет границы - #FFFFFF (белый). Размер - 1.5 рх		Требования к цвету не предъявляются. Прозрачность 0%	

40x40 рх		цвет границы - #FFFFFF (белый). Размер - 1 рх		Требования к цвету не предъявляются. Прозрачность 0%	

5.2.4. Требования к оформлению информационных иконок

5.2.4.1. Простота - иконки должны быть легко узнаваемыми и понятными для пользователей.

5.2.4.2. Современность - дизайн иконок должен соответствовать современным тенденциям и стилям на примере открытой библиотеки material design 3.

5.2.4.3. Информативность - в определенных случаях иконки могут иметь некоторую оригинальность, чтобы привлечь внимание пользователя.

5.2.4.4. Ограниченный размер - иконки должны сохранять свои основные характеристики в ограниченном объеме.

При размещении используйте позиционирование по центру окружности.
Иконка должна быть выполнена только в цвете: #FFFFFF (белый).

6. Требования к топологии пространственных объектов

Раздел содержит перечень правил топологии для набора данных. Правила топологии распространяются на предоставленную составляющую набора данных и определяют, как пространственные объекты взаимно располагаются в географическом пространстве (на карте). Каждое правило представляет собой описание условий, которые при сопоставлении взаимного расположения в пространстве объектов набора данных и эталонного набора (указанного для каждого правила), позволяют классифицировать множество объектов набора данных на корректные и ошибочные. При проведении проверки правил топологии сравниваемые наборы объектов приводятся к одной системе координат и используется кластерный допуск. В качестве эталонного набора пространственных объектов для некоторых правил может выступать сам набор данных.

6.1. Параметры пространственной привязки и топологии

Система координат: WGS84 (EPSG:4326)
Единица измерения: метр
Кластерный допуск: 0,001

6.2. Наборы пространственных объектов для правил топологии (эталонные наборы)

В таблице ниже приводится перечень наборов пространственных объектов, с которыми будут проводиться проверки взаимного расположения с объектами набора данных согласно правилам топологии. Для каждого эталонного набора данных указывается тип набора и тип геометрии набора.

Наименование набора пространственных объектов	Тип геометрии	
Наименование набора пространственных объектов 1	точка	
Наименование набора пространственных объектов 2	линия	
Наименование набора пространственных объектов 3	полигон	

6.3. Правила топологии для объектов набора данных с типом геометрии "точка" 

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

Эталонный набор объектов	Наименование правил	Описание правил	
Наименование набора данных	Должны состоять из одной точки	Требуется, чтобы каждый точечный объект набора данных состоял из одной части (одной точки). Мультиточечные объекты недопустимы. Это правило может быть полезно, когда необходимо запретить одному объекту набора данных иметь более одного точечного маркера на карте	
Наименование набора данных	Не должны совпадать	Требуется, чтобы точечные объекты набора данных располагались отдельно от других точечных объектов того же набора.
Это может быть полезно для того, чтобы убедиться, что точечные объекты не дублируются	
Наименование набора пространственных объектов 1	Должны совпадать с	Требуется, чтобы точечные объекты набора данных совпадали с точечными объектами эталонного набора.
Это может быть полезно, когда точки должны быть покрыты другими точками, например, трансформаторы должны совпадать с питающими опорами, а точки обследования железной дороги должны совпадать со станциями	
Наименование набора пространственных объектов 1	Не должны совпадать с	Требуется, чтобы точечные объекты набора данных располагались отдельно от других точечных объектов эталонного набора Это может быть полезно для того, чтобы убедиться, что точечные объекты не совпадают, например, города в слое с населёнными пунктами	
Наименование набора пространственных объектов 3	Должны совпадать с границей	Требуется, чтобы точечные объекты набора данных размещались строго на границах полигональных объектов эталонного набора. Например, если эти точки формируют систему границ, как в случае с пограничными столбами, которые должны располагаться на рёбрах полигонов	
Наименование набора пространственных объектов 3	Должны быть полностью внутри	Требуется, чтобы точечные объекты наборы данных располагались внутри площадных объектов эталонного набора.
Например, если эти точки обозначают здание и сооружения населённого пункта и должны располагаться внутри границ этого населённого пункта	
Наименование набора пространственных объектов 3	Должны быть полностью вне	Требуется, чтобы точечные объекты набора данных располагались вне площадных объектов эталонного набора.
Например, если эти точки обозначают деревья и должны располагаться вне контуров зданий и сооружений	
Наименование набора пространственных объектов 2	Должны совпадать с конечными точками	Требуется, чтобы точечные объекты набора данных совпадали с конечными точками линий эталонного набора.
Например, если эти точки обозначают конечные остановочные пункты на маршруте и должны располагаться на конце линий маршрутов	
Наименование набора пространственных объектов 2	Должны лежать на линии	Требуется, чтобы точечные объекты набора данных размещались на линейных объектах эталонного набора. Точка может также совпадать с конечной точкой линии.
Это правило может быть полезно для точечных объектов, которые должны следовать за линейными объектами, например, искусственные дорожные неровности должны располагаться на автодороге	
Наименование набора пространственных объектов 2	Не должны лежать на линии	Требуется, чтобы точечные объекты набора данных не имели общих точек с линейными объектами эталонного набора.
Это правило применяется, когда точки объектов набора данных не должны лежать на линиях эталонного набора и совпадать с конечными точками. Например, точки, обозначающие парковочные автоматы, не должны иметь общих точек с линиями, обозначающими непосредственно парковки	

6.4. Правила топологии для объектов набора данных с типом геометрии "линия" 

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

Эталонный набор объектов	Наименование правила	Описание правила	
Наименование набора данных	Должен превышать кластерный допуск	Требуется, чтобы пространственный объект не схлопывался в процессе проверки	
Наименование набора данных	Не должны перекрываться	Требуется, чтобы линейные объекты набора данных не перекрывались с другими линейными объектами из того же набора.
Это правило используется, когда сегменты линии не должны дублироваться. Линии набора данных могут пересекаться или соединяться, но не могут иметь общих сегментов	
Наименование набора данных	Не должны пересекаться	Требуется, чтобы линейные объекты набора данных не пересекались или не накладывались друг на друга. Линии могут касаться конечными точками.
Правило используются для изолиний, которые никогда не должны пересекаться или в тех случаях, когда пересечения должны происходить только на концах линий, например, как в случае с сегментами улиц и перекрёстками	
Наименование набора данных	Не должны иметь висячих узлов	Требуется, чтобы линейные объекты набора данных касались линейных объектов в том же наборе двумя конечными точками. Конечная точка, не присоединённая к другой линии, называется висячим узлом.
Это правило используется, когда линии должны образовывать замкнутые петли, например, тогда, когда они являются границами полигонов	
Наименование набора данных	Не должны иметь псевдоузлов	Требуется, чтобы каждый линейный объект набора данных присоединялся как минимум к двум другим линейным объектам каждой конечной точкой. Считается, что линия, которая присоединяется к одной линии или замыкается сама на себя, имеет псевдоузел.
Это правило используется, когда линии должны образовывать замкнутые системы, такие как граница полигонов или когда линии моделируемых объектов логически должны соединяться с двумя другими линиями каждым концом	
Наименование набора данных	Не должны пересекаться или касаться	Требуется, чтобы линейные объекты набора данных не пересекались или не накладывались друг на друга. Линии не могут касаться конечными точками.
Правило применяется, например, для линий, которые не могут пересекаться или касаться и с целью различимости объектов одного от другого не должны касаться в конечных точках	
Наименование набора данных	Не должны перекрывать сами себя	Требуется, чтобы у каждого линейного объекта набора данных не было двух совпадающих сегментов. Линии могут пересекать или касаться сами себя, но не должны иметь совпадающих сегментов.
Это правило будет полезно для улиц, когда сегменты могут касаться но не допускается дублирование сегментов	
Наименование набора данных	Не должны пересекать сами себя	Требуется, чтобы линейные объекты набора данных не пересекали себя и не имели совпадающих сегментов.
Это правило применяется для изолиний, которые не должны самопересекаться	
Наименование набора данных	Должны состоять из одной части	Требуется, чтобы каждый линейный объект набора данных состоял из одной части. Это правило применяется, когда линейные объекты не могут иметь несколько частей	
Наименование набора пространственных объектов 2	Не должны пересекаться с	Требуется, чтобы линейные объекты набора данных не пересекали линейные объекты эталонного набора. Линии могут касаться конечными точками.
Это правило используется, когда существуют линии в двух наборах, которые не должны пересекаться друг с другом, и пересечения могут происходить только в конечных точках	
Наименование набора пространственных объектов 2	Не должны пересекаться или касаться с	Требуется, чтобы линейные объекты набора данных не пересекали линейные объекты эталонного набора. Линии не могут касаться конечными точками.
Правило применяется, например, для наборов, линии которых не могут пересекаться или касаться и с целью различимости объектов одного от другого не должны касаться в конечных точках	
Наименование набора пространственных объектов 2	Не должны перекрываться с	Требуется, чтобы линейные объекты набора данных не перекрывались с линейными объектами эталонного набора.
Это правило используется, когда линии не могут проходить по одной территории. Например, дороги не должны перекрываться с железными дорогами	
Наименование набора пространственных объектов 2	Должны совмещаться с объектами другого набора	Требуется, чтобы линейные объекты набора данных были покрыты линейными объектами эталонного набора.
Это правило применяется при моделировании логически различных, но пространственно совпадающих линий, например, таких, как маршруты и улицы. Объекты набора автобусных маршрутов не должны отделяться в пространстве от объектов набора улиц	
Наименование набора пространственных объектов 3	Должны совпадать с границей	Требуется, чтобы линейные объекты набора данных совпадали с границами площадных объектов эталонного набора.
Это правило может использоваться для моделирования линейных объектов, таких как границы земельных участков, которые должны совпадать с рёбрами полигональных объектов, в данном случае участков	
Наименование набора пространственных объектов 3	Должны быть внутри	Требуется, чтобы линейные объекты набора данных находились внутри площадного объекта эталонного набора.
Это правило применяется, когда линии должны частично или полностью находиться в пределах определённых границ и не могут располагаться за их пределами, например, государственные автомагистрали должны находиться в пределах границ субъектов	
Наименование набора пространственных объектов 3	Должны быть вне	Требуется, чтобы линейные объекты набора данных находились вне площадных объектов эталонного набора. Пересечения, касания и совпадения с границами объектов эталонного набора является ошибкой.
Это правило применяется, когда линейные объекты, например, НЭП не должны пересекать или касаться контуров зданий	
Наименование набора пространственных объектов 1	Конечные точки должны совпадать с	Требуется, чтобы конечные точки линейных объектов набора данных совпадали с точечными объектами эталонного набора.
Это правило применяется, например, если точки обозначают конечные остановочные пункты на маршруте и должны располагаться на конце линий маршрутов	
Наименование набора пространственных объектов 1	Должны содержать точки	Требуется, чтобы линейные объекты набора данных содержали все точечные объекты эталонного набора.
Это правило применяется, когда точки эталонного набора должны лежать на линиях объектов набора данных. Например, точки опоры ЛЭП должны лежать на линиях ЛЭП	
Наименование набора пространственных объектов 1	Не должны содержать точек	Требуется, чтобы линейные объекты набора данных не имели общих точек с объектами эталонного набора.
Это правило применяется, когда точки эталонного набора не должны лежать на линиях объектов набора данных или совпадать с конечными точками. Например, точки обозначающие парковочные автоматы не должны иметь общих точек с линиями, обозначающими непосредственно парковки	

6.5. Правила топологии для объектов набора данных с типом геометрии "полигон"1

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

Эталонный набор объектов	Наименование правила	Описание правила	
Наименование набора данных	Должен превышать кластерный допуск	Требуется, чтобы пространственный объект не охлопывался в процессе проверки.	
Наименование набора данных	Должны состоять из одной части	Требуется чтобы каждый полигональный объект набора данных состоял из одной части (одного контура). Мультиполигональные объекты недопустимы.
Это правило может быть полезно, когда необходимо запретить одному объекту набора данных иметь более одного полигонального маркера на карте	
Наименование набора данных	Не должны перекрываться	Требуется, чтобы внутренние части полигональных объектов набора данных не перекрывались. Полигоны могут иметь общие границы или вершины.
Это правило используется в том случае, когда территория не может принадлежать одновременно нескольким полигонам. Оно может использоваться, например, при моделировании административного деления, когда районы города не должны перекрываться между собой	
Наименование набора данных	Не должны иметь пробелов	Требуется, чтобы не было пустых мест между граничащими полигональными объектами. Все полигоны должны формировать область непрерывной поверхности.
Это правило используется для данных, которые должны совместно полностью покрывать область. Например, полигоны районов не могут иметь пробелов или пустот и они должны покрывать всю территорию административного округа или города	
Наименование набора данных	Не должны иметь вырезов	Требуется, чтобы не было пустых мест внутри полигональных объектов набора данных. Каждый полигон должен формировать область непрерывной поверхности.
Это правило используется для данных, которые должны полностью покрывать область одним полигоном. Например, полигоны районов не могут иметь пустот, они должны покрывать территории без внутренних вырезов	
Наименование набора пространственных объектов 3	Не должны перекрываться с	Требуется, чтобы внутренние части полигональных объектов набора данных не перекрывались с внутренними частями полигональных объектов эталонного набора. Полигоны этих двух наборов могут иметь общие рёбра и вершины, или могут быть не связаны между собой.
Это правило используется, когда территория не может одновременно принадлежать двум разным наборам пространственных объектов	
Наименование набора пространственных объектов 3	Должны совпадать	Требуется, чтобы полигональные объекты набора данных имели общую площадь с полигональными объектами эталонного набора. У полигонов могут быть общие рёбра или вершины. Любая область, не принадлежащая одновременно объектам набора данных и эталонного набора, является ошибкой.
Это правило используется, когда для одной территории представлено две системы классификации, и каждая территориальная единица, выделенная в одной системе, должна быть каким-то образом определена и в другой	
Наименование набора пространственных объектов 3	Должны быть покрыты	Требуется, чтобы полигональные объекты набора данных находились внутри полигональных объектов эталонного набора. У полигонов могут быть общие рёбра или вершины. Любая область, определённая в наборе данных, должна быть покрыта областями объектов эталонного набора.
Это правило используется, когда площадные объекты одного типа должны располагаться в пределах объектов другого типа. Например, здания города должны находиться внутри границ города	
Наименование набора пространственных объектов 2	Граница должна совмещаться с	Требуется, чтобы граница полигональных объектов набора данных совпадали с линейными объектами эталонного набора.
Оно используется, когда требуется, чтобы линейные объекты отмечали границы площадных объектов. Обычно это необходимо, когда сама территория имеет один набор атрибутов, а ее граница - другой набор	
Наименование набора пространственных объектов 2	Содержит линии	Требуется, чтобы полигональные объекты набора данных содержали линейные объекты эталонного набора. Линии должны располагаться внутри полигонов и не пересекать границы, а также не совпадать с ними.
Это правило используется, когда, например, линейные объекты улично-дорожной сети должны располагаться только внутри границ города	
Наименование набора пространственных объектов 3	Граница должна совпадать с границей	Требуется чтобы граница полигональных объектов набора данных были покрыты границами полигональных объектов эталонного набора.
Это может быть полезно, когда полигоны в одном наборе объектов, например, кварталы состоят из нескольких полигонов из другого набора объектов, например, участков, и границы этих объектов должны совпадать	
Наименование набора пространственных объектов 1	Содержит точку	Требуется, чтобы полигональные объекты набора данных содержали хотя бы по одному точечному объекту эталонного набора. Точки должны располагаться внутри полигона, а не на его границе.
Это правило используется, когда необходимо, чтобы каждый полигон содержал хотя бы одну связанную точку	
Наименование набора пространственных объектов 1	Содержит одну точку	Требуется, чтобы каждый полигональный объект набора данных содержал внутри один точечный объект эталонного набора и каждый точечный объект располагался в пределах одного полигона.
Это правило используется, когда требуется обеспечить соответствие один к одному для полигональных и точечных объектов в разных наборах объектов, например, для границ субъектов и их столиц. Каждая точка должна быть расположена в пределах полигона и один полигон может содержать только одну точку. Точки должны располагаться внутри полигона, а не на его границе	

______________________________ 
1 Тип геометрии объектов набора данных указан в пункте 6.2. Если в наборе данных объекты другого типа геометрии, то этот раздел исключается из паспорта.

Приложение 1
к Единым техническим
требованиям к структуре
и форматам информации,
обрабатываемой посредством
информационных систем
города Москвы

Единые технические требования
к заполнению паспорта набора данных в автоматизированной информационной системе "Цифровой двойник"

1. Общие сведения

Единые технические требования к заполнению паспорта набора данных в автоматизированной информационной системе "Цифровой двойник" (далее - АИС ЦД) определяют состав информации, необходимой для заполнения паспорта набора данных.
Паспорт набора данных может формироваться непосредственно в АИС ЦД, а также может быть сформирован в формате *.xml или *.json и импортирован в АИС ЦД.
Паспорт набора данных в АИС ЦД должен содержать следующие сведения:
Базовые сведения набора данных;
Актуализация данных;
Координатные данные;
Гармонизация с объектами нормативно-справочной информации (НСИ);
Описание структуры набора данных.

2. Базовые сведения набора данных

Базовые сведения набора данных содержат следующую информацию:

Наименование сведений	Описание	
Полное наименование набора данных:	Здесь указывается полное наименование набора данных на русском языке так же, как оно приведено на титульном листе и позже будет фигурировать в АИС ЦД, а также во всех связанных с ним документах. Полное наименование может содержать общепринятые термины. Не рекомендуется использовать в полном наименовании специализированные сокращения и аббревиатуры	
Описание набора данных:	Здесь указывается тематическое описание набора данных	
Поставщик информации:	Здесь указывается полное наименование органа исполнительной власти города Москвы или подведомственные им организации, которые являются ответственным поставщиком данных для публикуемого набора данных или органов местного самоуправления внутригородских муниципальных образований города Москвы	
Наименование информационной системы Поставщика информации:	Здесь указывается полное и краткое наименование информационной системы или ресурса, из которой поступают данные для первичного формирования и последующего обновления набора данных.
В случае, если информационная система находится в собственности города Москвы и создана (на основании правовых актов города Москвы и (или) иных решений органов государственной власти города Москвы, то ее наименование должно полностью соответствовать Единому реестру информационных ресурсов и систем города Москвы (РИРС).
Для таких информационных систем также указывается регистрационный номер РИРС.	
URL информационной системы Поставщика информации	Наименование единого указателя информационного ресурса	
IP источника информации	Сетевые адреса, с которых будет осуществляться подключение	
Ответственное лицо:	Здесь указывается информация об ответственном лице со стороны Поставщика данных:
- ФИО
- Должность Электронная почта
- Контактный телефон	
Техническая поддержка информационной системы Поставщика информации информации:	Здесь указывается контактная информация службы технической поддержки Поставщика данных:
- Электронная почта
- Контактный телефон	

3. Актуализация данных

Паспорт набора данных в обязательном порядке должен содержать сведения о периодичности обновления набора данных.

Наименование сведений паспорта набора данных	Описание	
Периодичность обновления:	Здесь указывается периодичность обновления набора данных, например: "Ежемесячно", "Ежеквартально", "Еженедельно" и т.д.	
Расписание обновления:	Здесь указывается расписание обновления набора данных с указанием конкретных временных интервалов. Например: "9.00, 21.00"	
Регламент доступности:	Период, когда в таблицу можно обращаться с SQL- запросами. Например: "с 3:00 до 5:00 ежедневно"	
Глубина хранения данных:	Период времени, в течение которого хранятся данные, переданные в соответствии с утвержденным паспортом набора данных. Например: "3 года"	

4. Координатные данные

Сведения о координатных данных паспорта набора данных:

Наименование сведений паспорта набора данных	Описание	
Система координат:	Принятая для набора пространственных данных система координат: EPSG:4326-WGS 84	
Тип геометрии:	Здесь указывается тип геометрии данных, схематически обозначающей объект на карте. Выбирается одно значений из следующего перечня:
Точка
- Мультиточка
- Линия
- Мультилиния
- Полигон
- Мулътиполигон	

5. Гармонизация с объектами нормативно-справочной информации (НСИ)

В данный раздел должны входить сведения об объектах НСИ, данные из которых используются в наборе данных, а также степень (способ) их использования.

Наименование объекта НСИ	Характер гармонизации	
Здесь указывается полное наименование объекта НСИ (справочника, классификатора и т.д.), значения из которого используются в наполнении набора данных.
Объекты НСИ, указанные здесь, должны быть введены в действие и использоваться согласно нормативно-правовым актам	Здесь указывается каким образом значения объекта НСИ (справочника, классификатора и т.д.) используются в наборе данных. Возможны два варианта характера гармонизации: "выбор значений атрибутов из объекта НСИ" и "учет объекта НСИ при формировании значений атрибутов"	
Общемосковский классификатор территориальных единиц Москвы	выбор значений атрибутов из объекта НСИ	
Общемосковский классификатор улиц Москвы	учет объекта НСИ при формировании значений атрибутов	
Адресный реестр объектов недвижимости города Москвы (далее - Адресный реестр	учет объекта НСИ при формировании значений атрибутов	

6. Описание структуры набора данных

Примерный перечень атрибутов набора данных и их базовые свойства

Технологическое наименование атрибута	Наименование на русском языке	Тип	Обязательность	Уникальность	Признак ключа	
Здесь указывается наименование атрибута, используемое для его машинной идентификации 1	Здесь указывается уникальное наименование атрибута на русском языке	См. сноску 2	См. сноску 3	См. сноску 4	См. сноску 5	
ID	Идентификатор	int	да	да	РК	
Common_name	Общепринятое наименование	text	да	нет		
Full_name	Полное официальное наименование	text	да	нет		
Short_name	Сокращенное официальное наименование	text	да	нет		
Adm_area	Административный округ	Справочное значение	да	нет		
District	Район	Справочное значение	да	нет		
Address	Адрес	text	да	нет		
Chief_position	Должность руководителя	Таблица выбора значений	да	нет		
Chief_name	ФИО руководителя	text	да	нет		
Public_phone	Контактный телефон	varchar (19) формат
+ 0 (000) 000-00-00	да	нет		
Fax	Факс	varchar (19) формат
+ 0 (000) 000-00-00	нет	нет		
Email	Адрес электронной почты	text	нет	нет		
Working_hours	График работы	Массив	да	-		
Day_of_week	День недели	Перечень значений	да	да		
Hours	Часы работы	text	да	нет		
Clarification_of_working_hours	Уточнение к графику работы	text	нет	нет		
Web_site	Сайт	text	нет	нет		
INN	ИНН	Строка (10)	нет	нет		
KPP	КПП	Строка (9)	нет	нет		
OGRN	ОГРН	Строка (13)	нет	нет		

______________________________ 
1 Требования к технологическим наименованиям атрибутов приведены в разделе 7
2 Перечень возможных типов атрибутов приведен в п. 3.1
3 Указывается "да", если атрибут обязателен для заполнения, иначе "нет".
4 Указывается "да", если значение атрибута должно быть уникальным в пределах всего множества значений атрибута, иначе "нет".
5 Указывается "РК" (если атрибут является первичным ключом), "FK" (если атрибут является внешним ключом) или поле оставляется пустым, если атрибут не является ни первичным ключом ни внешним ключом.
______________________________ 

7. Требования к значениям отдельных атрибутов

Раздел содержит требования к наполнению атрибутов (к данным набора данных). Следует учитывать, что общие требования к значениям всех атрибутов сформированы в п. 3 Технических требований к структуре и форматам информации.
Требования этого раздела имеют приоритет, поэтому для отдельных атрибутов могут отменять общие требования, если вступают с ними в противоречие.

Технологическое наименование атрибута	Дополнительные (специальные) требования к значениям атрибутов	
Указывается уникальное технологическое наименование атрибута	Указываются подробные требования к данным, хранящимся в атрибуте включая все допустимые символы и маски ввода (для текстовых значений), числовые интервалы (для числовых значений), используемые справочники и порядок их использования, возможные перечни значений и т.д. Указанные требования используются для создания правил форматно-логического контроля данных в АИС ЦД	
ID	Дополнительные (специальные требования) к значениям атрибута отсутствуют	
Common_name	Атрибут должен содержать общепринятое (общеиспользуемое, общеупотребляемое) наименование организации без использования сокращений, указанное наименование должно:
а) быть представлено в человекочитаемом виде;
б) по возможности - быть как можно более коротким;
в) по возможности - отражать наиболее существенные признаки объекта, позволяющие идентифицировать его среди множества других объектов городской инфраструктуры, значение атрибута может содержать только следующие символы:
- заглавные (прописные и строчные буквы русского алфавита - [А,Я] и [а,я].
- Заглавные (прописные) и строчные буквы 26-буквенного латинского алфавита - [A,Z] и [a,z].
- Арабские цифры - [0,9].
- Французские кавычки ("елочки").
- Знак "номер".
- Знак "дефис".
- Знак "тире".
- Слово разделитель - одиночный символ "пробел".
- Знак "запятая".
- Знак "точка".
Данные требования могут быть усилены дополнительными правилами	
Full_name	Атрибут должен содержать полное официальное наименование организации без использования сокращений (за исключением сокращения инициалов в "именных" объектах). Указанное наименование должно быть представлено в человекочитаемом виде. Значение атрибута может содержать только следующие символы:
- Заглавные (прописные и строчные буквы русского алфавита - [А,Я] и [а,я].
- Заглавные (прописные) и строчные буквы 26-буквенного латинского алфавита - [A,Z] и [a,z],
- Арабские цифры - [0,9].
- Французские кавычки ("елочки").
- Знак "номер".
- Знак "дефис".
- Знак "тире".
- "Круглые" скобки.
- Слово разделитель - одиночный символ "пробел".
- Знак "запятая".
- Знак "точка".
Данные требования могут быть усилены дополнительными правилами	
Short_name	Атрибут должен содержать сокращенное наименование организации. Должно прослеживаться, что сокращенное наименование сформировано на основании значения атрибута "Full name" в том числе путем максимального использования устоявшихся (широкоиспользуемых) аббревиатур. Указанное наименование должно быть представлено в человекочитаемом виде. Значение атрибута может содержать только следующие символы:
- Заглавные (прописные и строчные буквы русского алфавита - [А,Я] и [а,я].
- Заглавные (прописные) и строчные буквы 26-буквенного латинского алфавита - [A,Z] и [а,г].
- Арабские цифры - [0,9].
- Французские кавычки ("елочки"),
- Знак "номер".
- Знак "дефис".
- Знак "тире".
- "Круглые" скобки.
- Слово разделитель - одиночный символ "пробел".
- Знак "запятая".
- Знак "точка".
Данные требования могут быть усилены дополнительными правилами	
Adm_area	Атрибут должен содержать наименование административного округа, в пределах границ которого расположен объект учета. Атрибут заполняется автоматически по значению атрибута "Address"	
District	Атрибут должен содержать наименование района или поселение, в пределах границ которого расположен объект учета. Выбранный район (поселение) должен входить в состав административного округа, указанного в атрибуте "Adm area"	
Address	Атрибут должен содержать текстовую запись адреса объекта учета на русском языке без использования сокращений. Топонимическая часть адреса должна соответствовать общемосковским классификаторам улиц Москвы и территорий в Москве. Формат текстовой записи должен соответствовать требованиям действующих нормативных правовых актов города Москвы, регулирующих вопросы адресации зданий и сооружений в городе Москве. Адресная запись должна быть сформирована таким образом, чтобы при ее разборе в автоматическом режиме для нее находилось однозначное соответствие актуальной версии Адресного реестра. Данные требования могут быть усилены дополнительными правилами, ограничивающими возможность появления в адресной записи в целом или в отдельных ее элементах заведомо недопустимых символов, сочетаний символов, слов и словосочетаний. В частности, в адресной записи не должен присутствовать индекс, а также обозначение принадлежности к стране	
Chief_position	Атрибут должен содержать наименование должности руководителя.,	
Chief_name	Атрибут должен содержать фамилию, имя и отчество (при наличии) руководителя объекта учета в именительном падеже. Значение атрибута может содержать только следующие символы:
- Заглавные (прописные и строчные буквы русского алфавита - [А,Я] и [а,я].
- Знак "дефис".
- Слово разделитель - одиночный символ "пробел".
Данные требования могут быть усилены дополнительными правилами	
Public_phone	Атрибут должен содержать номер общего (справочного) телефона в формате:
(ХХХ)ХХХ-ХХ-ХХ, где X - число натурального ряда в диапазоне [0,9].
Значение атрибута может содержать только следующие символы:
- Арабские цифры - [0,9].
- Символ "дефис-минус".
- Символ "пробел".
- "Круглые" скобки.
Данные требования могут быть усилены дополнительными правилами, ограничивающими возможность появления в телефонном номере в целом или в отдельном его разрядах заведомо недопустимых сочетаний цифр	
Fax	Атрибут должен содержать номер факса в формате: (ХХХ)ХХХ-ХХ-ХХ, где X - число натурального ряда в диапазоне [0,9].
Значение атрибута может содержать только следующие символы:
- Арабские цифры - [0,9].
- Символ "дефис-минус".
- Символ "пробел"
- "Круглые" скобки.
Данные требования могут быть усилены дополнительными правилами, ограничивающими возможность появления в телефонном номере в целом или в отдельном его разрядах заведомо недопустимых сочетаний цифр	
Email	Атрибут должен содержать адрес электронной почты в формате <имя пользователя>(а)<доменное имя хоста>	
Working_hours	Атрибут содержит семь пар значений атрибутов "Day of week" - "Hours", на которые накладываются отдельные требования. Собственного значения атрибут не имеет	
Day_of_week	Атрибут имеет семь неповторяющихся вхождений (для каждого объекта учета) из следующего перечня справочных значений: "понедельник", "вторник", "среда", "четверг", "пятница", "суббота", "воскресенье"	
Hours	Атрибут должен содержать описание режима работы учреждения для каждого дня недели - соответствующего значения атрибута "Day_of_week".
Режим работы описывается временным интервалом в формате ЧЧ.ММ - ЧЧ.ММ, где:
ЧЧ - значение часа в диапазоне от 00 до 23.
ММ - значение минут в диапазоне от 00 до 59.
Кроме того, для описания режима работы допускается использование вместо временного интервала одно из следующих справочных значений: "круглосуточно", "выходной", "закрыто".
Значение атрибута может содержать только следующие символы:
- Арабские цифры - [0,9].
- Символ "дефис".
- Символ "двоеточие"	
Clarification_of_working_hours	Атрибут должен содержать уточняющую информацию, касающуюся режима работы объекта учета (например, сведения о санитарных днях, перерывах на обед, особенности работы по четным/нечетным дням и пр.)	
Web_site	Атрибут должен содержать полностью прописанное доменное имя хоста в системе DNS.
В данном атрибуте не допускает:
- в значении указывать префикс с используемым протоколом (пример: http://);
- в качестве значения указывать IP-адрес хоста;
- в значении указывать составные элементы URL, наличие которых свидетельствует о непрозрачности и (или) ограниченности доступа к интернет-ресурсу, в частности конструкцию <логин><пароль>@порт хоста для подключения и т.д.	
INN	Атрибут должен содержать идентификационный номер налогоплательщика (ИНН).
Значение атрибута должно быть представлено в формате ХХХХХХХХХ, где X - цифра в диапазоне от 0 до 9
Данные требования могут быть усилены дополнительными правилами (к примеру, проверкой контрольного числа, рассчитываемой по специальной методике, установленной Министерством Российской Федерации по налогам и сборам)	
КРР	Атрибут должен содержать код причины постановки на учет юридического лица (КПП).
Значение атрибута должно быть представлено в формате ХХХХХХХХХ, где X - цифра в диапазоне от 0 до 9	
OGRN	Атрибут должен содержать основной государственный регистрационный номер юридического лица (ОГРН). Значение атрибута должно быть представлено в формате ХХХХХХХХХ, где X - цифра в диапазоне от 0 до 9.
Данные требования могут быть усилены дополнительными правилами (к примеру, проверкой контрольного числа по усиленной методике)	

8. Контрольные примеры записей

Технологическое наименование атрибута	Пример 1	Пример 2	Пример 3	
ID	1	2	3	
Common_name	Концертный зал "Россия"	Московский международный Дом музыки	Москонцерт	
Full_name	Государственное бюджетное учреждение культуры города Москвы "Государственный центральный концертный зал "Россия"	Государственное бюджетное учреждение культуры города Москвы "Московский международный Дом музыки"	Государственное бюджетное учреждение культуры города Москвы "Москонцерт"	
Short_name	ГБУК г. Москвы "Государственный центральный концертный зал "Россия"	ГБУК г. Москвы "ММДМ"	ГБУК г. Москвы "Москонцерт"	
Adm_area	Центральный административный округ	Центральный административный округ	Северный административный округ	
District	район Хамовники	район Замоскворечье	район Беговой	
Address	город Москва, улица Лужники, дом 24, строение 2	город Москва, Космодамианская набережная, дом 52, строение 8	город Москва, Ленинградский проспект, дом 30, строение 2	
Chief_position	директор	генеральный директор	директор	
Chief_name	Беленький Александр Григорьевич	Тимощук Сергей Евгеньевич	Беленький Александр Григорьевич	
Public_phone	(495) 637-06-35	(495) 637-02-86	(495) 730-81-35	(495) 730-22-27	(495) 612-51-60	
Fax	(495) 637-05-90	(495) 637-02-86	(495) 730-18-53	(495) 612-51-60	
Email	info@rossia-hall.ru	mail@mmdm.ru	mosconcert@mail.ru	
Working_hours	День недели	Часы работы	День недели	Часы работы	День недели	Часы работы	
	понедельник	09:00-18:00	понедельник	10:00-21:00	понедельник	09:00-18:00	
	вторник	09:00-18:00	вторник	10:00-21:00	вторник	09:00-18:00	
	среда	09:00-18:00	среда	10:00-21:00	среда	09:00-18:00	
	четверг	09:00-18:00	четверг	11:00-21:00	четверг	09:00-18:00	
	пятница	09:00-18:00	пятница	11:00-21:00	пятница	09:00-18:00	
	суббота	выходной	суббота	11:00-21:00	суббота	выходной	
	воскресенье	выходной	воскресенье	11:00-21:00	воскресенье	выходной	
Clanification_of_working_hours		Указан режим работы касс		
Web_site	rossia-hall.ru	mmdm.ru	mosconcert. сот	
INN	7705042235	7705464692	7714008061	
KPP	770501001	770501001	771401001	
OGRN	1027739441575	1027705009452	1027739484002	

9. Требования к заполнению паспорта набора данных в формате *.xml

9.1. Файл Технологического паспорта набора данных должен иметь название в формате: "meta_<система> ^наименование набора данных>_<версия структуры набора данных>.хml".
9.2. Файл должен соответствовать стандарту W3C - "Extensible Markup Language (XML) 1.1 (Second Edition)" (http://www.w3.org/TR/xmlll/).
9.3. Кодировка файла указывается в объявлении XML если объявление XML используется, иначе используется кодировка "UTF-8".
9.4. Технологический паспорт формата *.xml должен иметь четко заданную структуру.
9.4.1. Файл в формате .xsd с описанием структуры xml-документа:

9.4.2. Файл в формате .xml, содержащий паспорт набора данных:

10. Требования к заполнению паспорта набора данных в формате *.json

10.1. Файл Технологического паспорта набора данных должен иметь название в формате: "meta_<система>_<наименование набора данных>_<версия структуры набора данных>.json".
10.2. Технологический паспорт формата *.json должен иметь четко заданную структуру следующего вида:

Приложение 2
к Единым техническим требованиям
к структуре и форматам информации,
обрабатываемой посредством
информационных систем
города Москвы

Единые технические требования
к заполнению паспорта витрин данных в автоматизированной информационной системе "Цифровой двойник"

1. Общие сведения

1.1. Единые технические требования к заполнению паспорта витрины данных в автоматизированной информационной системе "Цифровой двойник" определяют состав информации, необходимой для заполнения паспорта витрины данных.
1.2. Паспорт витрины данных формируется непосредственно в АИС ЦД.
1.3. Паспорт витрины данных должен содержать следующие сведения:
Базовые сведения витрины данных;
Техническое описание витрины данных.

2. Базовые сведения витрины данных

Базовые сведения содержат следующую информацию:

Наименование сведений	Описание	
Полное наименование витрины данных:	Здесь указывается полное наименование витрины данных латинскими символами	
Описание витрины данных:	Здесь указывается тематическое описание витрины данных	
Функциональный заказчик:	Здесь указывается полное наименование органа исполнительной власти города Москвы или подведомственные им организации, которые являются функциональным заказчиком витрины данных, или органов местного самоуправления внутригородских муниципальных образований города Москвы	
Наименование наборов данных:	Здесь указываются наименования наборов данных, из которых формируется витрина данных	
Ответственные лица (ФЗ):	Здесь указывается информация об ответственных лицах со стороны Функциональных заказчиков:
- ФИО
- Должность Электронная почта
- Контактный телефон	
Ответственное лицо (Департамент):	Здесь указывается информация об ответственном лице со стороны Департамента:
- ФИО
- Должность Электронная почта
- Контактный телефон	
		
Периодичность обновления:	Здесь указывается периодичность обновления витрины данных, например: "Ежемесячно", "Ежеквартально", "Еженедельно" и т.д.	
Расписание обновления:	Здесь указывается расписание обновления витрины данных с указанием конкретных временных интервалов. Например: "9.00, 21.00"	
Версионность:	Здесь указывается версия витрины данных	
Регламент доступности:	Период, когда в таблицу можно обращаться с SQL-запросами. Например: "с 3:00 до 5:00 ежедневно"	
Глубина хранения данных:	Период времени, в течение которого хранятся данные, переданные в соответствии с утвержденным паспортом набора данных. Например: "3 года"	

3. Техническое описание витрины данных

Техническое описание витрины данных содержит следующую информацию:

3.1. Модель преобразования данных

Здесь приводится визуальное описание процесса передачи и преобразования данных при разработке витрины, с обязательным указанием:
□ наборов данных, из которых собирается витрина данных;
□ слоев аналитической обработки данных, в которых происходит преобразование данных;
□ связей между таблицами.
Для каждой таблицы, участвующей в процессе преобразовании данных, должна быть указана следующая информация:
□ наименование таблицы;
□ наименования атрибутов;
□ описание атрибутов;
□ тип данных у атрибутов;
□ уникальность;
□ ключи связей (первичный ключ, внешний ключ).

3.2. Алгоритмы обработки информации

В таблице указываются наименования алгоритмов обработки информации, с помощью которых осуществляется разработка витрины данных, а также ссылки на репозитории алгоритмов.

Наименование алгоритма обработки информации	Ссылка на репозиторий алгоритма	

Приложение 3
к Единым техническим
требованиям к структуре
и форматам информации,
обрабатываемой посредством
информационных систем
города Москвы

Единые технические требования
к заполнению паспорта слоя данных в автоматизированной информационной системе "Цифровой двойник"

1. Общие сведения

Единые технические требования к заполнению паспорта слоя данных в автоматизированной информационной системе "Цифровой двойник" определяют состав информации, необходимой для функционирования слоя данных.
Паспорт слоя данных может формироваться непосредственно в АИС ЦД, а также может быть сформирован в формате *.json и импортирован в АИС ЦД.
Паспорт набора данных в АИС ЦД должен содержать следующие сведения:
Базовые сведения о слое данных.
Указание на связи с витринами данных.
Описание графического представления в АИС ЦД.
Описание расположения в структуре дерева слоев АИС ЦД.

2. Базовые сведения набора данных

Базовые сведения набора данных содержат следующую информацию:

Наименование сведений	Описание	
Полное наименование слоя данных:	Здесь указывается полное наименование слоя данных на русском языке. Полное наименование может содержать общепринятые термины. Запрещается использовать в полном наименовании специализированные сокращения и аббревиатуры.	
Краткое наименование слоя данных:	Здесь указывается краткое наименование слоя данных на русском языке, как будет фигурировать в АИС ЦД.	
Описание слоя данных:	Здесь указывается тематическое описание слоя данных.	
Ответственное лицо:	Здесь указывается информация об ответственном лице, формирующем слой данных:
- ФИО
- Должность
- Электронная почта
- Контактный телефон	

3. Описание графического представления в АИС ЦД

Паспорт слоя данных в обязательном порядке должен содержать сведения о графическом представлении наборов данных в АИС ЦД:

Наименование сведений	Описание	
Тип геометрии:	Здесь указывается тип геометрии данных для каждой витрины данных, указанных в описании паспорта слоя данных. Выбирается одно значений из следующего перечня:
Точка
- Мультиточка
- Линия
- Мультилиния
- Полигон
- Мультиполигон	
Описание типа геометрии:	Здесь указываются параметры отображения информации, передаваемой типом геометрии, согласно единым техническим требования к структуре и форматам информации, обрабатываемой посредством информационных систем города Москвы (Приложение 4)	
Описание визуального отображения пространственных объектов	Здесь указываются параметры отображения информации:
- Цвет заливки объектов набора данных, HEX Цвет контура объектов набора данных, HEX Толщина контура объектов набора данных, мм на карте Стиль контура объектов набора данных (сплошная линия, пунктир)
- Прозрачность объектов набора данных, %
- Пин для отображения точечных объектов набора данных, SVG Необходимость вывода информационной карточки для объектов набора данных (да/нет)	
Информационная карточка объектов набора данных	Здесь указываются параметры отображения в информационной карточке объектов набора данных:
- Необходимость вывода информационной карточки (да/нет)
- Технологическое наименование атрибута для вывода наименования объекта (наименование атрибута на латинском языке)
- Технологическое наименование атрибута слоя для вывода адреса объекта (наименование атрибута на латинском языке)
- Вывод визуализации Панорамы в окно информационной карточки (Да/Нет)
- Вывод аналитических данных (дашбордов) в окно информационной карточки по атрибуту из набора данных (наименование атрибута на латинском языке, аналитические данные предоставляются поставщиком информации)
- Перечень атрибутов набора данных для вывода в информационную карточку (наименование атрибута на латинском языке, наименование атрибута на русском языке)