Почему URN является одним из более популярных форматов, используемых для уникальной идентификации ресурса?
==========================================================================================================

Я несколько понимаю, что URN используются для предоставления уникального и независимого от местоположения имени для ресурса. Однако я не вижу их полезности и того, как именно они работают:

a) Для того, чтобы URN действительно был уникальным, должен существовать некоторый центральный орган (похожий на полномочия для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны.
Поскольку таких полномочий нет, как еще мы убеждаемся, что наши УРН уникальны? И если мы не можем. то в чем смысл их иметь?

b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?

c) И, наконец, как URN поможет нам найти ресурс в Интернете?

   

EDIT:

>  Я не уверен, что вы имеете в виду. NID - это идентификатор пространства имен, а NSS - это конкретная строка пространства имен. Вы предлагаете систему подэлементов?
> 
> 
> 

Я просто пытаюсь понять, почему формат URN "превосходный" для других форматов, таких как urn: NID: NID1: NSS

 

>  a) Для того, чтобы URN действительно был уникальным, должен был быть какой-то центральный авторитет... Поскольку нет такого авторитета, как еще мы убеждаемся, что наши URN уникальны?
> 
> 
> 

Существует [центральный орган](https://tools.ietf.org/html/rfc3406), называемый IANA, для регистрации [namespaces](https://www.iana.org/assignments/urn-namespaces/urn-namespaces.xml) (часть NID), и каждое пространство имен отвечает за обеспечение уникальности.

>  b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?
> 
> 
> 

  ["urn: NID: NSS" описание](https://tools.ietf.org/html/rfc2141) утверждает, что интерпретация NSS зависит от значения NID. Например, если NID "isbn", то мы знаем, что интерпретируем NSS как номер ISBN, как в "urn: isbn: 0451450523".

 (function(w, d, n, s, t) {
 w[n] = w[n] || [];
 w[n].push(function() {
 Ya.Context.AdvManager.render({
 blockId: "R-A-248011-3",
 renderTo: "yandex\_rtb\_R-A-248011-3",
 async: true
 });
 });
 t = d.getElementsByTagName("script")[0];
 s = d.createElement("script");
 s.src = "//an.yandex.ru/system/context.js";
 s.async = true;
 t.parentNode.insertBefore(s, t);
 })(this, this.document, "yandexContextAsyncCallbacks");

Часть NSS может содержать двоеточия, поэтому "urn: example: other: more" является допустимым синтаксисом. (И на самом деле это действительный URN [с 2013-04-24](https://tools.ietf.org/html/rfc6963).) Например, с учетом "urn: mpeg: mpeg7: schema: 2001", часть NSS - "mpeg7: schema: 2001", и мы интерпретируем это в соответствии с правилами для  ["mpeg" namespace](https://www.iana.org/go/rfc3614).

Если требуется "urn: NID: NID1: NSS", он был бы избыточным (некоторые пространства имен не нуждались бы в вложенном NID1) и излишним (полномочия для пространства имен уже могут разделить часть NSS вверх, как в приведенный выше пример mpeg).

>  c) И, наконец, как URN поможет нам найти ресурс в Интернете?
> 
> 
> 

URN не относятся к местоположению, а [URL](/questions/144/what-is-the-difference-between-a-uri-a-url-and-a-urn/2850#2850).

 

>  a) Для того, чтобы URN действительно был уникальным, должен существовать некоторый центральный орган (похожий на полномочия для доменных имен), где мы могли бы регистрировать URN и таким образом гарантировать, что они уникальны. Поскольку таких полномочий нет, как еще мы убеждаемся, что наши УРН уникальны? И если мы не можем. то в чем смысл их иметь?
> 
> 
> 

ISBN используется URN и управляется агентством [.](http://www.isbn-international.org/)

>  b) Кроме того, я не понимаю причины, по которым URN имеют формат urn: NID: NSS. Что делает этот формат более эффективным/логичным, чем, например, urn: NID: NID1: NSS?
> 
> 
> 

Я не уверен, что вы имеете в виду. `NID` - Имена пространства имен, а `NSS` - это конкретная строка пространства имен. Вы предлагаете систему подпространств?

 (function(w, d, n, s, t) {
 w[n] = w[n] || [];
 w[n].push(function() {
 Ya.Context.AdvManager.render({
 blockId: "R-A-248011-4",
 renderTo: "yandex\_rtb\_R-A-248011-4",
 async: true
 });
 });
 t = d.getElementsByTagName("script")[0];
 s = d.createElement("script");
 s.src = "//an.yandex.ru/system/context.js";
 s.async = true;
 t.parentNode.insertBefore(s, t);
 })(this, this.document, "yandexContextAsyncCallbacks");

>  c) И, наконец, как URN поможет нам найти ресурс в Интернете?
> 
> 
> 

A URN (Uniform Resource Name)  **не помогает** помочь вам найти что-то в Интернете. URL (Uniform Resource Locator) делает.

Также см. [В чем разница между URI и URL?](/questions/144/what-is-the-difference-between-a-uri-a-url-and-a-urn/3452#3452)

 

  **Урны**

a URN  **(** Uniform Resource Name **)**, предполагается уникальным как для  **(** времени и пространства **)** > .

a  **URL\URI** не может гарантировать его уникальность, в отличие от  **URN**, который может быть  **URI** в одно и то же время.

Возможно,  **URI**  **Ресурс (X)** в  **пути (Y)** является допустимым  **URL**, поскольку путь может быть местоположением, но один и тот же цельный  **Идентификатор (Z)** может быть дублирован во многих физических, логических или виртуальных  **местах** в мире.

``

```
# Unique only in the same actual location

Z = [Y => X];
A = [B => Z];
C = [D => Z];

```

Но если мы добавим A  **Uniform U** (может быть, например, имя домена), вначале оно может быть более гибким, но не уникальным (домены могут истекли).

```
# Unique only in the same actual location

Z = [ U => Y => X ];

```

Тот же формат может быть расширен и расширен другими переменными, чтобы сделать его максимально уникальным.

Из-за этого мы должны убедиться, что здесь есть более сложный и реальный уникальный формат, который может идентифицировать больше типов  **Ресурсы** во времени и пространстве.

``

 " **URNs**" не являются  **URL** " **(** `exception of` Уникальный постоянный URL-адрес, используемый как имя **)**, потому что они не располагают ресурсом, на самом деле это больше, чем вы думаете, они могут идентифицировать  **[** `*ideas, UUIDs, virtual or physical Objects and more*` **]**, но оба они плюс"  **URC/URI данных** "может быть  **URI**".

  **Примечание:**

Взгляните на простой и понятный пример URN:

 [fooobar.com/questions/144/...](/questions/144/what-is-the-difference-between-a-uri-a-url-and-a-urn/3452#3452)

И вот очень информативная ссылка:

 [fooobar.com/questions/144/...](/questions/144/what-is-the-difference-between-a-uri-a-url-and-a-urn/3470#3470)