Что обозначает dcterms.date?

Question

Я читал ответ Джеймса Доннелли на "Есть ли стандартизированный (мета?) Тег для даты веб-сайта?", В конце он пишет:

Я не верю ответу Ханги dc.date (сейчас dcterms.date) было бы здесь уместно, поскольку, насколько я могу поверить, датой этой даты является дата, связанная с ресурсом. Например, если ресурсом было обсуждение битвы при Гастингсе в 1066 году, dcterms.date может быть установлен на 1066. То же самое можно сказать и для icas.datetime,

Определение dcterms.date "Точка или период времени, связанный с событием в жизненном цикле ресурса". Я думаю, что вопрос в том, означает ли это "событие в жизненном цикле ресурса" событие, обсуждаемое внутри ресурса, или событие, относящееся к самому ресурсу.

Оглядываясь вокруг, я нашел пример использования dcterms:date:

ex:myManuscript dcterms:date "1633"^^dcterms:W3CDTF .

Использование 1633 в этом примере приводит меня к убеждению, что интерпретация Доннелли верна (тем более что другие примеры на той же странице используют даты 2000-х годов).

Однако, читая этот пост, я также обнаружил, что у Dublin Core есть тупой принцип. Цитата из поста:

Решением недостатка элементов Dublin Core было то, что называлось "квалифицированным Dublin Core" (хотя этот термин, кажется, больше не используется), в котором пятнадцать базовых элементов квалифицированы, чтобы сделать их более конкретными - например,, dateAccepted, dateAvailable и dateCopyrighted являются уточнениями базового элемента date. Согласно собственному тупому принципу Dublin Core, "клиент должен иметь возможность игнорировать любой классификатор и использовать значение, как если бы оно было неквалифицированным […]. Квалификация, следовательно, должна только улучшать, а не расширять семантическую область действия элемента".

Это заставляет меня полагать, что интерпретация Доннелли неверна.

Поэтому мой вопрос: какова правильная интерпретация определения Дублинского ядра dcterms.date?

Answer 1

Есть два способа, как термин метаданных DCMI date может использоваться в документах HTML5:

• в meta - name элементы (в head элемент), потому что он зарегистрирован как MetaExtension:
  dcterms.date
• в синтаксисах структурированных данных на основе URI (обычно это сериализации RDF, такие как RDFa или JSON-LD, но, возможно, также микроданные):
  http://purl.org/dc/terms/date (с начальным контекстом RDFa: dc:date или же dcterms:date)

В последнем случае вы можете различить, говорите ли вы о документе или о том, что документ представляет. Вы просто должны присвоить объекту URI ( подробности см. В моем ответе).

В первом случае HTML5 не допускает эту дифференциацию. Спецификация HTML5 определяет, что meta элемент с name атрибут представляет "метаданные уровня документа"; msgstr "это устанавливает метаданные документа". Так что, если это не определено иначе для ключевого слова dcterms.date (что, похоже, не так), дата должна быть связана с документом, а не с вещью.