РД 152-012-01. Руководящий документ. Электронные навигационные карты внутренних водных путей. Общие технические требования

(утв. и введен в действие Распоряжением Минтранса России от 02.07.2001 № НС-72р)

Утвержден и введен в действие Распоряжением Зам. министра транспорта от 2 июля 2001 г. № НС-72р

РД 152-012-01

Дата введения 2 июля 2001 года

Предисловие

1. Разработан закрытым акционерным обществом «ТРАНЗАС» на основании Государственного контракта № 92-8.010-99Р, утвержденного заместителем министра транспорта Российской Федерации Смирновым Н.Г. 3 декабря 1999 г.

Внесен Службой речного флота Министерства транспорта Российской Федерации.

2. Утвержден и введен в действие Распоряжением Зам. министра транспорта от 2 июля 2001 г. № НС-72р.

3. Доработан ЗАО «Транзас» по предложениям ГБУВПиС в декабре 2004 года на основании Государственного контракта № 4.1.002-04 от 3 сентября 2004 года.

1. Область применения

2. Нормативные ссылки

3. Определения и сокращения

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

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

Электронная навигационная карта (ЭНК) представляет собой базу данных, имеющую содержание, структуру и формат, которые предусмотрены Руководящим документом РД 152-012-01 «ЭНК ВВП. Общие технические требования» и выпущенную для использования в СОЭНКИ ВВП. ЭНК содержит всю картографическую информацию, необходимую для обеспечения безопасного судовождения, и наряду с той информацией, которая содержится на бумажной карте, может содержать дополнительные сведения (например, навигационно-гидрографический очерк, извлечения из местных особенностей плавания, навигационных пособий и т.п.), которые могут рассматриваться как необходимые для обеспечения безопасности судовождения.

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

Внутренние водные пути (ВВП) — естественные или искусственно созданные федеральные пути сообщения, обозначенные навигационными знаками или иным способом и используемые в целях судоходства (КВВТ РФ).

Предмет — представление явления реального мира. Например, буй левой кромки судового хода, представленный соответствующим условным знаком (УЗ 141а) на карте.

Объект — идентифицируемый набор информации. Объект может иметь атрибуты и может быть связан отношениями с другими объектами.

Геометрический примитив — геометрическая единица представления объекта (может быть точка, линия или площадь).

Класс объектов — описание рода объектов, имеющих одинаковые характеристики.

Атрибут — характеристика объекта. Атрибуты могут быть качественными и количественными.

Ячейка — основная единица распространения данных ЭНК, которая охватывает определенный географический район, ограниченный двумя параллелями и двумя меридианами.

Набор данных — логическое группирование данных S-57 в виде файлов.

4. Требования

4.1. Общие требования

4.1.1. Данные ЭНК ВВП должны поставляться судоводителю в соответствии с требованиями Стандарта передачи цифровых гидрографических данных (публикация МГО S-57).

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

4.1.3. Кодирование данных ЭНК ВВП должно осуществляться с использованием классов объектов и атрибутов, содержащихся в Каталоге объектов МГО (Приложение А стандарта МГО S-57). Правила кодирования объектов реального мира на ВВП приведены в Приложении В настоящего документа.

4.1.4. Текстовая и графическая информация, которая в настоящее время содержится в различных публикациях (например, местных правилах плавания, навигационных пособиях и т.п.), также может быть введена в ЭНК ВВП.

4.1.5. Размер файла, содержащего данные ячейки ЭНК ВВП, не должен превышать 5 мегабайтов.

4.2. Требования к плановой основе

4.2.1. Если при производстве ЭНК ВВП используются различные картографические источники, пространственная информация в которых представлена в разных геодезических системах, координаты элементов судоходной обстановки должны быть преобразованы в единую геодезическую систему.

4.2.2. Преобразование координат при переходе из одной системы геодезических координат в другую должно производиться по упрощенным формулам Молоденского.

4.3. Требования к высотной основе

4.3.1. При производстве ЭНК ВВП глубины и высоты должны быть, как правило, отнесены к проектному уровню. Информация о высотной основе должна передаваться в подполе «Высотная основа» (VDAT) поля «Параметры набора данных» (DSPM) (см. Приложение Ж).

4.4. Требования к формированию ячеек

4.4.1. Для обеспечения задач судовождения данные судоходной обстановки должны быть представлены в различных масштабах. Масштаб составления данных должен соответствовать масштабу соответствующей бумажной карты (врезки).

4.4.2. Данные ЭНК одного и того же масштаба должны быть разделены на ячейки, границами которых являются две параллели и два меридиана. Крупномасштабные врезки создаются как самостоятельные ячейки ЭНК, связанные с ячейками более мелкого масштаба, в которых они расположены.

4.4.3. Имя ячейки должно быть уникальным и включать информацию о географическом местоположении ячейки и о масштабе составления. Имя ячейки должно определяться в соответствии с правилами, изложенными в Приложении А настоящего документа.

4.4.4. Каждая ячейка должна храниться в виде отдельного файла на техническом носителе. Имя файла должно соответствовать имени ячейки и иметь расширение 000.

4.4.5. Границы ячейки должны определяться составителем набора данных с учетом среднего географического направления береговой линии ВВП. Не допускается дробление участка ВВП на ячейки неоправданно малых размеров.

4.4.6. Координаты границ ячейки должны быть представлены в градусах и десятичных долях градуса в поле «Справочник каталога» [CATD] файла Каталога (см. Приложение Е).

4.4.7. Та область в пределах ячейки, которая содержит данные судоходной обстановки, должна быть закодирована в записи мета объекта класса «Покрытие» (M_COVR). Атрибут «Категория покрытия» (CATCOV) должен иметь значение 1 (имеется покрытие). Если какая-либо область ячейки не имеет данных, она должна быть закодирована в отдельной записи мета объекта класса «Покрытие» (M_COVR). Атрибут «Категория покрытия» (CATCOV) в этой записи должен иметь значение 2 (нет покрытия).

4.4.8. Ячейки с данными, которые составлены на основе бумажных карт одинакового масштаба, могут перекрываться. Однако перекрытие данных в пределах ячеек не допускается. Поэтому в области перекрытия данные может иметь только одна ячейка. Все другие ячейки на эту область должны содержать записи мета объекта «Покрытие» (M_COVR). Атрибут «Категория покрытия» (CATCOV) в этих записях должен иметь значение 2 (нет покрытия).

4.4.9. Точечные или площадные объекты, которые расположены на границе двух ячеек с данными одного масштаба, должны быть частью только одной ячейки. Они должны располагаться в ячейках, которые расположены к югу или к западу от смежной ячейки (т.е. при создании ячейки объекты должны кодироваться на северной и на восточной границах ячейки, а на южной и на западной границах они кодироваться не должны).

4.5. Требования к проекции и к используемым единицам

4.5.1. Координаты объектов реального мира должны быть представлены в географических координатах. Поэтому никакая проекция не применяется, а поле «Проекция набора данных» (DSPR) не должно заполняться (см. Приложение Ж).

4.5.2 При производстве ЭНК ВВП должны использоваться следующие единицы:

• Местоположение: широта и долгота в градусах, минутах и десятичных долях минут;
• Глубины: метры;
• Высоты: метры
• Точность местоположения: метры;
• Расстояния: навигационные мили и их десятичные доли, или километры и метры.

4.5.3. Используемые единицы должны кодироваться в подполях «Единицы измерения глубин — Units of Depths» (DUNI), «Единицы измерения высот » (HUNI) и «Единицы точности местоположения» (PUNI) поля «Параметры набора данных» (DSPM) (см. Приложение Ж).

4.5.4. Широта и долгота в записях объектов пространства (ребер и узлов) должны быть представлены в формате знакового двоичного целого числа. Преобразование значений координат должно производиться с использованием масштабного множителя, приведенного в подполе «Масштабный множитель координат» (COMF) поля «Параметры набора данных» (DSPM). (Например, если при производстве ЭНК координаты получены с точностью 0,0001°, то значение масштабного множителя координат (COMF) должно быть 10000. Значение долготы 34,5678° при этом представляется двоичным эквивалентом целого десятичного числа 345678).

4.5.5. Значения глубин, представленные в метрах и десятичных долях метра, должны быть представлены в формате знакового двоичного целого числа. Преобразование значений глубин должно производиться с использованием масштабного множителя, приведенного в подполе «Масштабный множитель глубин» (SOMF) поля «Параметры набора данных» (DSPM). (Например, если при производстве ЭНК глубины получены с точностью 0,1 м, то значение масштабного множителя глубин (SOMF) должно быть 10. Значение глубины 15,7 м при этом представляется двоичным эквивалентом целого десятичного числа 157).

4.5.6. Глубины и координаты места их измерения в ЭНК ВВП должны представляться в поле SG3D записи изолированного узла, на которую имеется ссылка в записи объекта класса «Отметка глубины» (SOUNDG). Множество отметок глубин, которые характеризуются одними и теми же значениями атрибутов, должны представляться в одной записи изолированного узла.

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

4.6.2. Каждый объект предмета должен иметь уникальный идентификатор. Такой идентификатор должен формироваться в двоичном виде объединением содержания трех подполей поля «Идентификатор объекта предмета» (FOID) (см. Приложение Ж).

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

4.6.4. При кодировании объектов определенных классов должны использоваться допустимые геометрические примитивы (P = точка, L = линия, A = область, N = не имеет значения). Перечень классов объектов и допустимых геометрических примитивов приведен в Приложении Б настоящего документа.

4.6.5. Версия записи предмета или записи пространства (RVER) должна быть в диапазоне от 1 до 2^{16} - 2 .

4.7. Требования по кодированию атрибутов

4.7.1. Если при создании основного набора данных (профиль применения EN) требуется кодирование значения обязательного атрибута, но производитель ЭНК ВВП его не знает, то поле значения атрибута должно оставаться пустым. Заполнение этого поля пробелом не допускается.

4.7.2. Если в наборе данных корректуры (профиль применения ER) представлен код атрибута, но значение атрибута не указано, это означает, что:

значение этого атрибута должно быть заменено значением «не известно», если так было представлено в исходном наборе данных,

должно быть введено значение атрибута «не известно», если данный атрибут не был представлен в исходном наборе данных.

В обоих случаях пропущенное значение атрибута должно кодироваться в соответствии с требованиями п. 2.1 Части 3 Стандарта S-57.

4.7.3. При кодировании объектов определенных классов должны вводиться значения обязательных атрибутов. Такая необходимость обусловлена следующими причинами:

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

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

4.7.4. Атрибут «Шаблон раскраски» (COLPAT) должен быть обязательным для любого класса объектов (за исключением огня), который характеризуется множеством цветов.

4.7.5. Следующие атрибуты не должны использоваться при кодировании любого класса объектов: CATQUA, DUNITS, HUNITS, PUNITS, RECDAT, RECIND, SCAMAX.

4.7.6. Использование атрибута HORDAT допускается только при кодировании мета объекта класса M_HOPA.

4.7.7. Значения атрибутов с плавающей точкой или значения в виде целого числа не должны заполняться незначащими нулями. Например, если период огня равен 2,5 с, то значение атрибута SIGPER должно быть 2,5, а не 02,500.

4.7.8. При кодировании поля «Атрибуты записи предмета» (ATTF) должен использоваться лексический уровень 1 (ISO 8859-1). При кодировании поля значения «Национального атрибута записи предмета» (NATF), содержащего текст на русском языке, должен использоваться лексический уровень 2.

4.7.9. Не допускается использование символов, передающих сведения о формате (CO), которые определены в стандарте S-57 часть 3, Приложение В.

4.7.10. Символ удаления должен использоваться только при реализации механизма корректуры (см. стандарт S-57, часть 3, п. 8.4.2.2.а, 8.4.3.2.а).

4.8. Требования по кодированию мета объектов и картографических объектов

4.8.1. С целью сокращения числа атрибутов в записях отдельных объектов при производстве ЭНК ВВП в максимальной степени должны использоваться мета объекты.

4.8.2. Замена атрибутов индивидуальных объектов атрибутами мета объектов должна осуществляться в соответствии требованиями иерархии, приведенными в Приложении Д.

4.8.3. Замена атрибутов мета объектов на содержание подполей набора данных должна осуществляться в соответствии с требованиями иерархии, приведенными в Приложении Д.

4.8.4. Если атрибут мета объекта отсутствует, то его значение можно передать в подполе набора данных.

4.8.5. Не допускается использование атрибута в индивидуальном объекте, если он имеет такое же значение, которое определено атрибутом мета объекта или указано в соответствующем подполе набора данных.

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

4.8.7. Обязательными мета объектами в ЭНК ВВП должны быть «Покрытие» (M_COVR) и «Качество данных» (M_QUAL). Каждый из этих классов объектов должен обеспечивать полное покрытие без наложений на ту часть ячейки, которая имеет данные. Использование других мета объектов допускается.

4.8.8. Мета объект класса «Система навигационного оборудования» (M_NSYS) с соответствующим значением атрибута «Система навигационных знаков» (MARSYS), показывающий действующую в данном районе систему навигационных знаков, также должен обеспечивать полное покрытие без наложений на тех участках ячейки, где имеется покрытие данными. Тем не менее, другие объекты M_NSYS с атрибутом ORIENT, указывающие направление местной системы навигационных знаков, могут накладываться на эти объекты.

4.8.9 Не допускается использование картографических объектов.

4.9. Требования по кодированию геометрических примитивов

4.9.1. Ребра должны кодироваться только с использованием полей в записях двухмерных векторов (SG2D). Не допускается использование полей кривых линий (ARCC).

4.9.2. Линейные объекты не должны кодироваться с плотностью точек, превышающей 0,3 мм в масштабе составления.

4.9.3. Не допускается разбиение линии на ряд ребер небольшой длины с целью максимального использования графических средств для отображения стиля линии.

4.9.4. Если возникает необходимость подавления какого-либо элемента отображения, то в подполе «Индикатор маскирования» (MASK) поля «Указатель записи предмета на запись пространства» (FSPT) должно быть установлено значение {1}.

4.9.5. Если подполе «Индикатор использования» (USAG) содержит значение {3} (внешняя граница усечена границей данных), то подполе «Индикатор маскирования» (MASK) должно содержать {255} (не имеет значения). Во всех других случаях это подполе должно содержать {2}.

4.10. Требования по кодированию отношений

4.10.1. Для кодирования отношений между объектами должны использоваться либо записи предметов, которые выбраны в качестве ведущих, либо с помощью собирательных объектов класса «агрегат» (C_AGGR), или «ассоциация» (C_ASSO).

4.10.2. Не допускается использование записи Перекрестной ссылки каталога.

4.10.3. Не допускается использование собирательного объекта класса C_STAC.

4.10.4. Все иерархические отношения (ведущий-ведомый) должны кодироваться с использованием назначенной ведущей записи предмета. В подполе «Индикатор отношения» (RIND) поля «Указатель записи предмета на объект предмета» (FFPT) этой записи должны приводиться ссылки на ведомые объекты в виде значения подполя {2} = ведомый.

4.10.5. Все объекты, образующие агрегат или ассоциацию, должны занимать равную иерархическую ступень. Поэтому подполе «Индикатор отношения» (RIND) в собирательной записи предмета должно содержать значение {3} = равный.

4.11. Требования по группированию объектов

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

4.11.2. Номер группы должен указываться в подполе «Группа» (GRUP) поля «Идентификатор записи предмета» (FRID).

4.11.3. Каждая область, охватываемая мета объектом класса «Покрытие» (M_COVR) со значением атрибута «Категория покрытия» (CATCOV), равным 1, должна быть полностью покрыта набором географических объектов площадного типа, которые не перекрывают друг друга. Эти объекты должны образовывать группу 1.

4.11.4. В группу 1 должны входить следующие классы объектов площадного типа: DEPARE, DRGARE, FLODOC, HULKES, LNDARE, PONTON, UNSARE.

4.12. Требования к языку и алфавиту

4.12.1. Языком обмена должен быть английский язык. В качестве второго языка должен использоваться русский язык. Это означает, что при использовании текстовых национальных атрибутов на русском языке (NINFOM, NOBJNM, NPLDST) должен существовать их перевод на английский язык, который должен передаваться в полях значений атрибутов (INFORM, OBJNAM, PILDST). Однако перевод национальных географических названий на английский язык не требуется. Такие названия могут оставаться только на русском языке, или могут подвергаться транслитерации или транскрибированию.

4.12.2. Орфография должна кодироваться с использованием лексического уровня 2 в поле «Национальные атрибуты» (NATF).

4.12.3. Текст перевода, включая транслитерацию или транскрибирование национальных географических названий, должен кодироваться в поле «Интернациональные атрибуты» (ATTF) с использованием лексического уровня 0 или 1.

4.12.3. Для транслитерации русского алфавита должны использоваться международные стандарты.

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

4.13.1. Для ЭНК ВВП должна использоваться двоичная реализация стандарта S-57. Поэтому в файлах набора данных подполе «Реализация» (IMPL) поля «Справочник каталога» (CATD) должно содержать значение «BIN».

4.13.2 Использование алгоритмов уплотнения данных не допускается.

4.13.3. Данные ЭНК ВВП могут быть защищены от несанкционированного использования с помощью алгоритмов шифрования.

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

4.13.5. В набор обмена ЭНК ВВП могут также включаться текстовые и графические файлы. В таких файлах могут содержаться навигационно-гидрографический очерк, а также графическое изображение приметных объектов. Текстовые файлы должны содержать символы кода Unicode, а графические файлы должны быть представлены в формате TIF (см. Приложение А).

4.13.6. Набор обмена может содержать файл README, в котором должно быть приведено краткое содержание набора данных.

4.13.7 Набор обмена должен иметь следующую структуру:

|

|--<1>--файл README |

|--<1>--файл каталога |

|----файл набора данных |

|----текстовый файл |

|----графический файл

Примечание. <1> означает, что в наборе обмена может быть только один файл.

означает, что в наборе обмена может быть несколько файлов.

4.13.8. Файл каталога должен передавать информацию о содержании набора обмена.

4.13.9. Каждый файл в наборе обмена должен содержать данные только одной ячейки ЭНК ВВП. Он должен включать информацию описания набора данных, а также описание объектов реального мира вместе с географическими координатами их местоположения.

4.13.10. Текстовые и графические файлы не должны соответствовать требованиям стандарта ISO/IEC 8211 и поэтому не описаны в стандарте обмена S-57. Эти файлы должны соответствовать требованиям настоящего документа, а их содержание — требованиям соответствующих нормативных документов.

4.13.11. Набор обмена может быть размещен на нескольких томах технического носителя. Поэтому каждый том набора данных носителя должен иметь уникальную идентификацию. Никакой файл не должен размещаться на нескольких томах.

4.13.12 Название отдельного тома должно иметь следующую структуру:

VSSXNN,

где:

V обязательный первый символ.

SS порядковый номер тома в наборе обмена.

X обязательный символ-разделитель.

NN общее число томов носителя в наборе обмена.

Например, первый том из трех томов носителя с набором данных должен иметь имя V01X03.

4.13.13. На каждом томе набора данных должен быть создан корневой директорий ENC_ROOT. Файл каталога набора обмена должен находиться в директории ENC_ROOT первого тома набора обмена. Директорий ENC_ROOT первого тома может также содержать файл README, содержащий текст с символами ASCII. Последующие директории и поддиректории могут определяться относительно корневого директория на любом томе набора данных.

4.13.14. Для каждого файла набора обмена в файле каталога должно быть приведено имя тома, на котором он содержится, и полное имя пути от корневого директория данного тома. Полное имя пути от корневого директория должно быть закодировано в подполе FILE поля «Справочник каталога» (CATD). Подполе LFIL поля CATD может использоваться для других целей.

4.13.15 В одном поддиректории не должно содержаться более 64 файлов.

4.13.16 Должна быть предусмотрена поставка наборов данных четырех видов:

4.13.16.1. Новый набор данных: на данный район ЭНК ВВП ранее не производилась.

4.13.16.2. Корректура: изменение некоторой информации в существующем наборе данных.

4.13.16.3. Повторный выпуск набора данных: включает всю корректуру к исходному набору данных по состоянию на дату повторного выпуска.

4.13.16.4. Новое издание набора данных: включает новую информацию, которая предварительно не была распространена в виде данных корректуры.

4.13.17. Каждый новый набор данных, повторный выпуск набора данных или новое издание набора данных должны называться основными файлами ячейки. Набор данных, который содержит корректуру к файлу основной ячейки, должен называться файлом корректуры ячейки.

4.13.18. Данные должны поставляться на компакт-дисках или на отформатированных дискетах 3,5». Данные могут также передаваться с использованием сетей телекоммуникации.

4.13.19. Основной файл ячейки должен иметь структуру, предусмотренную стандартом S-57. Состав записей, полей и подполей основного файла ячейки приведен в Приложении Ж.

4.13.20. Файл корректуры должен иметь структуру, предусмотренную стандартом S-57. Состав записей, полей и подполей файла корректуры приведен в Приложении З.

4.14. Требования по присвоению имени файла

4.14.1. Файл, содержащий общую информацию о наборе обмена, должен иметь обязательное имя README.TXT.

4.14.2. Файл каталога набора обмена должен иметь имя CATALOG.EEE, где EEE — номер издания стандарта S-57, используемого при производстве данного набора обмена, например, 030 для издания (3.0). Никакой другой файл не должен иметь имя CATALOG.

4.14.3. Название файла набора данных должно иметь структуру, приведенную в Приложении А. Имеющий силу основной файл ячейки должен иметь уникальное имя на территории России и сопровождаться расширением 000. Файл корректуры ячейки должен иметь такое же имя, что и основной файл ячейки. Его расширение должно быть больше или равно 001. Данные корректуры должны охватывать тот же географический район, что и данные основного файла ячейки, подлежащие корректуре.

4.14.4. Название текстового и графического файла должно иметь структуру, приведенную в Приложении А. Тип файла должен идентифицироваться расширением его имени. Текстовый файл должен иметь расширение TXT, а графический — TIF. Эти три символа должны также указываться в подполе «Реализация» (IMPL) поля «Справочник каталога» (CATD).

4.15. Требования по корректуре

4.15.1. Чтобы гарантировать четкую последовательность ввода данных корректуры в СЭНК и исключить возможность пропуска, расширение файла и номера в подполях поля «Идентификация набора данных» (DSID) должны использоваться следующим образом:

4.15.1.1. Файлы каждого нового набора данных, переиздания или нового издания должны иметь расширение «000». Файлы корректуры ячейки должны иметь расширение в диапазоне от «001» до «999». Эти номера должны использоваться последовательно без пропусков. Номер «001» должен использоваться при первой корректуре файла нового набора данных и файла нового издания. Не допускается использование номера «001» для идентификации файла переиздания. Последовательность номеров корректуры после переиздания не должна прерываться. После переиздания файла последовательные корректуры могут быть введены в СЭНК, который создан на основе данного файла переиздания, или в СЭНК, который был первоначально создан на основе нового набора данных и непрерывно корректировался.

4.15.1.2. При первоначальном создании набора данных ему должен быть присвоен номер издания 1. С каждым новым изданием его номер должен увеличиваться на 1. При переиздании файла ячейки номер издания не должен изменяться.

4.15.1.3. Номер корректуры нового набора данных должен быть 0. Первый файл корректуры ячейки, связанный с этим новым набором данных, должен иметь номер 1. Номер каждой очередной корректуры должен увеличиваться на единицу до выпуска файла ячейки нового издания. Файл ячейки нового издания должен иметь номер корректуры 0. Переиздание набора данных должно иметь тот же номер корректуры, который имел набор данных до переиздания. Файл корректуры ячейки должен иметь расширение, которое соответствует номеру корректуры.

4.15.1.4. Дата ввода корректуры должна вводиться только в основной файл ячейки (т.е. новый набор данных, его переиздание или новое издание). Не допускается ввод корректуры в файлы корректуры. Все корректуры, выпущенные до текущей даты, должны быть введены в СЭНК.

4.15.1.5. Производитель данных должен указать дату выпуска. В Приложении И даны примеры использования расширения имени файла, а также содержания подполей «Номер издания» (EDTN), «Номер корректуры» (UPDN), «Дата ввода корректуры» (UADT) и «Дата выпуска» (ISDT).

4.15.2. Каждый повторно выпущенный файл или файл нового издания должен иметь такое же имя, что и основной файл ячейки, который подлежит замене.

4.15.3. Механизм корректуры должен соответствовать требованиям пункта 8 части 3 стандарта S-57.

4.15.4. Для того, чтобы удалить набор данных, должен быть создан файл корректуры, содержащий только запись Основной информации о наборе данных с полем «Идентификатор набора данных» (DSID). В подполе «Номер издания» (EDTN) должен содержаться 0. Такое сообщение должно использоваться только для аннулирования основного файла ячейки.

4.15.5. Для того, чтобы проинформировать судоводителя о выпуске ячейки нового издания, должен быть создан файл корректуры, содержащий только запись Основной информации о наборе данных с полем «Идентификатор набора данных» (DSID). В подполе «Номер издания» (EDTN) должно содержаться число на 1 больше номера текущего издания.

4.15.6. Для того, чтобы заменить текстовый файл или графический файл, должен быть создан новый файл с тем же именем.

4.15.7. Для одной и той же ячейки набор обмена может содержать основной файл ячейки и файлы корректуры. В таком случае файлы корректуры должны иметь четкую последовательность номеров от даты ввода последней корректуры в основной файл ячейки.

4.15.8. В подполе «Версия записи» (RVER) в полях «Идентификатор записи предмета» (FRID) или «Идентификатор записи пространства» (VRID) должна быть указана версия записи. При каждой корректуре записи ее номер версии должен увеличиваться на 1.

4.15.9. Версия записи файла корректуры должна быть на 1 больше версии целевой записи основного файла ячейки.

4.16. Требования по обнаружению ошибок

4.16.1. Проверки целостности файлов должны быть основаны на использовании 32-битового алгоритма циклического контроля избыточности, который определен ANSI/IEEE Standard 802.3.

4.16.2. Контрольные суммы каждого набора данных должны храниться в подполе «CRC» (CRCS) поля «Справочник каталога» (CATD). Значение циклического контроля избыточности, вычисленное по данным полученного файла, должно совпадать со значением, которое передано в файле каталога.

4.16.3. Значение циклического контроля избыточности должно быть представлено 16-ричным числом, в котором сначала следует наименее значимый байт.

4.16.4 Кодирование должно производиться с использованием следующего полинома:

4.16.5. При получении каждого файла должна производиться его обработка. Значение циклического кода избыточности должно формироваться в соответствии с требованием пункта 5.9.2 Приложения В.1 Стандарта S-57.

4.16.6. Циклический код избыточности должен храниться в поле «Справочник каталога» (CATD).

1.1 Имя ячейки должно кодироваться восемью символами и иметь следующую структуру:

AABCCDDD

1.2. Первые два символа AA обозначают код производителя набора данных ЭНК ВВП, в соответствии с установленной процедурой присвоения кода МГО через OEF (Открытый форум по СОЭНКИ). Для регистрации и получения собственного кода организация — производитель ЭНК должна представить запрос по электронной почте по адресу openecdis@openecdis.org.

Например, Волго-Балтийское ГБУВПиС имеет код — 1V, Волжское ГБУВПиС имеет код производителя — 2V, Волго-Донское ГБУВПиС имеет код — 3V.

1.3. Третий символ передает номер масштабного диапазона, к которому относится данный набор данных ЭНК ВВП в соответствии с таблицей А.2.

Таблица А.2

1.4. Символы 4 и 5 CC передают код водного пути в соответствии с таблицей А.3.

Таблица А.3

1.5 Символы 6 — 8 DDD обозначают номер листа карты в границах ВВП.

Примечание. Если на листе карты имеются врезки, они цифруются как отдельные наборы данных (ячейки) и первый символ в наборе DDD устанавливается = 9, а два других обозначают порядковый номер врезки. Например: 901.

1.6 Пример кодирования имени ячейки.

1V601035.000,

где расширение .000 — стандартное расширение для файла данных ячейки ЭНК ВВП по требованиям S-57.

Приложение Б

КЛАССЫ ОБЪЕКТОВ И ИХ ГЕОМЕТРИЧЕСКИЕ ПРИМИТИВЫ, ДОПУСТИМЫЕ ДЛЯ ПРОИЗВОДСТВА ЭНК ВВП

В таблице приведены классы объектов и их геометрические примитивы (P = точка, L = линия, A = область, N = не имеет значения), которые могут использоваться при производстве ЭНК ВВП.

Приложение В

ПРАВИЛА КОДИРОВАНИЯ ОБЪЕКТОВ РЕАЛЬНОГО МИРА

На бумажных картах объекты реального мира на внутренних водных путях отображаются условными знаками, приведенными в публикации «Условные знаки и сокращения для составления и оформления морских карт и карт внутренних водных путей» (N 9024), изд. ГУНиО МО, 1985. В приведенных ниже правилах кодирования ссылка на номер условного знака (УЗ) дается в круглых скобках.

1. Берега

1.7. Берег обрывистый без пляжа (нависающий) (УЗ 4) должен кодироваться линейным объектом класса «Береговая линия» (COALNE). Характер берега должен передаваться значением атрибута «Категория береговой линии» (CATCOA), равным 1 (обрывистый берег). Если в масштабе карты верхняя кромка обрыва не совпадает с береговой линией, дополнительно должен кодироваться линейный объект «Верхняя кромка склона» (SLOTOP). Если известна высота обрыва, ее значение должно передаваться значением атрибута «Высота основания» (ELEVAT) в записи объекта SLOTOP.

1.8. Берег с коренной бровкой (обрывистый с пляжем) (УЗ 5) должен кодироваться линейным объектом класса «Береговая линия» (COALNE). Характер берега должен передаваться значением атрибута «Категория береговой линии» (CATCOA), равным 3 (берег песчаный). Коренная бровка должна кодироваться линейным объектом класса «Верхняя кромка склона» (SLOTOP).

1.15. Берег глинистый (УЗ 12) должен кодироваться линейным объектом класса «Береговая линия» (COALNE). Атрибут «Категория береговой линии» (CATCOA) не кодируется. Грунт должен передаваться площадным объектом класса «Местность» (LNDRGN), значение атрибута «Материал поверхности» (NATSUR) у которого равно 2 (глина).

1.16. Берег с осыпью песчаный или земляной (УЗ 13а) должен кодироваться линейным объектом класса «Береговая линия» (COALNE). Характер берега должен передаваться значением атрибута «Категория береговой линии» (CATCOA), равным 1 (берег обрывистый). Кроме того, характер берега должен передаваться площадным объектом класса «Местность» (LNDRGN), значение атрибута «Материал поверхности» (NATSUR) у которого равно 4 (песчаный). Значение атрибута «Категория местности» (CATLND) должно быть равно 13 (оползень).

1.17. Берег с осыпью каменистый или щебеночный (УЗ 13б) должен кодироваться линейным объектом класса «Береговая линия» (COALNE). Характер берега должен передаваться значением атрибута «Категория береговой линии» (CATCOA), равным 1 (берег обрывистый). Кроме того, характер берега должен передаваться площадным объектом класса «Местность» (LNDRGN), значение атрибута «Материал поверхности» (NATSUR) у которого равно 5 (каменистый). Значение атрибута «Категория местности» (CATLND) должно быть равно 13 (оползень).

1.18. Скопление камней на берегу (УЗ 14а) должно кодироваться площадным объектом класса «Местность» (LNDRGN), значение атрибута «Материал поверхности» (NATSUR) у которого равно 5 (камни).

1.19. Отдельно лежащий камень, скала-останец (УЗ 14б) должен кодироваться точечным объектом класса «Береговой ориентир» (LNDMRK). Атрибут «Категория берегового ориентира» (CATLMK) должен иметь значение 21 (крупный камень или скала на берегу). Высота камня от основания должна передаваться значением атрибута «Длина по вертикали» (VERLEN).

2. Населенные пункты

3. Топография суши

3.1. Горизонтали (УЗ 15) должны кодироваться линейным объектом класса «Высота» (LNDELV). Значение высоты должно передаваться значением атрибута «Высота основания» (ELEVAT).

3.2. Отметка высоты должна кодироваться точечным объектом класса «Высота» (LNDELV). Значение высоты должно передаваться значением атрибута «Высота основания» (ELEVAT).

3.3. Затопленное русло реки (УЗ 58) должно кодироваться площадным объектом класса «Район моря\водный участок с именем» (SEAARE). Обязательный атрибут «Категория района моря\водного участка» (CATSEA) кодируется как пустой. Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Затопленное русло». Изобаты русла кодируются объектом класса «Изобата» (DEPCNT). В записях ребер изобат следует передать значение атрибута QUAPOS = 4.

4. Береговые сооружения

4.13. Буна, полузапруда надводная (УЗ 26а), должна кодироваться линейным или площадным объектом класса «Береговое сооружение» (SLCONS). Атрибут «Категория берегового сооружения» (CATSLC) должен иметь значение 2 (буна). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 2 (всегда над водой).

4.14. Буна, полузапруда подводная (УЗ 26б), должна кодироваться линейным или площадным объектом класса «Береговое сооружение» (SLCONS). Атрибут «Категория берегового сооружения» (CATSLC) должен иметь значение 2 (буна). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

5. Гидротехнические сооружения

5.1. Дамба (УЗ 27) должна кодироваться линейным или площадным объектом класса «Дамба» (DYKCON). В записи этого объекта может быть представлена следующая информация:

5.2. Мост (УЗ 28) должен кодироваться линейным или площадным объектом класса «Мост» (BRIDGE). Характер моста должен передаваться значением атрибута «Категория моста» (CATBRG). Его значениями могут быть 1 (неразводной мост), 6 (понтонный мост) и др. Могут быть переданы также значения атрибутов:

Высота пролета должна кодироваться значением атрибута «Высота пролета» (VERCLR). Ширина пролета должна кодироваться значением атрибута «Ширина пролета» (HORCLR).

Если река является судоходной, а мост представлен площадным объектом, то область воды под мостом кодируется площадными объектами классов «Область глубин» (DEPARE), «Углубленный район» (DRGARE), «Необследованный район» (UNSARE), а также линейными объектами класса «Изобата» (DEPCNT). Там, где это возможно, должны быть закодированы опоры моста точечным или площадным объектом класса «Пилон\Опора моста» (PYLONS). Значением атрибута «Категория опоры» (CATPYL) должно быть 4 (опора моста). Если опора моста отображается областью, то должен быть также создан площадной объект класса «Область суши» (LNDARE).

Если река несудоходная, а мост представлен площадным объектом, то область воды под мостом кодируется площадными объектами классов «Область суши» (LNDARE), или «Необследованный район» (UNSARE).

Участок дороги, проходящий по мосту, кодировать не следует.

5.3. Ледорез надводный (УЗ 29а) должен кодироваться линейным объектом класса «Береговое сооружение» (SLCONS). Атрибут «Категория берегового сооружения» (CATSLC) должен иметь значение 7 (разделительная стенка). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 2 (всегда над водой).

5.4. Ледорез подводный (УЗ 29б) должен кодироваться линейным объектом класса «Береговое сооружение» (SLCONS). Атрибут «Категория берегового сооружения» (CATSLC) должен иметь значение 7 (разделительная стенка). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

Если шлюз является судоходным, он должен кодироваться линейным объектом класса «Область глубин» (DEPARE). Ворота шлюза должны кодироваться линейным объектом класса «Ворота» (GATCON). Атрибут «Категория ворот» (CATGAT) должен иметь значение 4 (ворота шлюза). Если необходимо передать название шлюза, должен кодироваться также точечный объект класса «Район моря» (SEAARE), в полях значений атрибутов «Название на английском языке» (OBJNAM) и «Название на русском языке» (NOBJNM) которых передается его имя на английском и на русском языках. Сигнальные огни шлюза должны кодироваться точечным объектом класса «Огонь» (LIGHTS).

5.10. Заградительные ворота на каналах (УЗ 32) должны кодироваться линейным объектом класса «Ворота» (GATCON).

5.11. Подземный канал, канализированная река (УЗ 33) должны кодироваться площадным или линейным объектом «Канал» (CANALS). Атрибут «Категория канала» (CATCAN) должен иметь значение 2 (дренажный).

5.12. Водозабор (УЗ 46) должен кодироваться точечным объектом класса «Береговой ориентир» (LNDMRK). Атрибут «Категория ориентира» (CATLMK) должен иметь значение 17 (башня). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Водозабор». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Water supply point».

6. Береговые ориентиры

6.1. Церковь (УЗ 99) должна кодироваться точечным объектом класса «Одиночное строение» (BUISGL). Атрибут «Функция» (FUNCTN) в записи этого объекта должен иметь значение 20 (церковь).

6.8. Радиолокационный ориентир (УЗ 106) должен кодироваться соответствующим точечным или площадным объектом класса «Береговой ориентир», «Местность» и др. Атрибут «Радиолокационная приметность» (CONRAD) в записи этого объекта должен иметь значение 1 (является радиолокационным ориентиром).

7. Растительность

7.1. Берег, поросший хвойным лесом (УЗ 16а) должен кодироваться площадным объектом класса «Растительность» (VEGATN). Атрибут «Категория растительности» (CATVEG) должен иметь значение 5 (хвойные деревья). Береговая линия должна кодироваться отдельным линейным объектом класса «Береговая линия» (COALNE).

7.2. Берег, поросший лиственным лесом (УЗ 16б) должен кодироваться площадным объектом класса «Растительность» (VEGATN). Атрибут «Категория растительности» (CATVEG) должен иметь значение 4 (лиственные деревья). Береговая линия должна кодироваться отдельным линейным объектом класса «Береговая линия» (COALNE).

8. Глубины

8.1. Изобата (УЗ 59) должна кодироваться линейным объектом класса «Изобата» (DEPCNT). Оцифровка изобаты должна передаваться значением атрибута «Значение изобаты» (VALDCO).

8.2. Возвышение дна (УЗ 60) должно кодироваться площадным объектом класса «Область глубин» (DEPARE). Диапазон глубин в области возвышения дна должен передаваться значениями атрибутов «Первое значение диапазона глубин» (DRVAL1) и «Второе значение диапазона глубин» (DRVAL2). Атрибут DRVAL1 должен иметь значение глубины, которое соответствует глубине стандартной изобаты, предшествующей оцифровке изобаты, отображенной на бумажной карте. Атрибут DRVAL2 должен иметь значение глубины, которое соответствует оцифровке изобаты, которая ограничивает область возвышения дна.

8.3. Изобата недостоверная (УЗ 61) должна кодироваться линейным объектом класса «Изобата» (DEPCNT). Оцифровка изобаты должна передаваться значением атрибута «Значение изобаты» (VALDCO). При кодировании местоположения изобаты в записи ребра должно быть передано значение атрибута «Качество определения места» (QUAPOS), равное 4 (приближенно).

8.4. Крутой подводный склон (УЗ 62) должен кодироваться линейным объектом класса «Область глубин» (DEPARE). Диапазон глубин в области крутого подводного склона должен передаваться значениями атрибутов «Первое значение диапазона глубин» (DRVAL1) и «Второе значение диапазона глубин» (DRVAL2). Атрибут DRVAL1 должен иметь значение глубины, которое соответствует оцифровке изобаты с наименьшей глубиной в области крутого склона. Атрибут DRVAL2 должен иметь значение глубины, которое соответствует оцифровке изобаты с наибольшей глубиной в области крутого склона.

8.5. Глубина (УЗ 83) должна кодироваться точечным объектом класса «Отметка глубины» (SOUNDG). Значение глубины и место ее измерения должно передаваться в записи объекта пространства, которое должно быть связано с записью объекта класса SOUNDG.

9.5. Камень осыхающий, положение которого определено (УЗ 54б), должен кодироваться точечным объектом класса «Подводная скала» (UWTROC). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 4 (осыхающий). При кодировании местоположения камня в записи узла должно быть передано значение атрибута «Качество определения места» (QUAPOS), равное 1 (исследованное).

9.6. Камень подводный, положение которого определено (УЗ 54в), должен кодироваться точечным объектом класса «Подводная скала» (UWTROC). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой). Глубина над подводным камнем от проектного уровня должна быть передана значением атрибута «Значение глубины» (VALSOU). При кодировании местоположения камня в записи узла должно быть передано значение атрибута «Качество определения места» (QUAPOS), равное 1 (исследованное).

9.7. Банка и мель, не выражающиеся в масштабе карты (УЗ 55), должны кодироваться точечным объектом класса «Опасность» (OBSTRN). Глубина над банкой от проектного уровня должна быть передана значением атрибута «Значение глубины» (VALSOU).

9.8. Граница опасности (УЗ 63) должна кодироваться объектом пространства — ребром. Сама опасность должна кодироваться объектом класса «Опасность» (OBSTRN). Характер опасности должен передаваться значением атрибута «Категория опасности» (CATOBS).

9.9. Скопление камней (УЗ 64) должно кодироваться площадным объектом класса «Опасность» (OBSTRN). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Скопление камней». Атрибут «Информация» (INFORM) должен содержать перевод на английском языке «Rocks».

9.10. Подводное препятствие, выражающееся в масштабе карты (УЗ 65а), должно кодироваться площадным объектом класса «Опасность» (OBSTRN). Характер препятствия должен передаваться значением атрибута «Категория опасности» (CATOBS). Глубина над препятствием от проектного уровня должна быть передана значением атрибута «Значение глубины» (VALSOU).

9.11. Подводное препятствие, не выражающееся в масштабе карты (УЗ 65б), должно кодироваться точечным объектом класса «Опасность» (OBSTRN). Характер препятствия должен передаваться значением атрибута «Категория опасности» (CATOBS). Глубина над препятствием от проектного уровня должна быть передана значением атрибута «Значение глубины» (VALSOU).

9.18. Затопленные объекты (УЗ 71) должны кодироваться точечным объектом класса «Опасность» (OBSTRN). Глубина над препятствием от проектного уровня должна быть передана значением атрибута «Значение глубины» (VALSOU).

9.19. Торфяной остров (УЗ 72) должен кодироваться площадным объектом класса «Область суши» (LNDARE). Береговая линия должна кодироваться линейным объектом класса «Береговая линия» (COALNE). При кодировании местоположения береговой линии в записи ребра должно быть передано значение атрибута «Качество определения места» (QUAPOS), равное 4 (приближенно). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Торф». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Peat».

9.20. Топляки (УЗ 73) должны кодироваться точечным или площадным объектом класса «Опасность» (OBSTRN). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Топляки». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Log».

9.21. Водоворот (суводь) (УЗ 89) должен кодироваться точечным объектом класса «Турбулентность воды» (WATTUR). Значение атрибута «Категория турбулентности» (CATWAT) должно иметь значение 2 (водоворот).

10. Районы и границы

10.1. Затон (УЗ 41) должен кодироваться площадным объектом класса «Район якорной стоянки» (ACHARE). Характеристики затона могут быть переданы значениями атрибутов:

• и др.

11. Характер дна

11.1. Печина (размытый глинистый берег) (УЗ 74) должна кодироваться площадным объектом класса «Участок морского дна» (SBDARE). Атрибут «Материал поверхности» (NATSUR) должен иметь значение 2 (глина).

11.2. Высыпки (наносы из оврагов, ущелий, ручьев и т.п.) (УЗ 75) должны кодироваться площадным объектом класса «Участок морского дна» (SBDARE). Значение атрибута «Материал поверхности» (NATSUR) должен передавать характер грунта высыпки (4 — песок, 5 — камень, 6 — гравий и т.д.).

12. Установленные пути движения

12.7. Глубина траления на судовом ходе (УЗ 81) должна кодироваться линейным объектом класса «Рекомендованный путь» (RECTRC). Глубина траления должна передаваться значением атрибута «Начало диапазона» (DRVAL1). Технология измерения глубин должна передаваться значением атрибута TECSOU, равным 6 (протралено гибким тралом).

12.8. Система разделения движения судов состоит из одного или более участка полос разделения движения, в каждом из которых поток судов следует в одном направлении. Каждый участок полосы движения должен кодироваться площадным объектом класса «Участок полосы движения в системе разделения движения» (TSSLPT). Направление движения должно передаваться значением атрибута «Ориентация» (ORIENT). Внешние границы участков разделения движения судов должны кодироваться линейным объектом «Граница системы разделения движения» (TSSBND). Линии и зоны разделения движения должны кодироваться объектами классов «Линия разделения движения» (TSELNE) и «Зона разделения движения» (TSEZNE) соответственно. Пересечения полос разделения движения судов и участки кругового движения должны кодироваться объектами классов «Перекресток в системе разделения движения» (TSSCRS) и «Зона кругового движения в системе разделения движения» (TSSRON) соответственно. Закодированные вышеперечисленные элементы системы разделения движения должны объединяться в единый объект с помощью собирательного объекта класса «Агрегат» (C_AGGR).

13. Течения

14. Службы

14.7. Каналы радиосвязи должны кодироваться точечным объектом «Место для отправки сообщения по радио» (RDOCAL) в начале и конце каждого участка судового хода. Значение атрибута ORIENT должно указывать направление действия. Номер канала указывается в атрибуте OBJNAM.

15. Береговые знаки

15.1. Маяк (УЗ 107) должен кодироваться совокупностью классов объектов. Один из них должен быть ведущим, а остальные — ведомыми. Запись объекта класса «Огонь» (LIGHTS) всегда должна быть ведомой. В ведущей записи должна быть передана информация об основании, на котором установлен огонь (береговой знак, знак специального назначения, одиночное строение и др.). Если основанием является береговой знак, то оно должно кодироваться точечным объектом класса «Береговой ориентир» (LNDMRK). Атрибут «Категория берегового ориентира» (CATLMK) должен иметь значение 17 (башня). Атрибут «Функция» (FUNCTN) должен иметь значение 33 (основание для огня). Если основание неизвестно, то оно должно быть закодировано точечным объектом класса «Столб» (PILPNT). Все записи объектов предметов должны иметь ссылку на одну и ту же запись пространства (запись изолированного узла).

15.2. Светящий знак (УЗ 107) должен кодироваться совокупностью классов объектов. Один из них должен быть ведущим, а остальные — ведомыми. Запись объекта класса «Огонь» (LIGHTS) всегда должна быть ведомой. В ведущей записи должна быть передана информация об основании, на котором установлен огонь (знак специального назначения). Все записи объектов предметов должны иметь ссылку на одну и ту же запись пространства (запись изолированного узла).

15.3. Опознавательный знак (УЗ 107) должен кодироваться совокупностью классов объектов. Один из них должен быть ведущим, а остальные — ведомыми. Запись объекта класса «Огонь» (LIGHTS) всегда должна быть ведомой. В ведущей записи должна быть передана информация об основании, на котором установлен огонь («Береговой ориентир» LNDMRK). В этой записи должны передаваться все характеристики опознавательного знака. Все записи объектов предметов должны иметь ссылку на одну и ту же запись пространства (запись изолированного узла).

15.6. Путевой знак левого берега (УЗ 110а) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 1 (латеральный знак левого берега). Атрибут «Форма знака» (BCNSHP) должен иметь значение 1 (столб, шест). Запись путевого знака должна быть ведущей. Путевой огонь левого берега должен кодироваться точеным объектом класса «Огонь» (LIGHTS). Обязательный атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый), а обязательный атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный) или 2 (проблесковый).

15.7. Путевой знак правого берега (УЗ 110б) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 2 (латеральный знак правого берега). Атрибут «Форма знака» (BCNSHP) должен иметь значение 1 (столб, шест). Запись путевого знака должна быть ведущей. Путевой огонь правого берега должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Обязательный атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный), а обязательный атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный) или 2 (проблесковый).

15.8. Светофор (УЗ 111) должен кодироваться точечным объектом класса «Сигнальная станция» (SISTAT). Атрибут «Категория сигнальной станции» (CATSIT) должен иметь значение 6 (сигнальная станция шлюза). Огни светофора должны кодироваться двумя точечными объектами класса «Огонь» (LIGHTS). Атрибут «цвет» (COLOUR) одного огня должен иметь значение 3 (красный), а другого — 4 (зеленый). Направление огня должно кодироваться атрибутами «Категория огня» (CATLIT) со значением 1 (направленный) и «Ориентация» (ORIENT) со значением, равным направлению огня в градусах.

15.9. Знак со светоотражающим покрытием (УЗ 112) должен кодироваться точечным объектом класса «Знак со светоотражающим покрытием» (RETRFL). Цвет знака должен передаваться значением атрибута «Цвет» (COLOUR). Характер окраски знака должен передаваться значением атрибута «Шаблон раскраски» (COLPAT). Знак со светоотражающим покрытием является ведомым объектом по отношению к навигационному знаку, на котором он оборудован.

15.10. Створ маяков и светящих знаков (УЗ 113) должен кодироваться классом собирательного объекта «Агрегат» (M_AGGR). Компонентами мета объекта должны быть записи, содержащие информацию о переднем маяке (светящем знаке) и о заднем маяке (светящем знаке). Правила кодирования этих компонентов приведены в пунктах 15.1 и 15.2. Линия створа должна кодироваться линейным объектом класса «Навигационная линия» (NAVLNE). Направление створа должно передаваться значением атрибута «Ориентация» (ORIENT) в записи объекта NAVLNE. Атрибут «Категория навигационной линии» (CATNAV) должен иметь значение 3 (створная линия). Ходовая часть створа должна кодироваться линейным объектом класса «Рекомендованный путь» (RECTRC). Рекомендованное направление движения судов должно передаваться значением атрибута «Ориентация» (ORIENT) в записи объекта RECTRC. Линейные объекты RECTRC и NAVLNE также должны быть компонентами мета объекта M_AGGR.

15.11. Створ огней (УЗ 114) должен кодироваться классом собирательного объекта «Агрегат» (M_AGGR). Компонентами мета объекта должны быть записи, содержащие информацию о переднем огне и о заднем огне. Правила кодирования этих компонентов приведены в пункте 15.4. Линия створа должна кодироваться линейным объектом класса «Навигационная линия» (NAVLNE). Направление створа должно передаваться значением атрибута «Ориентация» (ORIENT) в записи объекта NAVLNE. Атрибут «Категория навигационной линии» (CATNAV) должен иметь значение 3 (створная линия). Ходовая часть створа должна кодироваться линейным объектом класса «Рекомендованный путь» (RECTRC). Рекомендованное направление движения судов должно передаваться значением атрибута «Ориентация» (ORIENT) в записи объекта RECTRC. Линейные объекты RECTRC и NAVLNE также должны быть компонентами мета объекта M_AGGR.

15.18. Перевальные знаки должны кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 42 (контрольный знак) и «Цвет» (COLOUR) равным 1 (белый) или 3 (красный). Запись перевального знака должна быть ведущей. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением атрибута «Форма топовой фигуры» (TOPSHP) равным 19 (квадрат), 21 (прямоугольник, вертикальный) или 33 (другая форма — см. INFORM), а цвет — значением атрибута «Цвет» (COLOUR) равным 1 (белый) или 3 (красный). Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый), 3 (красный), 1 (белый) или 6 (желтый) в соответствии с ГОСТ 26600-98. Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый) или 1 (постоянный). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.19. Ходовой знак левого берега (УЗ 121а) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория латерального знака» (CATLAM) равным 1 (латеральный знак левого берега) и «Цвет» (COLOUR) равным 1 (белый). Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый), а атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением атрибута «Форма топовой фигуры» (TOPSHP) равным 12 (ромб) или 33 (другая форма — см. INFORM), а цвет — значением атрибута «Цвет» (COLOUR) равным 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.20. Ходовой знак правого берега (УЗ 121б) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория латерального знака» (CATLAM) равным 2 (латеральный знак правого берега) и «Цвет» (COLOUR) равным 3 (красный). Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный), а атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением атрибута «Форма топовой фигуры» (TOPSHP) равным 12 (ромб) или 33 (другая форма — см. INFORM), а цвет — значением атрибута «Цвет» (COLOUR) равным 3 (красный). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.21. Знак «Ориентир» левого берега (УЗ 122а) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория латерального знака» (CATLAM) равным 1 (латеральный знак левого берега) и «Цвет» (COLOUR) равным 2, 1, 2, 1, 2 (черный, белый, черный, белый, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый), 1 (белый) или 6 (желтый). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Группа сигналов» (SIGGRP) должен иметь значение (2) (два проблеска). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением обязательного атрибута «Форма топовой фигуры» (TOPSHP) равным 21 (прямоугольник вертикальный) или 22 (трапеция), а цвет — значением атрибута «Цвет» (COLOUR) равным 2, 1, 2, 1, 2 (черный, белый, черный, белый, черный). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.22. Знак «Ориентир» правого берега (УЗ 122б) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория латерального знака» (CATLAM) равным 2 (латеральный знак правого берега) и «Цвет» (COLOUR) равным 3, 1, 3, 1, 3 (красный, белый, красный, белый, красный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный), 1 (белый) или 6 (желтый). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Группа сигналов» (SIGGRP) должен иметь значение (2) (два проблеска). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением обязательного атрибута «Форма топовой фигуры» (TOPSHP) равным 21 (прямоугольник вертикальный) или 22 (трапеция), а цвет — значением атрибута «Цвет» (COLOUR) равным 3, 1, 3, 1, 3 (красный, белый, красный, белый, красный). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.23. Весенний знак левого берега (УЗ 123а) должен кодироваться точечным объектом класса «Латеральный знак» (BCNLAT) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория латерального знака» (CATLAM) равным 1 (латеральный знак левого берега) и «Цвет» (COLOUR) равным 1 (белый). Запись знака должна быть ведущей. Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Весенний знак левого берега». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Spring mark of the left bank». Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Форма топовой фигуры должна передаваться значением обязательного атрибута «Форма топовой фигуры» (TOPSHP) равным 22 (трапецеидальный), а цвет — значением атрибута «Цвет» (COLOUR) равным 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.30. Знак «Внимание! (Соблюдать осторожность)» (УЗ 129) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 27 (Общее предупреждение) и «Цвет» (COLOUR) равным 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Внимание! (Соблюдать осторожность)». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Attention! (Keep caution)». Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 6 (щит). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.31. Знак «Пересечение судового хода» (УЗ 130) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 37 (Пересечение судового хода) и «Цвет» (COLOUR) равным 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Пересечение судового хода». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Fairways crossing». Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 6 (щит). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.32. Знак «Скорость ограничена!» (УЗ 131) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 25 (Знак ограничения скорости) и «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Скорость ограничена!». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Speed limit!». Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 6 (щит). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.33. Знак «Якорей не бросать! (Подводный переход)» (УЗ 132) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 20 (Знак запрета постановки на якорь) и «Цвет» (COLOUR) равным 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Якорей не бросать!». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Anchoring prohibited!». Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 4 (частый). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 26 (круглая). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.34. Знак «Соблюдать надводный габарит! (Высота ограничена)» (УЗ 133) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 29 (Знак ограничения надводного габарита) и «Цвет» (COLOUR) равным 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соблюдать надводный габарит!». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Keep vertical clearance! 15 m.» Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 6 (щит). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.35. Знак «Место оборота судов» (УЗ 134) должен кодироваться точечным объектом класса «Знак специального назначения» (BCNSPP) с обязательными атрибутами: «Форма знака» (BCNSHP) равным 1 (стойка), «Категория знака специального назначения» (CATSPM) равным 18 (Информационный знак) и «Цвет» (COLOUR) равным 1 (белый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Место оборота судов». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Vessel swinging area». Запись знака должна быть ведущей. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 12 (ромб). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Записи, содержащие информацию об огне и топовой фигуре, должны быть ведомыми.

15.42. Зона воздушных переходов (УЗ 140) должна кодироваться площадным объектом класса «Район ограниченного плавания» (RESARE). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Линия электропередачи (или Линия связи)», а также информацию о высотах и напряжении. Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Power transmission line (or Communication line) + info about vertical clearance and voltage».

15.43. Место нахождения капитана рейда [УЗ 95] должно кодироваться точечным объектом класса «Строение одиночное» (BUISGL). Атрибут «Функция» (FUNCTN) должен иметь значение 39 (управление). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Место нахождения капитана рейда». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Roadstead master».

16. Плавучие знаки

16.1. Буй левой кромки судового хода должен кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 1 (латеральный знак левой кромки). Атрибут «Форма буя» (BOYSHP) должен иметь значение 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый) или 2 (черный). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей, т.е. в ней должна содержаться ссылка на ведомую запись. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый), 6 (желтый) или 4 (зеленый). Атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный) или 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.8. Буй осевой должен кодироваться точечным объектом класса «Буй осевой» (BOYSAW). Форма буя должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 1, 2, 1, 2, 1 (белый, черный, белый, черный, белый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый) или 6 (желтый). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый). Атрибут «Группа сигналов» (SIGGRP) должен иметь значение (2) (два проблеска).

16.9. Буй поворотно-осевой должен кодироваться точечным объектом класса «Буй осевой» (BOYSAW). Форма буя должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 2, 3, 2, 3 (красный, черный, красный, черный, красный) или 3, 1, 3, 1, 3 (красный, белый, красный, белый, красный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Характер огня» (LITCHR) должен иметь значение 9 (прерывистый частый). Атрибут «Группа сигналов» (SIGGRP) должен иметь значение (4) (четыре проблеска).

16.10. Буй со светоотражающим покрытием (УЗ 146) должен кодироваться точечным объектом класса «Знак со светоотражающим покрытием» (RETRFL). В этой же точке должен быть создан объект класса «Буй специального назначения» (BOYSPP). Цвет буя должен передаваться значением атрибута «Цвет» (COLOUR). Характер окраски знака должен передаваться значением атрибута «Шаблон раскраски» (COLPAT).

16.11. Бакен левой кромки судового хода должен кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 1 (латеральный знак левой кромки). Форма бакена должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Номер бакена должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о бакене, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный) или 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.12. Бакен правой кромки судового хода должен кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 2 (латеральный знак правой кромки). Форма бакена должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 3 (сферический). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный). Номер бакена должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о бакене, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный). Атрибут «Характер огня» (LITCHR) должен иметь значение 1 (постоянный) или 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.13. Бакен поворотный левой кромки должен кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 1 (латеральный знак левой кромки). Форма бакена должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 1, 2, 1 (белый, черный, белый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер бакена должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о бакене, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 4 (зеленый) или 1 (белый), или 6 (желтый). Атрибут «Характер огня» (LITCHR) должен иметь значение 4 (частопроблесковый) или 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.14. Бакен поворотный правой кромки должен кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 2 (латеральный знак правой кромки). Форма бакена должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический) или 2 (цилиндрический). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 2, 3 (красный, черный, красный) или 3, 1, 3 (красный, белый, красный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер бакена должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о бакене, должна быть ведущей. Ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный). Атрибут «Характер огня» (LITCHR) должен иметь значение 4 (частопроблесковый) или 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.15. Бакен разделения судового хода должен кодироваться точечным объектом класса «Буй специального назначения» (BOYSPP). Атрибут «Категория знака специального назначения» (CATSPM) должен иметь значение 54 (разделение канала). Форма бакена должна передаваться значением атрибута «Форма буя» (BOYSHP) равным 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 2 (красный, черный) или 3, 1 (красный белый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 2 (вертикальные полосы). Номер бакена должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о бакене, должна быть ведущей. Две ведомые записи должны содержать информацию о красном и зеленом (или белом и красном, или желтом и красном) огнях. Атрибут «Характер огня» (LITCHR) в обоих ведомых записях должен иметь значение 2 (проблесковый). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia». При кодировании разделения судового хода парными знаками оба знака должны кодироваться точечными объектами класса «Буй специального назначения» (BOYSPP). Атрибут «Категория знака специального назначения» (CATSPM) должен иметь значение 54 (разделения канала). Атрибут «Форма буя» (BOYSHP) должен иметь значение 1 (конический) и 3 (сферический) или 1 (конический) и 2 (цилиндрический). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный) и 1 (белый).

16.22. Буй сигарообразный осевой (УЗ 153а) должен кодироваться точечным объектом класса «Буй осевой» (BOYSAW). Атрибут «Форма буя» (BOYSHP) должен иметь значение 8 (сигарообразный). Атрибут «Цвет» (COLOUR) должен иметь значение 1, 2, 1 (белый, черный, белый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM).

16.23. Буй сигарообразный поворотно-осевой (УЗ 153б) должен кодироваться точечным объектом класса «Буй осевой» (BOYSAW). Атрибут «Форма буя» (BOYSHP) должен иметь значение 8 (сигарообразный). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 2 (красный, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM).

16.24. Буй сигарообразный разделения судового хода (УЗ 154) должен кодироваться точечным объектом класса «Буй специального назначения» (BOYSPP). Атрибут «Категория знака специального назначения» (CATSPM) должен иметь значение 54 (разделение канала). Атрибут «Форма буя» (BOYSHP) должен иметь значение 8 (сигарообразный). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 2 (красный, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 2 (вертикальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.25. Веха левой кромки судового хода (УЗ 155а) должна кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 1 (латеральный знак левой кромки). Атрибут «Форма буя» (BOYSHP) должен иметь значение 5 (веха). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Номер вехи должен передаваться значением атрибута «Имя объекта» (OBJNAM). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.26. Веха правой кромки судового хода (УЗ 155б) должна кодироваться точечным объектом класса «Буй латеральный» (BOYLAT). Атрибут «Категория латерального знака» (CATLAM) должен иметь значение 2 (латеральный знак правой кромки). Атрибут «Форма буя» (BOYSHP) должен иметь значение 5 (веха). Атрибут «Цвет» (COLOUR) должен иметь значение 3 (красный). Номер вехи должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о вехе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 3 (сфера). Атрибут «Цвет» (COLOUR) должен иметь значение 2 (черный). Атрибут «Информация на национальном языке» (NINFOM) должен иметь значение «Соответствует системе кромочных латеральных знаков в системе ВВП России». Поле значения атрибута «Информация на английском языке» (INFORM) должно содержать перевод на английский язык «Corresponds to Lateral Mark System within Inland Waterway System of Russia».

16.27. Буй северный (УЗ 156) должен кодироваться точечным объектом класса «Буй кардинальный» (BOYCAR). Атрибут «Категория кардинального знака» (CATCAM) должен иметь значение 1 (кардинальный знак северный). Атрибут «Форма буя» (BOYSHP) должен кодировать форму буя. Атрибут «Цвет» (COLOUR) должен иметь значение 2, 6 (черный, желтый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 13 (два конуса вершинами вверх). Другая ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Характер огня» (LITCHR) должен иметь значение 4 (частый).

16.28. Веха северная (УЗ 156) должна кодироваться точечным объектом класса «Буй кардинальный» (BOYCAR). Атрибут «Категория кардинального знака» (CATCAM) должен иметь значение 1 (кардинальный знак северный). Атрибут «Форма буя» (BOYSHP) должен иметь значение 5 (веха). Атрибут «Цвет» (COLOUR) должен иметь значение 2, 6 (черный, желтый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер вехи должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о вехе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 13 (два конуса вершинами вверх).

16.29. Буй восточный (УЗ 157) должен кодироваться точечным объектом класса «Буй кардинальный» (BOYCAR). Атрибут «Категория кардинального знака» (CATCAM) должен иметь значение 2 (кардинальный знак восточный). Атрибут «Форма буя» (BOYSHP) должен кодировать форму буя. Атрибут «Цвет» (COLOUR) должен иметь значение 2, 6, 2 (черный, желтый, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 11 (два конуса, основание к основанию). Другая ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Характер огня» (LITCHR) должен иметь значение 4 (частый). Атрибут «Период» (SIGPER) должен иметь значение 10 (10 секунд).

16.36. Веха, обозначающая начальную точку и ось фарватера, канала, середину прохода (УЗ 160), должна кодироваться точечным объектом класса «Буй осевой» (BOYSAW). Атрибут «Форма буя» (BOYSHP) должен иметь значение 5 (веха). Атрибут «Цвет» (COLOUR) должен иметь значение 3, 1 (красный, белый). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 2 (вертикальные полосы). Номер вехи должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о вехе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 3 (сфера).

16.37. Буй над опасностью (УЗ 161) должен кодироваться точечным объектом класса «Буй отдельной опасности» (BOYISD). Атрибут «Форма буя» (BOYSHP) должен кодировать форму буя 1 (конический). Атрибут «Цвет» (COLOUR) должен иметь значение 2, 3, 2 (черный, красный, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер буя должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о буе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 4 (две сферы). Другая ведомая запись должна содержать информацию об огне. Огонь должен кодироваться точечным объектом класса «Огонь» (LIGHTS). Атрибут «Цвет» (COLOUR) должен иметь значение 1 (белый). Атрибут «Характер огня» (LITCHR) должен иметь значение 2 (проблесковый).

16.38. Веха над опасностью (УЗ 161) должна кодироваться точечным объектом класса «Буй отдельной опасности» (BOYISD). Атрибут «Форма буя» (BOYSHP) должен иметь значение 5 (веха). Атрибут «Цвет» (COLOUR) должен иметь значение 2, 3, 2 (черный, красный, черный). Атрибут «Шаблон раскраски» (COLPAT) должен иметь значение 1 (горизонтальные полосы). Номер вехи должен передаваться значением атрибута «Имя объекта» (OBJNAM). Запись, содержащая информацию о вехе, должна быть ведущей. Ведомая запись должна содержать информацию о топовой фигуре. Топовая фигура должна кодироваться точечным объектом класса «Топовая фигура» (TOPMAR). Атрибут «Форма топовой фигуры» (TOPSHP) должен иметь значение 4 (две сферы).

17. Портовые средства

17.1. Свая надводная (УЗ 35а) должна кодироваться точечным объектом класса «Свая» (PILPNT). Атрибут «Категория сваи» (CATPLE) должен иметь значение 3 (Столб).

17.2. Свая подводная (УЗ 35б) должна кодироваться точечным объектом класса «Опасность» (OBSTRN). Атрибут «Категория опасности» (CATOBS) должен иметь значение 1 (Свая подводная). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

17.3. Пал надводный (УЗ 35а) должен кодироваться точечным объектом класса «Средства швартовки» (MORFAC). Атрибут «Категория средства швартовки» (CATMOR) должен иметь значение 1 (Пал). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 2 (всегда над водой).

17.4. Пал подводный (УЗ 35б) должен кодироваться точечным объектом класса «Средства швартовки» (MORFAC). Атрибут «Категория средства швартовки» (CATMOR) должен иметь значение 1 (Пал). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

17.5. Девиационный пал (УЗ 36) должен кодироваться точечным объектом класса «Средства швартовки» (MORFAC). Атрибут «Категория средства швартовки» (CATMOR) должен иметь значение 2 (Девиационный пал).

17.6. Ряжевая преграда надводная (УЗ 37а) должна кодироваться линейным объектом класса «Препятствие» (OBSTRN). Атрибут «Категория препятствия» (CATOBS) должен иметь значение 4 (ряжевая преграда). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 2 (всегда над водой).

17.7. Свайная преграда надводная (УЗ 37а) должна кодироваться линейным объектом класса «Препятствие» (OBSTRN). Атрибут «Категория препятствия» (CATOBS) должен иметь значение 1 (свайная преграда). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 2 (всегда над водой).

17.8. Ряжевая преграда подводная (УЗ 37б) должна кодироваться линейным объектом класса «Препятствие» (OBSTRN). Атрибут «Категория препятствия» (CATOBS) должен иметь значение 4 (ряжевая преграда). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

17.9. Свайная преграда подводная (УЗ 37б) должна кодироваться линейным объектом класса «Препятствие» (OBSTRN). Атрибут «Категория препятствия» (CATOBS) должен иметь значение 1 (свайная преграда). Атрибут «Влияние уровня воды» (WATLEV) должен иметь значение 3 (всегда под водой).

17.10. Боны, запани (УЗ 38) должны кодироваться линейным объектом класса «Боны» (LOGPON).

17.11. Головка запаней (УЗ 39) должна кодироваться точечным объектом класса «Средства швартовки» (MORFAC). Атрибут «Категория средства швартовки» (CATMOR) должен иметь значение 1 (пал).

17.12. Подводный трубопровод (УЗ 40) должен кодироваться линейным объектом класса «Подводный трубопровод» (PIPSOL). Характеристики трубопровода могут быть переданы значениями атрибутов:

• глубина зарывания (BURDEP);

17.13. Пункт снабжения судов топливом (бункеровочная база) (УЗ 42) должен кодироваться точечным объектом класса «Платформа на воде» (OFSPLF). Атрибут «Категория платформы на воде» (CATOFP) должен иметь значение 8 (Плавучая платформа). Атрибут «Продукт» (PRODCT) должен иметь значение 1 (Нефтепродукты).

17.14. Пункт сбора отработанных (подсланевых) вод (УЗ 43) должен кодироваться точечным объектом класса «Портовые средства» (SMCFAC). Атрибут «Категория портового средства» (CATSCF) должен иметь значение 26 (Пункт сбора отработанных вод).

17.15. Швартовная бочка (УЗ 49) должна кодироваться точечным объектом класса «Средства швартовки» (MORFAC). Атрибут «Категория средства швартовки» (CATMOR) должен иметь значение 7 (Швартовная бочка).

17.16. Автоматический радиоизмеритель ветра (волнения) (УЗ 50) должен кодироваться точечным объектом класса «Буй специального назначения» (BOYSPP). Атрибут «Категория специального знака» (CATSPM) должен иметь значение 10 (Регистрирующий знак).

17.17. Плавучие радиогидрометеорологические станции и посты (УЗ 51) должны кодироваться точечным объектом класса «Буй специального назначения» (BOYSPP). Атрибут «Категория специального знака» (CATSPM) должен иметь значение 10 (Регистрирующий знак).

Приложение Г

Приложение Д

ИЕРАРХИЯ МЕТА ОБЪЕКТОВ

Приложение Е

ТРЕБОВАНИЯ К СТРУКТУРЕ ФАЙЛА КАТАЛОГА

Файл каталога должен иметь одинаковую структуру для профилей применения EN и ER.

Е.1. Структура файла каталога

Файл каталога

  |<br>

Е.2. Поле справочника каталога — CATD

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Приложение Ж

СТРУКТУРА ОСНОВНОГО ФАЙЛА ЯЧЕЙКИ

Профиль применения EN должен использоваться в любой категории основного файла ячейки (новый набор данных, дополнительный выпуск набора данных, новое издание набора данных).

Ж.1. Структура основного файла ячейки

  |   |

  |   |--0001 - Идентификатор записи ISO/IEC 8211

  |       |

  |       |--<1>--DSID - Поле идентификации набора данных

  |                |

  |                |--<1>--DSSI - Поле информации о структуре набора данных

  |   |

  |   |--0001 - Идентификатор записи ISO/IEC 8211

  |       |

  |       |--<1>--DSPM - Поле параметров набора данных

  |   |

  |   |--0001 - Идентификатор записи ISO/IEC 8211

  |       |

  |       |--<1>--VRID - Поле идентификатора записи вектора

  |                |

  |                |----ATTV* - Поле атрибутов записи вектора

  |                |

  |                |----VRPT* - Поле указателей записей векторов

  |                |

  |                |      |----SG2D* - Поле     координат    двухмерного

  |                |      |               вектора

  |                |--or--|

  |                       |----SG3D* - Поле     координат    трехмерного

  |                       |               вектора (массив глубин)

                 |----NATF* - Поле   национальных   атрибутов    записей

                 |               предметов

             |<br>

                 |----FSPT* - Поле  указателей записи предмета на записи
                 |               пространства

Ж.2. Структура полей основного файла ячейки

Ж.2.1. Поле идентификации набора данных — DSID

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.2. Поле информации о структуре набора данных - DSSI

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.3. Поле параметров набора данных - DSPM

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.4. Поле идентификатора записи вектора - VRID

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.5. Поле атрибутов записи вектора - ATTV

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.6. Поле указателей записей векторов - VRPT

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.7. Поле координат двухмерного вектора - SG2D

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.8. Поле координат трехмерного вектора (массив глубин) - SG3D

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.9. Поле идентификатора записи предмета - FRID

Все значения подполей должны кодироваться в двоичной форме.

Ж.2.10. Поле идентификатора объекта предмета - FOID

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.11. Поле атрибутов записи предмета - ATTF

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.12. Поле национальных атрибутов записи предмета - NATF

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.13. Поле указателей записи предмета на объекты предметов - FFPT

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

Ж.2.14. Поле указателей записи предмета на записи пространства - FSPT

Все значения подполей должны кодироваться в двоичной форме.

Приложение З

ТРЕБОВАНИЯ К СТРУКТУРЕ ПОЛЕЙ ФАЙЛА КОРРЕКТУРЫ

З.1. Требования к структуре файла корректуры

Файл корректуры должен содержать следующие записи и поля: |

|--<1>--Запись основной информации о наборе данных

 |   |
 |   |--0001 - Идентификатор записи стандарта ISO/IEC 8211
 |       |
 |       |--<1>--DSID - Поле идентификации набора данных
 |                |
 |                |--<1>--DSSI - Поле информации о структуре набора данных

|

|----Запись вектора

 |   |
 |   |--0001 - Идентификатор записи стандарта ISO/IEC 8211
 |       |
 |       |--<1>--VRID  - Поле идентификатора записи вектора
 |                |
 |                |----ATTV* - Поле атрибута записи вектора
 |                |
 |                |--<1>--VRPC  - Поле контроля указателя записи вектора
 |                |
 |                |----VRPT* - Поле указателя записи вектора
 |                |
 |                |--<1>--SGCC  - Поле контроля координат
 |                |
 |                |      |----G2D*  - Поле координат 2-D
 |                |--or--|
 |                |      |----G3D*  - Поле координат 3-D (массив глубин)

|

|----Запись предмета |

|--0001 — Идентификатор записи стандарта ISO/IEC 8211 |

|--<1>--FRID — Поле идентификатора записи предмета |

|--<1>--FOID — Поле идентификатора объекта предмета |

|----ATTF* — Поле атрибутов записи предмета |

                  |----NATF* - Поле   национальных    атрибутов   записи
                  |               предмета

              |

                  |--<1>--FFPC  - Поле контроля указателей  записи предмета
                  |               на объекты предметов

              |

                  |----FFPT* - Поле   указателей   записи   предмета  на
                  |               объекты предметов

              |

                  |--<1>--FSPC  - Поле  контроля указателей записи предмета
                  |               на записи пространства

              |

|----FSPT* — Поле указателей записи предмета на записи | пространства

З.2. Требования к структуре полей в записях файла корректуры

Поля записей файла корректуры должны иметь следующую структуру:

З.2.1. Поле идентификатора набора обмена — DSID

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

З.2.2. Поле информации о структуре набора данных — DSSI

Все значения подполей должны кодироваться в двоичной форме.

{2}

= «цепь — узел»

AALL

Лексический уровень поля атрибутов

M

{0} или {1}

NALL

Лексический уровень поля

M

{0} или {1}

национальных атрибутов

или {2}

NOMR

Число записей мета объектов

M

NOCR

Число записей картографических объектов

M

{0}

Использование картографических объектов не допускается

NOGR

Число записей географических объектов

M

NOLR

Число собирательных записей

M

NOIN

Число записей изолированных узлов

M

NOCN

Число записей узлов связывания

M

NOED

Число записей ребер

M

NOFA

Число записей граней

M

{0}

Использование граней в структуре данных «цепь — узел» не допускается

З.2.3. Поле идентификатора записи вектора — VRID

Все значения подполей должны кодироваться в двоичной форме.

З.2.4. Поле атрибутов вектора — ATTV

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

З.2.5. Поле контроля указателей записей векторов — VRPC

Все значения подполей должны кодироваться в двоичной форме.

З.2.6. Поле указателей записей векторов — VRPT

Все значения подполей должны кодироваться в двоичной форме.

З.2.7. Поле контроля координат — SGCC

NB: Все значения подполей должны кодироваться в двоичной форме.

З.2.8. Поле координат двухмерного вектора — SG2D

NB: Все значения подполей должны кодироваться в двоичной форме.

З.2.9. Поле координат трехмерного вектора (массив глубин) — SG3D

Все значения подполей должны кодироваться в двоичной форме.

З.2.10. Поле идентификатора записи предмета — FRID

Все значения подполей должны кодироваться в двоичной форме.

З.2.11. Поле идентификатора объекта предмета — FOID

Все значения подполей должны кодироваться в двоичной форме.

З.2.12. Поле атрибутов записи предмета — ATTF

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

З.2.13. Поле национальных атрибутов записи предмета — NATF

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

З.2.14. Поле контроля указателей записи предмета на записи пространства — FFPC

Все значения подполей должны кодироваться в двоичной форме.

З.2.15. Поле указателей записи предмета на объекты предметов — FFPT

Значения подполей должны кодироваться либо символами ASCII, либо в двоичной форме (см. комментарии).

З.2.16. Поле контроля указателей записи предмета на записи пространства — FSPC

NB: Все значения подполей должны кодироваться в двоичной форме.

З.2.17. Поле указателей записи предмета на записи пространства — FSPT

NB: Все значения подполей должны кодироваться в двоичной форме.

Приложение И

ПРИМЕРЫ ЗАПОЛНЕНИЯ ЗНАЧЕНИЙ ПОДПОЛЕЙ ПОЛЯ ИДЕНТИФИКАЦИИ НАБОРА ДАННЫХ

Приложение К

КЛАССЫ ОБЪЕКТОВ, РЕКОМЕНДОВАННЫЕ МГО