問題タブ [blazegraph]

名前の衝突を防ぐために、タイプに基づいてプロパティを推測/伝播する方法を見つけようとしています。

上記のトリプルに基づいて、他のいくつかのトリプルを推測したいと思います。

これどうやってするの？参考までに、私は現在ビッグデータとゴマを使用しています。

1つの方法はSPINを使用することですが、Bigdata+Sesameがそれを持っているようには見えません。イエナだけが匹敵するものを持っているように見えます。

私は自分のプロジェクトのためにトリプル ストアを探していました。このプロジェクトでは、特定のオントロジー (OWL) に従ってデータを保存したいと考えています。

私の調査から、この場合にうまく適合すると思われる2つのテクノロジーNeo4JとBigDataになりました。

この 2 つのいずれかが、RDF、RDFS、OWL、および SPARQL クエリで使用するのに適しているかどうかを知りたいです。

次のようなデータセットがあります。

SPARQLを使用して質問に答えられるようにしたいと思います。

「someAddressまたはsomeOtherAddressでどのアイテムを見つけますか？」

私はこのようなUNIONを使うことができます：

しかし、私が数百または数千のアドレスについて話し始めると、これはかなり厄介になると思います。

VALUESインラインデータは、UNIONクエリのヒープよりも適していると思います。次のクエリを書いてみましたが、RDFストア/エンジン（ビッグデータ）がそれを詰まらせているようです：

（ http://www.w3.org/TR/sparql11-query/#inline-dataに基づく）

ビッグデータから得られるエラーは次のとおりです。5行7列目の字句エラー。発生： ""（32）、後： "VALUES"

このクエリを正しく作成していますか？UNIONまたはVALUESを使用する方が適切ですか？

このクエリをどのようにフォーマットしても（上記のリンクのw3の例に基づいて）、同様の字句エラーが発生するようです。

何か案は？

乾杯。

bigdata.war をダウンロードし、セサミ HTTP API を使用してデプロイしました。nanosparqlserver を使用して、トリプルを含む rdf トリプル/来歴をビッグデータにロードする方法がわかりません。セサミ HTTP API を使用しています (Apache Tomcat を使用)。誰か助けてください。

私はゴマでmysql、ネイティブJava、postgresを使用するつもりです

この単純な RDF の例を追加しようとしています。

Blazegraph トリプル ストアにアクセスしましたが、次のエラーが表示されます。

私が知る限り、名前空間を綿密にチェックしています。

私もこの例を試しました：

トリプル ストアに接続し、RDFLib Python API を介してオントロジーにアクセスするにはどうすればよいですか?

私が使用しているトリプル ストアは Blazegraph です。Virtuso へのアクセス方法は知っていますが、Blazegraph についてはわかりません。

Blazegraph Nano SPARQL サーバーを使用していくつかの実験を行っています。次のコマンドでサーバーを起動しました。

ただし、クエリのタイムアウトを設定する必要があります。そのためのqueryTimeoutという名前のコンテキスト パラメーターがありますが、それをどのように使用する必要があるかはわかりません。このパラメータを設定するコマンド オプションを追加できますか? このパラメーターをファイルでしか設定できない場合、パラメーターの設定に使用できるweb.xml最小限のファイルはどこにありますか?web.xmlqueryTimeout

コンテキスト: 14M トリプル、Blazegraph ワークベンチ。現在、SELECT と ASK を組み合わせたクエリを設計しようとしています。より正確には、仮定が真であるグラフの結果を選択したいと考えています。

私の例では、著者が 1 人、編集者が 1 人の本がたくさんあるとします。彼の本がランダムなパスの長さのプロパティを介してにリンクされている著者からの本を選択したいclient#1。

私の場合、私のデータでは、次のようにクエリを直接実現するには多くの時間がかかります。

微積分の時間を短縮するために (x 1:1000)、これらのクエリを連続して実現するスクリプトを使用しています。このスクリプトは、著者 n°1 を著者として持つ本を選択します。

そして、クライアント n°1 にリンクされている場合、1 から n ( id_book#1、id_book#2、 ...、 )の各結果を求めます。id_book#n

ASK クエリが後に続く SELECT クエリは、同じ結果に対する最初の SELECT クエリよりもはるかに高速です。のすべての可能性を探りたいわけではありません?id_book prefix:linkedToEditor*/prefix:hasClient :client#1。リンクが存在する場所に結果を保存したいだけです。FILTER EXISTS または 2 つの SELECT クエリを試しましたが、クエリ時間は同様に長くなります。

また

クエリを 1 つのクエリに最適化するにはどうすればよいですか?