Среда Описания Ресурса (RDF): Понятия и Абстрактный Синтаксис

Среда Описания Ресурса (RDF): Понятия и Абстрактный Синтаксис

Пожалуйста, обращайтесь к списку опечаток для этого документа, который может включать некоторые нормативные исправления.

Резюме

Среда Описания Ресурса (RDF) это платформа для представления информации в Веб.

Понятия и Абстрактный Синтаксис RDF определяют абстрактный синтаксис, на котором основан RDF, и который служит для связи конкретного синтаксиса и формальной семантики. Документ также включает обсуждение целей разработки, ключевые слова, типизирование данных, нормализацию символов и работу с URI ссылками.

Статус этого документа

Этот документ рецензирован Членами W3C и другими заинтересованными сторонами, и он был одобрен Главой, как W3C Рекомендация. Принимая в качестве Рекомендации, W3C желает привлечь внимание к спецификации и способствовать широкому распространению. Это увеличивает функциональность и интер-операбельность Веб.

Общественности предлагается посылать комментарии на www-rdf-comments@w3.org (архив) и принимать участие в общем обсуждении по связанным технологиям на www-rdf-interest@w3.org (архив).

Эта секция описывает статус этого документа на момент его публикации. Другие документы могут заменить этот документ. Список текущих публикаций W3C и последняя версия этого технического сообщения могут быть найдены в каталоге технических сообщений W3C по адресу http://www.w3.org/TR/.

Содержание

  • 1. Введение
    • 1.1 Структура этого документа
    • 2.2.1 Простая Модель Данных
    • 2.2.2 Формальная Семантика и Логический Вывод
    • 2.2.3 Расширяемые Словари на основе URI
    • 2.2.4 Синтаксис на основе XML
    • 2.2.5 Используем Типы Данных XML Схемы
    • 2.2.6 Любой Может Делать Заявления О Любых Ресурсах
    • 3.1 Графовая Модель Данных
    • 3.2 Словарь на основе URI и Идентификация Узлов
    • 3.3 Типы данных
    • 3.4 Литералы
    • 3.6 Отношение Следствия
    • 5.1 XML Контент внутри RDF Графа

    1. Введение

    Среда Описания Ресурса (RDF) это платформа для представления информации в Сети.

    Этот документ описывает абстрактный синтаксис, на котором основан RDF, и который служит для связи конкретного синтаксиса и формальной семантики. Этот абстрактный синтаксис совершенно независим от древовидного набора данных в XML [XML-INFOSET]. Здесь также обсуждаются цели разработки, ключевые концепты, типизирование данных, нормализация символов и обращение с URI-ссылками.

    Нормативная документация по RDF делится на следующие части:

    • синтаксис XML реализации [RDF-SYNTAX],
    • формальная семантика [RDF-SEMANTICS], и
    • этот документ, (секции 4, 5 и 6).

    Внутри этого документа, нормативные секции явно отмечены как таковые. Явные замечания информативны.

    Платформа разработана для того, чтобы словари могли быть многоуровневыми. Языки RDF и описания словарей RDF (RDF Схема) [RDF-VOCABULARY] - первые такие словари. Другие (для сравнения OWL [OWL] и приложения, приведенные в букваре [RDF-PRIMER]) в стадии разработки.

    1.1 Структура этого Документа

    В секции 2, раскрываются предпосылки появления и цели разработки. Ключевые понятия - в секции 3. В секции 4 обсуждаются URI ссылки, предназначенные для использования в RDF.

    В секции 5 обсуждаются типы данных. XML контент литералов описан в секции 5.1, а абстрактный синтаксис описан секции 6 этого документа.

    В секции 7 обсуждается роль идентификаторов фрагмента в URI ссылках, используемых с RDF.

    2. Мотивации и Цели

    RDF имеет абстрактный синтаксис, который отражает модель данных на основе графов, а формальная семантика с детально описанным понятием отношения следствия предоставляет базис для достоверных логических рассуждений над RDF данными.

    2.1 Мотивация

    Разработка RDF была обусловлена следующими прецедентами, кроме всего прочего:

    • Метаданные в Сети: предоставление информации о Веб ресурсе и системах, которые используют их (например, классификация контента, описания возможностей, предпочтения конфеденциальности и т.д.)
    • Приложения, которые требуют скорее открытых, нежели навязанных моделей информации (например планирование деятельности, описание организационных процессов, аннотация Веб ресурсов и т.д.)
    • Сделать машиночитаемой информацию (данные приложений), которая во Всемирной Паутине представлена в Гипертексте: чтобы позволить данным быть обрабатываемыми вне особой среды, в которой они были созданы, в той степени, чтобы они могли работать в масштабе Интернет.
    • Взаимодействие приложений: комбинирование данных из различных приложений для того, чтобы получить новую информацию.
    • Автоматическая обработка Веб информации программными агентами: Веб превращается из информации, читаемой только людьми, во всемирную сеть взаимодействующих процессов. RDF предоставляет всемирную лингва-франку (lingua franca) для этого процесса.

    RDF разработан для представления информации гибким способом с минимумом ограничений. Это может использоваться в изолированных приложениях, где специально разработанные форматы могут быть более оправданны, но обобщенность RDF подразумевает широкое совместное использование. Количество информации, таким образом, увеличивается вместе с тем, как она становится доступной для многих приложений через Интернет в целом.

    2.2 Цели Разработки

    Планируется, что разработка RDF должна отвечать следующим целям:

    • наличие простой модели данных
    • наличие формальной семантики и доказуемого логического вывода
    • использование расширяемых словарей на основе URI
    • использование синтаксиса на основе XML
    • поддержка использования типов данных XML схемы
    • возможность любому делать объявления о любом ресурсе
    2.2.1 Простая Модель Данных

    RDF имеет простую модель данных, которая проста в обработке приложениями. Модель данных не зависит от конкретной реализации синтаксиса.

    Обратите внимание: термин "модель", используемый здесь в "модели данных", имеет совершенно другой смысл в отличие от его использования в "теории моделирования". Для дополнительной информации о "теории моделирования", используемой в литературе по математике и логике, смотри [RDF-SEMANTICS] .

    2.2.2 Формальная Семантика и Логический Вывод

    RDF имеет формальную семантику, которая предоставляет надежный базис для проведения рассуждений над смыслом RDF выражений. В частности, поддерживаются детально описанные понятия отношения следствия, которое предоставляет базис для определения надежных правил логического вывода в RDF данных.

    2.2.3 Расширяемые Словари на основе URI

    Будучи основанным на URI с дополнительными идентификаторами фрагмента ( URI ссылки ) Словари являются полностью расширяемыми. В RDF URI ссылки используются для именования всех видов ресурсов.

    В RDF данных появляется другой вид значений, это литерал.

    2.2.4 Синтаксис на основе XML

    RDF имеет рекомендованную форму XML реализации [RDF-SYNTAX], которая может быть использована для представления модели данных для обмена между приложениями.

    2.2.5 Использование Типов Данных XML Схемы

    RDF может использовать значения, представленные в соответствии с типами данных XML схемы [XML-SCHEMA2], что способствует обмену информацией между RDF и другими XML приложениями.

    2.2.6 Любой Может Делать Объявления О Любых Ресурсах

    Для облегчения операций масштаба Интернет, RDF является всемирно открытой платформой, которая позволяет любому делать объявления о любых ресурсах.

    В общем, не предполагается, что обо всех ресурсах доступна полная информация. RDF не может предупредить всех от объявления выражений, которые бессмысленны или несовместимы с другими объявлениями, или миром, таким, как его видят люди. Разработчикам приложений, которые используют RDF, следует это осознавать, и разрабатывать их приложения, допуская использование неполной или несовместимой информации.

    3. Понятия RDF

    RDF использует следующие ключевые понятия:

    • Графовая модель данных
    • Словарь на основе URI
    • Типы данных
    • Литералы
    • XML реализация синтаксиса
    • Выражение простых фактов
    • Отношение следствия
    3.1 Графовая Модель Данных

    Структура, лежащая в основе любых выражений в RDF, это коллекция триплетов, каждый из которых состоит из субъекта, предиката и объекта. Набор таких триплетов называется RDF графом (более формально описано в секции 6). Это может быть иллюстрировано с помощью диаграммы узлов и направленных дуг, в которой каждый триплет представляется в виде связи узел-дуга-узел (отсюда термин "граф").

    Каждый триплет представляет объявление отношения между предметами, обозначенными как узлы, которое их связывает. Каждый триплет имеет три части:

      , , и (также называемый свойством), которое обозначает отношение.

    Направление дуги имеет значение: оно всегда идет к объекту.

    Узлы RDF графа - это объекты и субъекты.

    Выражение RDF триплета говорит о том, что некоторое отношение, указанное предикатом, связывает предметы, обозначенные как субъект и объект, в триплете. Выражение RDF графа состоит из выражения всех триплетов в нем, так значение RDF графа это пересечение (логическое И) объявлений, соответствующее всем триплетам, которые оно содержит. Формальное изложение семантики RDF графов дается в [RDF-SEMANTICS].

    3.2 Словари на основе URI и Идентификация Узлов

    Узел может быть URI с дополнительным идентификатором фрагмента (URI ссылка), литералом или пустым (не имеющим отдельной формы идентификации). Свойства являются URI ссылками . (Смотри [URI] в секции 4 для описания форм URI ссылок. Заметим, что относительные URI не используются в RDF графах. Смотрите также секцию 6.4.)

    URI ссылка или литерал используются как идентификатор узла, который представляет этот узел. URI ссылка используется как идентификатор предиката отношения между предметами, представленными узлами, которые оно соединяет. URI ссылка предиката может также быть узлом в графе.

    Пустой узел - это узел, который не является ни URI ссылкой ни литералом. В абстрактном синтаксисе RDF пустой узел - просто уникальный узел, который может быть использован в одном или более RDF объявлениях, но не имеющий собственного имени (intrinsic name).

    Условность, используемая некоторыми линейными представлениями RDF графов, которая позволяет в нескольких объявлениях сослаться на один и тот же неопознанный ресурс - это использование , который является локальным идентификатором, который можно отличить от всех URI и литералов. Когда графы объединяются, их пустые узлы должны храниться отдельно, чтобы сохранить значения; этот способ может понадобиться для перераспределения идентификаторов пустых узлов. Заметим, что такие идентификаторы пустых узлов не являются частью абстрактного синтаксиса RDF, а представление триплетов, содержащих пустые узлы, полностью зависит от конкретного синтаксиса, который используется.

    3.3 Типы Данных

    Типы данных, используются в RDF для представления таких значений, как целые числа, числа с плавающей точкой и даты.

    Типы данных состоят из лексического пространства, пространства значения и отображения лексики в значения, смотри секцию 5.

    Например, отображение лексики в значения для типа данных XML Схемы xsd:boolean , у которого каждый член пространства значений (здесь представлены как 'T' и 'F') имеет два лексических представления, что представлено ниже:

    В RDF заранее описан только один тип данных rdf:XMLLiteral, используемый для встраивания XML в RDF (смотри секцию 5.1).

    Нет встроенных поняий чисел или дат или других общих значений. Скорее, RDF различает типы данных, которые описаны отдельно, и идентифицированы с помощью URI ссылок. Ожидается, что типы данных, описанные в XML Схеме [XML-SCHEMA2], будут широко использоваться для этих целей.

    RDF не предоставляет механизма для описания новых типов данных. Типы данных XML Схемы [XML-SCHEMA2] предоставляют расширяемую среду, подходящую для описания новых типов данных для использования в RDF.

    3.4 Литералы

    Литералы используются, чтобы идентифицировать значения, такие как числа и даты, с помощью лексического представления. Все что представлено литералами, также может быть представлено с помощью URI, но интуитивно, часто более уместно использовать литералы.

    Литерал может объектом RDF объявления, но не субъектом или предикатом.

    Литералы могут быть нетипизированными или типизированными :

      - это строка, комбинированная с дополнительным языковым тегом. Это может использоваться для неформатированного текста на естественном языке. Как рекомендуется в формальной семантике [RDF-SEMANTICS], эти простые нетипизированные литералы обозначают сами себя. - это строка, комбинированная с URI типа данных. Это означает член пространства значений типа данных, на который ссылается URI, полученный с помощью применения отображения лексики в значения для строки литерала.

    Продолжение примера из секции 3.3, типизированные литералы, которые могут быть описаны, используя типы данных XML Схемы xsd:boolean :

    Типизированный литерал Отображение лексики в значения Значение <xsd:boolean, "истина"> <"истина", T> T <xsd:boolean, "1"> <"1", T> T <xsd:boolean, "ложь"> <"ложь", F> F <xsd:boolean, "0"> <"0", F> F

    Для текста, который может содержать разметку, используйте типизированные литералы с типом rdf:XMLLiteral. Если требуется аннотация языка, она должна быть явно включена как разметка, обычно с помощью атрибута xml:lang . [XHTML] может быть включен внутрь RDF этим способом. Иногда, в этом последнем случае требуется дополнительный элемент span или div чтобы перенести атрибут xml:lang или lang .

    Рекомендуется, чтобы строка в типизированных и нет литералах была в Нормальной С Форме в кодировке Юникод [NFC]. Подробно это объясняется при помощи [CHARMOD] в секции 4 Начальная Унифицированная Нормализация.

    3.5 RDF Выражение Простых Фактов

    Некоторые простые факты означают отношение между двумя предметами. Такие факты могут быть представлены как RDF триплеты, в которых предикат именует отношение, а субъект и объект указывают на два предмета. Подобное представление такого факта может рассматриваться, как строка в таблице реляционной базы данных. Таблица имеет две колонки, соответствующие субъекту и объекту RDF триплета. Имя таблицы соответствует предикату RDF триплета. Так же может быть использоваться известное представление в виде двухместного предиката в логике первого порядка.

    Реляционная база данных позволяет таблице иметь произвольное количество колонок и строк, которыми выражается информация, соответствующая предикатам в логике первого порядка с произвольным числом мест. Такие строки или предикаты должны быть разложены на составные части для представления RDF триплетов. Простая форма декомпозиции вводит новый пустой узел, соответствующий строке, и новый триплет вводится для каждой ячейки в строке. Субъект каждого триплета - новый пустой узел, предикат соответствует имени колонки, а объект соответствует значению ячейки. Новый пустой узел может также иметь rdf:type свойство, чье значение соотвтествует имени таблицы.

    В качестве примера, рассмотрим рисунок 6 из [RDF-PRIMER]:

    Эта информация может соответствовать строке в таблице "STAFFADDRESSES" , с первичным ключом STAFFID , и дополнительными колонками STREET , STATE , CITY и POSTALCODE .

    Таким образом, более сложные факты выражаются в RDF используя конъюнкцию (логическое И) простых двоичных отношений. RDF не предоставляет средств для выражения отрицания (НЕ) или дизъюнкции (ИЛИ).

    Для выражения фактов о произвольном субъекте в RDF предоставляется расширяемые словари на основе URI; то есть выражения именованных свойств о предметах со специфическими именами. URI может быть сконструирован для для любого предмета, который может быть именован, таким образом в RDF могут объявляться факты о любых предметах.

    3.6 Отношение Следствия

    Понятия смысла и логического вывода в RDF поддерживаются формальным понятием отношения следствия , из документа RDF семантики [RDF-SEMANTICS]. Если коротко, то говорят, что RDF выражение A из другого RDF выражения B, если всякое возможное положение вещей в мире, которое делает A истинным, также делает истинным и B. На основе этого, если предполагается или демонстрируется истинность A, тогда истинность B может быть логически выведена.

    4. URI и Пространство Имен RDF Словаря (Нормативно)

    RDF использует URI ссылки, чтобы идентифицировать ресурсы и свойства. В RDF определенным URI ссылкам дается определенное значение. Особенно описаны в RDF спецификации URI ссылки, которые начинаются со следующей подстроки:

    • http://www.w3.org/1999/02/22-rdf-syntax-ns# (условно ассоциируется с префиксом пространства имен rdf: ) http://www.w3.org/2000/01/rdf-schema# (conventionally associated with namespace prefix rdfs: ) -->

    Используемая с RDF/XML реализацией, эта строка URI префикса соответствует именам пространства имен [XML-NS], ассоциированным с терминами RDF словаря.

    Обратите внимание: это название пространства имен - это именно то, которое используется в ранней рекомендации RDF [RDF-MS].

    Термины словаря в пространстве имен rdf: указаны в секции 5.1 спецификации синтаксиса RDF [RDF-SYNTAX]. Некоторые из этих терминов описаны в спецификации, чтобы обозначить специфичные понятия. Остальные имеют синтаксическое назначение (например, rdf:ID - это часть RDF/XML синтаксиса).

    rdfs: namespace are defined in the RDF schema vocabulary specification [RDF-VOCABULARY].

    5. Типы Данных (Нормативно)

    Абстракция типов данных, используемая в RDF, совместима с абстракцией, используемой во Второй Части XML Схемы: Типы Данных [XML-SCHEMA2].

    Тип данных состоит из лексического пространства, пространства значений и отображения лексики в значения.

    типа данных - это набор строк в юникоде [UNICODE].

    типа данных - это набор пар элементов, первый из которых соответствует типа данных, а второй - типа данных:

    • Каждый член лексического пространства спарен (отображается в) четко с одним членом (в один член) из пространства значений.
    • Каждый член пространства значений может быть спарен с любым количеством (включая ноль) членов лексического пространства (лексические представления для того значения).

    Тип данных, описывается одной или более URI ссылкой.

    RDF может быть использован с любым определением, которое соответствует этой абстракции, даже если оно не описано в терминах XML Схемы.

    Определенные типы данных, встроенные в XML Схему, не подходят для использования в RDF. Например, тип данных QName требует, чтобы декларация пространства имен была под рассмотрением на протяжении установления отображения, и поэтому не рекомендуется для использования в RDF. [RDF-SEMANTICS] содержит более подробное описание специфики встроенных в XML Схему типов данных.

    Обратите внимание: Когда тип данных определен, используя XML Схему:

    • Все значения соответствуют некоторой лексической форме, или используют отображение лексики в значения типа данных, либо если это объединение типа данных с отображением лексики, ассоциируется с одним из членов типа данных.
    • Фацеты XML Схемы остаются частью типов данных и используются механизмами XML Схемы, которые контролируют лексическое пространство и пространство значений; однако, RDF не определяет стандартного механизма для доступа к этим фацетам.
    • В [XML-SCHEMA1], нормализация пробелов появляется во время валидации в соответствии со значением фацета пробела. Отображение лексики в значения, используемое при типизировании данных в RDF, возникает после этого с тем чтобы фацет пробела не имел значения в типизировании данных в RDF.
    5.1 XML Контент внутри RDF Графа

    RDF обеспечивает использование XML контента как возможного значения литерала. Это обычно происходит от использования rdf:parseType="Literal" в RDF/XML Синтаксисе [RDF-SYNTAX].

    Такой контент, указывается в RDF графе, используя типизированные литералы, чьи типы данных являются специальными встроенными типами данных , определенными как описано ниже.

    • которые являются сбалансированным и автономным XML контентом [XML];
    • для которых кодировка, такая как UTF-8 [RFC 2279] вырабатывает особенный Канонический XML (с комментариями, с пустым СпискомПрефиксов ОсобенныхПространствИмен ) [XML-XC14N];
    • для которых вставка между начальным произвольным и конечным XML тегами вырабатывает документ, соответствующий Пространству Имен XML[XML-NS]
    • не пересекается с лексическим пространством;
    • не пересекается с пространством значений любого типа данных XML Схемы [XML-SCHEMA2];
    • не пересекается с набором строк символов в Юникоде [UNICODE];
    • и находятся в соответствии один к одному с лексическим пространтсвом.

    Обратите Внимание: Не все значения этого типа данных совместимы с XML 1.1 [XML 1.1]. Если необходима совместимость с XML 1.1, тогда должны использоваться только те значения, которые полностью нормализованы в соответствии с XML 1.1.

    Обратите Внимание: XML значения могут пониматься как [XML-INFOSET] или [XPATH] набор узлов, соответствующий лексической форме с подходящей функцией эквивалентности.

    Обратите Внимание: RDF приложения могут использовать дополнительные отношения эквивалентности, такие как те, которые связывают xsd:string с rdf:XMLLiteral , соответствующим одиночным текстовым узлам тех же строк.

    6. Абстрактный Синтаксис (Нормативно)

    Эта секция описывает абстрактный синтаксис RDF. Абстрактный синтаксис RDF - это набор триплетов, называемый RDF графом.

    Эта секция также описывает эквивалентность между RDF графами. Определение эквивалентности необходимо для того, чтобы поддерживать спецификацию Контрольных Примеров RDF [RDF-TESTS].

    Замечание по Реализации: Этот абстрактный синтаксис - это синтаксис, поверх которого описывается формальная семантика. Для представления RDF графов можно использовать реализацию в любой эквивалентной форме. Например: в RDF графе, литералы с типами данных rdf:XMLLiteral могут быть представлены в неканоническом формате, а канонизация выполняется во время сравнения между двумя такими литералами. В этом примере сопоставления могут быть выполнены либо между синтаксическими структурами, либо между их обозначениями из предметной области разговора. Реализация, которая не требует каких-то сравнений, может, таким образом, оптимизирована.

    6.1 RDF Триплеты

    содержит три компонента:

    • , который является RDF URI ссылкой или пустым узлом
    • , который является RDF URI ссылкой
    • , который является RDF URI ссылкой, литералом или пустым узлом

    RDF триплет, условно записывается по порядку, субъект, предикат и объект.

    Предикат, также известен как триплета.

    6.2 RDF Граф

    - это набор RDF триплетов.

    Набор RDF графа - это набор субъектов и объектов триплетов графа.

    6.3 Эквивалентность Графов

    Два RDF графа G и G' эквивалентны, если есть взаимно однозначное соответствие M между наборами узлов двух графов, такое что:

    1. M отображает пустые узлы в пустые узлы.
    2. M(lit)=lit для RDF литералов lit , которые являются узлами G .
    3. M(uri)=uri для всех RDF URI ссылок uri , которые являются узлами G .
    4. Триплет ( s, p, o ) существует в G , только и только тогда, если триплет ( M(s), p, M(o) ) присутствует в G'

    С таким определением, M показывает, как каждый пустой узел в G может быть заменен новым пустым узлом для данного G' .

    6.4 RDF URI Ссылки

    внутри RDF графа (RDF URI ссылки) являются строкой в Юникоде [UNICODE], которая:

    • не содержит каких-либо управляющих символов ( #x00 - #x1F, #x7F-#x9F)
    • и производила бы верную URI последовательность символов (согласно RFC2396 [ URI], секция 2.1), представляющую абсолютный URI с дополнительным идентификатором фрагмента, если бы подчинялась кодировке, описанной ниже.

    Кодировка состоит из:

    1. кодировки строки в Юникоде, такой как UTF-8 [RFC-2279], дающей последовательность восьмибитовых значений.
    2. %-исключенные октеты, которые не соответствуют разрешенным US-ASCII символам.

    Не принятые октеты, которые должны быть %-исключены, включают все те, которые не соответствуют US-ASCII символам, а исключенные символы приведены в Секции 2.4 [URI], кроме символа числа (#), знака процента (%), и символов квадратных скобок, разрешенных в [RFC-2732].

    Запрещенные октеты должны быть исключены c помощью механизма URI исключения (который является конвертированным в %HH, где HH - это 2-значное шестнадцатизначное число, соответствующее восьмибитовому значению).

    Две RDF URI ссылки эквивалентны тогда и только тогда, когда они сравниваемые посимвольно, как строки в кодировке Юникод, эквивалентны.

    Обратите внимание: RDF URI ссылки сравнимы с типом данных anyURI , как описано в типах данных XML Схемы [XML-SCHEMA2], вынужденными быть скорее абсолютными, нежели относительными URI ссылками.

    Обратите внимание: RDF URI ссылки сравнимы с Интернациональными Идентификаторами Ресурсов (International Resource Identifiers), как описано в [Пространстве Имен XML 1.1].

    Обратите внимание: эта секция предвосхищает RFC Интернационализированных Идентификаторов Ресурсов. Реализация может породить предостережения относительно использования RDF URI Ссылок, которые не согласовываются с [проектом документа IRI] или его преемниками.

    Обратите внимание: Ограничения для абсолютных URI ссылок основаны на этом абстрактном синтаксисе. Когда есть четкий базовый URI, конкретные синтаксисы, такие как RDF/XML, могут разрешать относительные URI, как сокращения для таких абсолютных URI ссылок.

    Обратите внимание: Из-за риска путаницы между RDF URI ссылками, которые были бы эквивалентными если бы различались, использование %-исключенных символов в RDF URI ссылках строго не рекомендуется. Смотри также результат эквивалентности URI Группы Технической Архитектуры [TAG].

    6.5 RDF Литералы

    в RDF графе содержат один или два именованных компонента.

    Все литералы имеют - строку в кодировке Юникод [UNICODE], которой СЛЕДУЕТ быть в Нормальной Форме C [NFC].

    имеют лексическую форму и дополнительно , как описано в [RFC-3066], и приведенны к нижнему регистру.

    Обратите внимание: Литералы, в которых лексическая форма начинается с составного символа, (как описано [CHARMOD]) разрешены, однако они могут вызывать проблемы интероперабельности, особенно с XML версии 1.1 [XML 1.1].

    Обратите внимание: Когда используется языковой тег, нужно следить за тем, чтобы не допустить путаницы языка с локализацией. Языковой тег относится только к тексту человеческого языка. Представляемые результаты должны быть адресованы приложениям.

    Обратите внимание: Нормализация регистра языковых тегов - это часть описания абстрактного синтаксиса, а значит и абстрактного способа действий RDF приложений. Это не заставляет RDF реализацию в действительности нормализовать регистр. Критически, результат сравнения двух языковых тегов должен быть не чувствителен к регистру входных данных.

    6.5.1 Эквивалентность Литералов

    Два литерала эквивалентны тогда и только тогда, когда удовлетворяются все следующие условия:

    • Строки двух лексических форм эквивалентны при сравнении посимвольно.
    • Оба или ни один имеют языковые теги.
    • Языковые теги, если таковые есть, эквивалентны при сравнении.
    • Оба или ни один имеют URI типа данных.
    • Два URI типов данных, если таковые есть, эквивалентны при сравнении посимвольно.

    Обратите внимание: RDF Литералы отличны от RDF URI ссылок; например http://example.org как RDF Литерал (нетипизированный, без языкового тега) не эквивалентен RDF URI ссылке http://example.org.

    6.5.2 Значение, Соответствующее Типизированному Литералу

    URI типа данных ссылается на тип данных. Для встроенных типов данных XML Схемы, используются URI, такие как http://www.w3.org/2001/XMLSchema#int . URI типа данных rdf:XMLLiteral может использоваться. Могут быть другие, зависимые от реализации, механизмы, с помощью которых URI ссылаются на типы данных.

    Значение, ассоциированное с типизированным литералом основывается с помощью приложения отображения лексики в значения, ассоциированного с URI типа данных для лексической формы.

    Если лексической формы нет в лексическом пространстве типа данных, ассоциированного с URI типа данных, то значение литерала не может быть ассоциировано с типизированным литералом. Такой случай, с ошибкой, не является синтаксически плохо сформированным.

    Обратите внимание: В контекстах приложения, сравнивать значения типизированных литералов (смотри секцию 6.5.2) часто более полезно, нежели сравнивать их синтаксические формы (смотри секцию 6.5.1). Аналогично, для сравнения RDF Графов, семантическое понятие отношения следствия (смотри [RDF-SEMANTICS]) более полезно нежели синтаксическая эквивалентность (смотри секцию 6.3).

    6.6 Пустые Узлы

    в RDF графе берутся из бесконечного множества. Это множество пустых узлов, набор всех RDF URI ссылок и набор всех литералов непересекаемых попарно.

    Во всем остальном, этот набор пустых узлов произволен.

    RDF не делает ссылок на любые внутренние структуры пустых узлов. Для двух данных пустых узлов возможно определить, являются ли они одним и тем же или нет.

    7. Идентификаторы Фрагментов

    RDF использует RDF URI Ссылки, которые могут включать идентификатор фрагмента, свободный от контекста идентификатор ресурса. RFC 2396 [URI] заявляет, что значение идентификатора фрагмента зависит от MIME типа контента документа, то есть контексто-зависимо.

    Эти, несомненно конфликтующие, взгляды согласовываются, принимая во внимание, что URI ссылки в RDF графе трактуются, рассматиривая тип MIME application/rdf+xml [RDF-MIME-TYPE]. Данная RDF URI ссылка состоит из абсолютного URI и идентификатора фрагмента, идентификатор фрагмента идентифицирует то же самое, что и в application/rdf+xml представлении ресурса, идентифицируемого компонентом абсолютного URI. Таким образом:

    • мы предполагаем, что URI часть (то есть исключающая идентификатор фрагмента) идентифицирует ресурс, которому допускается иметь RDF представление. Так, когда eg:someurl#frag используется в RDF документе, eg:someurl берется чтобы обозначить некоторый RDF документ (даже когда такого документа не может быть найдено).
    • eg:someurl#frag означает предмет, который указан, в соответствии с правилами MIME типа контента application/rdf+xml , как "фрагмент" или "вид" RDF документа по eg:someurl . Если документ не существует, или не может быть найден, или доступен в форматах, отличных от application/rdf+xml , тогда точно тот же вид может быть чем-то неопределенным, но не может предотвратить использования RDF, для того чтобы высказаться о нем.
    • RDF трактовка итдентификатора фрагмента позволяет указывать предмет, который совершенно внешний для документа, или даже на "совместно используемое пространство информации", известное как Веб. То есть, это может быть более общей идеей, подобно некоторой особенной машине или мистическому Единорогу (particular car or a mythical Unicorn).
    • таким образом, application/rdf+xml документ действует как посредник между восстановимыми Web документами (сами, по крайней мере, также любые другие восстановимые Веб URI, которые могут это использовать, возможно включая схему URI и ссылок в другие RDF документы), и некоторый набор возможных абстрактных или не-Веб сущностей, которые может описать RDF.

    Это обеспечивает управление URI ссылками и их обозначениями, которые не противоречат теории и практике использования модели RDF, и традиционному образу действий Веб. Заметьте, что здесь ничего не требует, чтобы RDF приложение было способно найти какое-то представление ресурса, идентифицируемое URI в RDF графе.

    8. Благодарности

    Этот документ содержит существенный вклад от Pat Hayes, Sergey Melnik и Patrick Stickler, под чьим руководством была разработана среда, описанная в семействе RDF спецификаций, для представления типизированных значений, таких как целые числа и даты.

    Авторы за ценный вклад благодарят следующих: Frank Manola, Pat Hayes, Dan Brickley, Jos de Roo, Dave Beckett, Patrick Stickler, Peter F. Patel-Schneider, Jerome Euzenat, Massimo Marchiori, Tim Berners-Lee, Dave Reynolds and Dan Connolly.

    Этот документ - продукт широких обсуждений Рабочей Группы RDFcore, члены которой: Art Barstow (W3C), Dave Beckett (ILRT), Dan Brickley (ILRT), Dan Connolly (W3C), Jeremy Carroll (Hewlett Packard), Ron Daniel (Interwoven Inc), Bill dehOra (InterX), Jos De Roo (AGFA), Jan Grant (ILRT), Graham Klyne (Nine by Nine), Frank Manola (MITRE Corporation), Brian McBride (Hewlett Packard), Eric Miller (W3C), Stephen Petschulat (IBM), Patrick Stickler (Nokia), Aaron Swartz (HWG), Mike Dean (BBN Technologies / Verizon), R. V. Guha (Alpiri Inc), Pat Hayes (IHMC), Sergey Melnik (Stanford University) and Martyn Horner (Profium Ltd).

    Эта спецификация также использует ранние документы Модели и Синтаксиса RDF, созданный Ora Lassilla и Ralph Swick, и RDF Схема, созданный Dan Brickley и R. V. Guha. Члены Рабочей Группы RDF и RDF Схемы, которые приняли участие в этой ранней работе: Nick Arnett (Verity), Tim Berners-Lee (W3C), Tim Bray (Textuality), Dan Brickley (ILRT / University of Bristol), Walter Chang (Adobe), Sailesh Chutani (Oracle), Dan Connolly (W3C), Ron Daniel (DATAFUSION), Charles Frankston (Microsoft), Patrick Gannon (CommerceNet), R. V. Guha (Epinions, previously of Netscape Communications), Tom Hill (Apple Computer), Arthur van Hoff (Marimba), Renato Iannella (DSTC), Sandeep Jain (Oracle), Kevin Jones, (InterMind), Emiko Kezuka (Digital Vision Laboratories), Joe Lapp (webMethods Inc.), Ora Lassila (Nokia Research Center), Andrew Layman (Microsoft), Ralph LeVan (OCLC), John McCarthy (Lawrence Berkeley National Laboratory), Chris McConnell (Microsoft), Murray Maloney (Grif), Michael Mealling (Network Solutions), Norbert Mikula (DataChannel), Eric Miller (OCLC), Jim Miller (W3C, emeritus), Frank Olken (Lawrence Berkeley National Laboratory), Jean Paoli (Microsoft), Sri Raghavan (Digital/Compaq), Lisa Rein (webMethods Inc.), Paul Resnick (University of Michigan), Bill Roberts (KnowledgeCite), i Tsuyoshi Sakata (Digital Vision Laboratories), Bob Schloss (IBM), Leon Shklar (Pencom Web Works), David Singer (IBM), Wei (William) Song (SISU), Neel Sundaresan (IBM), Ralph Swick (W3C), Naohiko Uramoto (IBM), Charles Wicksteed (Reuters Ltd.), Misha Wolf (Reuters Ltd.) and Lauren Wood (SoftQuad).

    9. Ссылки

    9.1 Нормативные Ссылки 9.2 Информативные Ссылки

    Приложение A: Изменения по сравнению с документом Последний Вызов Рабочего Документа от 10 Октября 2003

    Существенных изменений не было.

    Были сделаны авторские примечания:

    Формулировка Эквивалентности Графов Следующее предложение от ter Horst, формулировка Секции 6.3 была улучшена. Избегание 'глобальности' В ответ на комментарий от ter Horst, формулировка Секции 3.2 была изменена, перемещена одна фраза для избегания слова 'глобально', которое не было определено и неясно. % в RDF URI Ссылках Следующий комментарий от Patel-Schneider, и дополнительные замечания были добавлены, касательно %-исключенных в секции 6.4 RDF URI Ссылки. Новая информативная ссылка на список результатов [TAG] была добавлена. Ссылки Временные ссылки RDF и OWL документов были обновлены.