2016-07-26 16 views
2

Я пытаюсь создать запрос для извлечения экземпляров/любых подклассов абстрактных элементов, таких как «человек» (Q5) по имени, однако запрос не выполняется с тайм-аутом, вероятно, потому, что он имеет слишком много узлов для перемещения по графику.Эффективный запрос абстрактных элементов с использованием WikiData Sparql

  1. Есть ли какие-либо более эффективные методы для запроса? Лучшее, что я мог придумать, это использовать Wikidata API search entities endpoint с именем элемента, а затем отфильтровать требуемые результаты в запросе Sparql, чтобы минимизировать область запроса, а не весь график.
  2. Я немного беспокоюсь об использовании этого метода в производственной среде, поскольку Wikidata Sparql находится в бета-версии. Какие-либо рекомендации по переносу графа использования данных используются в случае использования freebase? Есть ли какие-либо обновления относительно переноса данных из Freebase в Wikidata?

В конце концов есть ли другие зрелые альтернативы устаревшему сервису Freebase?

+0

В производственной среде используйте свою собственную конечную точку SPARQL и загрузите в нее Викидату. Все остальное не имеет смысла, поскольку не имеет никакого контроля над его доступностью. – AKSW

+0

Нет ли альтернативы для внешнего производства? Поддержание внутреннего зеркала викидата также не имеет смысла в той степени, в которой я нуждаюсь в услуге. –

+0

Что означает «внешнее» производство? Действительно, вы можете использовать публичную конечную точку SPARQL, но она размещена бесплатно, и вы ничего не платите за то, что получаете. Таким образом, вы не можете предъявлять никаких претензий. Хостинг такой услуги стоит денег, и вы знаете, что вы не единственный, кто ее использует. Кроме того, вы не можете сделать это быстрее, поскольку вам приходится полагаться на оборудование, которое они используют для размещения службы. – AKSW

ответ

2

К какой конечной точке вы обращаетесь? Запрос на общую публичную конечную точку без SLA (бета или нет) для производственного сервиса - очень рискованное предложение.

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

Что касается миграции из Freebase, то пути миграции нет. Трек, в котором работает поезд, подходит к концу (по крайней мере для внешних пользователей, не принадлежащих Google). Это не просто устарело, оно было закрыто совсем недавно. Крошечная часть данных была импортирована в Wikidata (и они поделились общей связью уже из-за их общего предка Wikipedia), но ни одна из программных функций, таких как JSON от MQL, по примеру, Freebase Search, Freebase Suggest, Google -ценовая производительность, доступность и т. д. доступны (пока?) для Wikidata.

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

+0

Я использую https://query.wikidata.org/sparql конечную точку. Ведение внутренней викидаты несет накладные расходы на постоянное обновление данных. Есть ли лучшая альтернатива, чем Wikidata с более широкими данными? возможно, Google Knowledge Graph является более всеобъемлющей и более надежной альтернативой? Кроме того, есть ли у вас какие-либо сведения о методе, который я использовал для запроса всех людей с заданным именем? –

 Смежные вопросы

  • Нет связанных вопросов^_^