Кратко
- RFC 5165 зарегистрировал глобальное пространство
ogc, но не запретил OGC изменить форму будущих назначений. - HTTP-политика для новых имён не аннулировала старые URN: совместимость требует нормативного реестра, эквивалентности, статусов и связей между версиями, а не молчаливой подмены.
Переход часто описывают слишком грубо: раньше были URN, теперь URL. Такая фраза смешивает выдачу новых имён, совместимость старых ссылок и фактическую работу сервиса.
RFC 5165 был опубликован в 2008 году как Informational. Он зарегистрировал NID ogc, определил форму urn:ogc:{OGCresource}:{ResourceSpecificString} и отдал управление классами и назначениями OGC Naming Authority. Идентификаторы могли переживать перенос серверов и использоваться другими организациями стандартов.
Позднее OGC распорядился выдавать новые идентификаторы постоянных публичных ресурсов как HTTP URI, если OGC-NA не одобрит исключение. Новые стандарты и крупные версии должны были применять HTTP-форму вместо прежних URN.
Но действующая процедура OGC описывает обе схемы. HTTP URI использует обычную веб-инфраструктуру; URN не предполагает конкретного местоположения или единственного способа разрешения. Формы могут быть эквивалентны, если это установлено авторитетной записью.
Изменение политики не переписывает прошлое
Новый проект может выбрать HTTP URI без потери смысла. Старый архив не может просто заменить каждую URN на текущую страницу. За годы определение могло быть исправлено, заменено или выведено из рекомендации. Автоматический переход к последней версии делает старый расчёт удобным для просмотра, но неверным для воспроизведения.
Поэтому миграция должна отвечать отдельно на вопросы: что выдаётся новым системам; как старое имя сопоставляется с новым; какой статус действовал в момент использования; где хранится прежнее представление; как клиент выбирает версию.
Постоянство — это сохранённая цепочка решений, а не запрет на смену синтаксиса.
Реестр важнее угадывания
RFC 5165 допускал передачу ответственности за чётко определённые поддеревья. Он также разрешал незарегистрированные экспериментальные значения и прямо предупреждал о возможных совпадениях разных значений по строке.
Текущая политика OGC поэтому называет реестры OGC-NA нормативным источником. Регулярная структура помогает управлять именами, но не позволяет клиенту самому назначить новый объект. Правильно выглядящий путь не является квитанцией о регистрации.
Категория A обозначает отдельный ресурс, доступный через сервис, и регистрируется поэлементно. Категория X создаётся по зарегистрированному правилу и может не иметь отдельного доступного ресурса для каждого значения. Проверка HTTP для всех имён одинаковым способом неверно понимает контракт обеих категорий.
Статус не должен исчезнуть за редиректом
Поданная запись ещё не принята. Valid означает принятие и рекомендацию. Superseded связывает запись с преемником. Retired больше не рекомендуется и может не иметь замены. Invalid сообщает о существенной ошибке. Experimental допускает изменение и отзыв без предупреждения.
Если сервер отправляет любой старый запрос на текущий документ, эти различия становятся невидимыми. Для обычного пользователя это может быть удобно. Для расследования, науки, закупки или совместимости это уничтожает ответ на вопрос, какой текст использовался.
В этой работе два HTTP-адреса определений OGC EPSG вернули 200 после перенаправления. Наблюдение относится к двум запросам и одному времени. Оно не доказывает доступность всего пространства или совпадение всех исторических представлений.
Полная квитанция хранит регистрацию NID, класс или элемент OGC, выдающую или делегированную власть, статус на дату, предшественника и преемника, официальную эквивалентность URN/HTTP, ответ сервиса, полученное содержимое, версию и результат приложения. Текущая доступность закрывает только один пункт.
Источники
- https://www.rfc-editor.org/rfc/rfc5165.html
- https://www.rfc-editor.org/rfc/rfc5165.txt
- https://www.rfc-editor.org/info/rfc5165
- https://datatracker.ietf.org/doc/rfc5165/
- https://datatracker.ietf.org/doc/rfc5165/history/
- https://datatracker.ietf.org/doc/rfc5165/references/
- https://www.rfc-editor.org/errata/rfc5165
- https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xhtml
- https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xml
- https://www.rfc-editor.org/rfc/rfc8141.html
- https://www.rfc-editor.org/rfc/rfc3406.html
- https://docs.ogc.org/pol/09-046r6.html
- https://docs.ogc.org/pol/09-046r6.pdf
- https://portal.ogc.org/public_ogc/directives/directives.php
- https://opengeospatial.github.io/NamingAuthority/
- https://www.ogc.org/about/policies/naming-authority/
- https://docs.ogc.org/pol/09-048r5.html
- https://www.opengis.net/def/crs/EPSG/0/4326
- https://www.opengis.net/def/crs/EPSG/0/26986
- https://www.rfc-editor.org/rfc/rfc3986.html
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
