ГОСТ Р ИСО 10303-21—2022
А.2.2 Другие носители
Другие носители, на которых файлы хранятся как последовательности строк, могут использовать тот же
формат передачи, который определен для дискет. В частности, этот формат может быть пригоден для передачи
через сети связи (E-mail).
Примечания
1 Во время передачи файлов с открытым текстом по электронной почте строки, начинающиеся с точки, ино
гда искажаются, либо точка пропадает, либо она удваивается. При передаче по электронной почте может проис
ходить перенос строки во вложениях с открытым текстом, поэтому также наблюдается потеря или удвоение точки,
появляющейся позже в длинных строках.
2 В реализациях рекомендуется использовать разрывы строк вструктуре обмена, чтобы избежать размеще
ния точки в качестве первого символа и переноса строки, содержащей точку, чтобы длина строки была не более
80 символов. Размещение структуры обмена вZIP-архиве, как описано вА.4, также позволяет избежать проблемы,
поскольку файлы ZIP обычно при отправке в виде вложений электронной почты обрабатываются по-другому.
А.З Обработка многотомных файлов
Может быть необходимым распределить структуру обмена на нескольких физических томах.
Примечание — В зависимости от конкретных условий объединять физически раздельные тома много
томного файла в одну многотомную структуру можно с помощью специальных программных средств или операци
онной системы.
А.4 Передача содержимого сжатого архива
Файл, соответствующий требованиям данной спецификации, может быть сжат и сохранен в архиве ZIP (см.
3.1.6). Архив должен быть написан с использованием сжатия PKZip 2.04g.
Примечание — Этот методсжатия ограничивает поддержку zip, чтобы исключить шифрование, поддерж
ку имени файла Юникода и использование механизма deflate64. Это сжатие совместимо с Windows Compressed
Folders, WinZip, info-zip и zlib.
Архив ZIP может содержать несколько сжатых файлов. Некоторые из этих файлов могут представлять собой
структуры обмена, удовлетворяющие требованиям данной спецификации. Некоторые из файлов могут быть под
директориями, содержащими дополнительные файлы. Некоторые файлы могут сами быть ZIP-архивами. Наконец,
некоторые из файлов могут быть вспомогательными данными, которые не являются частью информационной мо
дели, но переносятся с моделью, чтобы на них можно было ссылаться.
Если в сжатом архиве распознается URI, то корневой файл в архиве считывается в приложение. Этот файл
должен представлять собой структуру обмена, отвечающую ограничениям настоящего стандарта. Этот файл дол
жен иметь имя "ISO-10303.p21".
Примечание — Транспортный протокол (например, http, ftp, file и т. д.) обеспечивает доставку файла за
прашивающей стороне. Если этот файл является ASCII, то он обрабатывается как структура обмена. Если файл
является двоичным, то применяется алгоритм декомпрессии и файл с именем "ISO-10303.p21" обрабатывается как
структура обмена.
Файл "ISO-10303.р21" должен называться корневым. Любые другие файлы в архиве, включая любые файлы
в поддиректориях, должны быть дополнительными. Архив должен соответствовать настоящему стандарту, только
если он содержит корень.
У корневого файла должно быть свое локальное имя, если на него ссылаются другие файлы внутри архива,
и имя архива, когда на него ссылаются извне. Для обеспечения согласованности ссылок в архиве все относитель
ные адреса должны интерпретироваться как адреса относительно местоположения ссылочного файла в архивном
каталоге. Ни один относительный адрес не должен адресовать файл вне архива.
Примечание — Поскольку в области применения вся относительная адресация поддерживается, то реа
лизация может считывать файл ZIP и распаковывать его в выбранном месте для последующей обработки.
За пределами архива можно ссылаться только на корневой файл. Если другие файлы в архиве содержат
объекты, на которые требуется внешняя ссылка, то в корневом файле должна быть определена привязка, и эта
привязка должна переслать ссылку на требуемый объект или значение в дополнительном файле.
Примеры
1 Для здания создается архив. Корневой файл описывает здание. Дополнительные файлы описы
вают два этажа и картину.
55