2017-02-17 50 views
1

Мой выпускной проект называется «Web Storytelling с использованием динамической семантической публикации». Все дело в том, чтобы принимать запрос от пользователя и показывать результат в виде истории, содержащей текст и изображения, эти данные будут извлечены из ссылок, связанных с поиском по запросу для этого запроса. Но я чем-то смущен, я хочу использовать связанные методы данных, что я сделал сначала, когда я собрал данные и поместил их в формат RDF, но прямо сейчас я смущен тем, что называется URI. , так как у моего rdf есть много троек, которые описывают некоторые сущности и некоторые предложения. Нужно ли делать для каждого объекта в моем rdf, который описывает предложения URI, которые могут быть перенаправлены по HTTP?
или я могу сделать uri для каждой истории или статьи, которые я буду делать во время выполнения, и когда пользователь снова запросит их, у меня будет представление rdf и html для этой статьи. Итак, чтобы подвести итог Это необходимо сделать для каждой тройки URI, который может быть переназначен по HTTP, даже если это тройное описание предложений? И если у меня есть an rdf описать сущности, я могу использовать URI в owl: sameas, чтобы получить представление с другого сайта, например dbpedia, на ответ 303 вместо того, чтобы делать для каждого представления ресурсов в rdf или html?Публикация URI по HTTP

+0

Не могли бы вы прояснить смысл последнего вопроса (начиная с «И если у меня есть атрибуты описания rdf, я могу [...]) - желательно, отредактировав вопрос? Также, используя форматирование текста, вы можете отделить вопросы так что они не находятся в одном большом фрагменте текста. – CaptSolo

+0

Привет, достигнут какой-либо прогресс здесь? – jschnasse

ответ

0

как мой ФРР имеет много троек, которые описывают некоторые объекты и некоторые предложений, то, что нужно сделать для каждого предмета в моем РФРЕ, что описывают предложения URI, который разыменовываемое через HTTP?

Все зависит от вашей модели. Если вы не хотите монетизировать URI, вы можете использовать info scheme или blank nodes, оба являются совершенно правильными концепциями.

Это необходимо сделать для каждой тройки URI, который может быть перенаправлен по HTTP, даже если это тройное описание предложений?

Нет, вы можете сгруппировать тройки под одним URI. Используйте информационную схему или пустые узлы, если вы не хотите использовать «разыгрываемые URI». Как правило, все тройки под одним URI должны иметь некоторую связь с URI. Они должны сделать прямое заявление об URI или о вещах, которые напрямую связаны с URI. например

HTTP GET http://somedomain.com/book:1234 

    <http://somedomain.com/book:1234> <dc:creator> _:blanknode-1 . 
    _:blanknode-1 <info:myBookModel/hasPreferredName> "Mark Twain" . 
    _:blanknode-1 <owl:sameAs> <http://d-nb.info/gnd/118624822>. 

URI в сову: sameas, чтобы получить представление с другого сайта, как DBpedia 303 ответ вместо того, чтобы для каждого представления ресурса в RDF или HTML?

HTTP-ответ 303 - это не то же самое, что «сова: sameAs». Первый используется для передачи клиенту запроса на другой URL (перенаправление). Последний используется для сигнализации приложения о том, что два URI являются семантически идентичными (некоторыми или всеми способами).