стандарт для разрешения urn:uuid (и другой)?
Мое приложение использует urn:uuid в качестве URIs для объектов. Конечно, когда я добираюсь, например, информация о RDF о ресурсе, отнесенные объекты (предмет или объекты) будут содержать URIs в urn:uuid схеме. Для выборки представления нового объекта, возможно в REST путь, мне нужен "сопоставитель", подобный в некотором роде dx.doi.org для DOIs. Другой случай мог быть разрешением ISBN: URI, так для получения разумного представления этого URI.
Мой вопрос относительно того, что там, с точки зрения предложенных стандартов, для URI-to-representation-URL разрешения.
3 ответа
Законченная рабочая группа УРН IETF также проделала некоторую работу по разрешению урн и опубликовала довольно много RFC на эту тему. Список ссылок содержится в Уставе Групповой устав . Может быть, некоторые из них помогут вам.
UUID является универсально уникальным идентификатором, поэтому я не вижу, как вы сможете разрешить UUID, который я только что сгенерировал (например, 3136AA1A-FEC8-11DE-A55F-00003925D394) к чему-то полезный.
Только если вам куда-нибудь управлять базой данных UUID, вы можете получить больше от него. Или вам придется задать все / все: «Знаете ли вы этого UUID?»
Урн: Определение UUID определяет четкое пространство уникальных идентификаторов, которые вы можете использовать для определения чего-то по-настоящему уникального. Но как никто другой не может угадать свою ценность, вы не можете получить информацию от нее.
Это, по-видимому, по конструкции. Следуя совету @ Wayne Conrad, я добавил переключатель -d и смог наблюдать, что первая попытка не удалась, потому что требовалась NTLM, а вторая попытка провалилась, потому что первая попытка NTLM была только на уровне 1, где требовался ответ на вызов NTLM уровня 3. WGET, наконец, обеспечивает необходимую аутентификацию с третьей попытки.
WGET получает файл cookie, чтобы предотвратить повторную аутентификацию в течение сеанса, что предотвратит это, если соединение не будет прервано между файлами. Мне нужно будет передать WGET список файлов, чтобы это произошло, однако я не могу, потому что я не знаю имена файлов заранее.
-121--4859861-Вы можете взглянуть на
Внедрение механизма формулы, подобного Excel
-121--3119921-Отсутствует стандарт (предложенный или иной) для разрешения URN. Это просто имя (Uniform Resource NAME) и может иметь произвольное значение.
XML/RDF создает некоторую путаницу, используя URN, которые разрешаются, потому что они также являются URL (Uniform Resource Locators), которые указывают на объекты, описывающие их значение, но это просто соглашение. Они просто должны быть уникальными и всегда означать одно и то же.
При разработке приложения может потребоваться использовать URN, которые также являются разрешаемыми URL-адресами для предметов с фиксированным значением, и случайным образом сгенерированные URN в пространстве имен urn: uuid для идентификации экземпляров объектов.
Это звучало примерно так же запутанно, как RDF spec: -)
Быстрый пример:
Tiger: http://www.example.com/animals/tiger
Instance of a Tiger: urn:uuid:9a652678-4616-475d-af12-aca21cfbe06d
Может быть HTML-страница в http://www.example.com/animals/tiger , но не обязательно. Это просто конвенция.
[Добавлено дополнительное уточнение]
Здесь различают URN (имена) и URL (местоположения).
URN просто что-то называет. Это не место ничего.
URL-адреса являются допустимыми URN, поэтому при необходимости можно использовать URL-адрес для URN.
В приведенном выше примере в качестве имени моего тигра можно использовать, например, http://www.example.com/tigers/9a652678-4616-475d-af12-aca21cfbe06d . Я могу положить что-нибудь по этому адресу. Но что бы я туда положил? Невозможно загрузить экземпляр тигра с помощью http!
Соглашение в RDF заключается в том, что, если URN также является URL, он будет точкой в какой-либо документации, определяющей, что означает имя.
RDF пытается дать вам соглашение об именовании вещей, которое гарантирует, что когда два человека используют одно и то же имя, они означают одно и то же. Спецификация UUID позволяет создать уникальное имя для того, что вряд ли будет использоваться чем-либо другим. Но это просто имя, и нет способа превратить его в вещь.
Надеюсь, это поможет.