あなたはまったくできません。
は(あなたの最初のクエリがDESCRIBE
内部SERVICE
(SERVICE
内部ではないDESCRIBE
)を持っていて、それが有効な工事だが、SERVICE
句内の空のグラフパターンがためDBpediaのを要求するすべてのはそれを3倍タイムアウトと/なる[ありその公開エンドポイントのサービス制限のために限定された数のレコードが返された後に停止する]、そしてあなたのローカルSPARQLプロセッサに、あなたが得たデータにDESCRIBE
ルーチンを使用するように頼むので、あなたが最後にしたいものを手に入れようとしていますが、どこで実行しようとしたのかわかりませんし、構文エラーもないので、それ以上解析できません)
DESCRIBE
は、SELECT
の句ではなく、SPARQL query formです。それは唯一のinformatively specifiedです(つまり、提供される内容は実装ごとに大きく異なります)。
また、SERVICE
句は、引数として完全なクエリをとらず、グラフパターンをとります。
PREFIX : <http://dbpedia.org/resource/>
DESCRIBE :Tom_Cruise
WHERE
{
SERVICE <http://dbpedia.org/sparql/>
{
:Tom_Cruise ?p ?o .
?s ?p :Tom_Cruise
}
}
- -
だから、あなたはこのような何かを行うことができますが、それはそのせいで、エンドポイントがDESCRIBE
実装する方法で、the DBpedia endpoint上で直接これを実行すると同じように返さない -
PREFIX : <http://dbpedia.org/resource/>
DESCRIBE :Tom_Cruise
を
このクエリの目標は何ですか?クライアントコードでエンドポイントをURLとして設定した標準のDESCRIBEを使用した場合と比較して、メリットはありません。 –
AKSW