Какие варианты использования идеально подходят для тройных хранилищ SPARQL / RDF, но не для графов свойств?
Я вижу, что SPARQL / RDF - это стандарты, это круто. Но какие типы сценариев использования заставили бы выбрать триплетное хранилище вместо графа свойств?
1 ответ
RDF имеет возможность моделировать эти типы отношений:
- параллельные отношения:
2 субъекта могут быть связаны друг с другом через несколько различных предикатов, которые не имеют отношения, так как части объекта являются свойствами предметной части.
Одним из преимуществ применения RDF в представлении тезаурусов является возможность расширения типов отношений с помощью OWL или просто с помощью RDF/RDFS (Reynolds et al. 2005). Это позволило бы создать новое отношение, определив некоторые его свойства, такие как переходность, симметрия, обратное отношение или рефлексивность, строго объявляя требуемые семантические ограничения. Это расширение также увеличило бы вероятность успешного применения тезауруса для поиска информации в Интернете. Кроме того, он представляет значительную синергию в аспектах, связанных с эволюцией и адаптацией концепции тезауруса. Иерархические и ассоциативные отношения могут быть расширены, или их характеристики могут быть изменены в будущем, или настроены для конкретных проектов.
- читаемые человеком многоязычные перекрестные ссылки:
(Например, чтобы сослаться на пункт 3 статьи 15 Закона Франции от 15 мая 2004 года, п. 106, ссылка написана
"urn:lex:fr:etat:loi:2004-05-15;106~art15-par3").
- каноническая глубокая связь:
При использовании другого разделителя ("~") от имени документа идентификатор раздела не удерживается браузером, а передается в процесс разрешения. Это позволяет распознавателю извлекать (например, из базы данных), если это возможно, только указанный раздел, в противном случае возвращать весь акт.
- удобочитаемые перенаправления:
Например, если бы LegisLink получил широкое распространение, пользователи узнали бы, что URL http://legislink.org/us/hr-3200 будет ссылаться на HR 3200 текущего Конгресса; URL-адрес LegisLink легко доступен для использования людьми. И использование LegisLink для определенного законодательного акта в некоторой степени согласуется с использованием URN:LEX для того же законодательства: например, адрес на основе URN:LEX, такой как http://legislink.org/urn:lex/us/federal:legislation:2009; 111.hr.3200@official; thomas.loc.gov: en $ text-html также может привести к тому, что текущий Конгресс 3200. Сервис типа LegisLink может включать в себя синтаксис URN:LEX, но синтаксис URN:LEX не может быть представлен упрощенный синтаксис, предлагаемый для LegisLink.org.
- Интеграция SVG:
Библиотека MAGICS предлагает только интерфейс Fortran, который было нелегко поддерживать на веб-серверах. Поэтому было решено добавить основанный на XML формат, называемый MagML, для описания метеорологических участков. С изменением дизайна Magics++ был пересмотрен список форматов вывода графики. SVG выглядела как идеальный кандидат. SVG позволяет определять метаданные как произвольное текстовое описание и / или как RDF для использования в приложениях семантической сети.
Рекомендации