問題タブ [graphdb]

これは builtin_owl2-rl.pie 行 361 です

スタックオーバーフローの「AI」提案「これは単なるコードです。説明を追加してください」を鎮めるためのランダムなもの

こんにちは、where句にこれを含むSPARQLクエリがあります

今、私はこれのほとんどを手に入れました。わかりません$dontgetthis。これは何を意味するのでしょうか？ $dontgetthisクエリの他の場所では使用されません。

バックエンドデータベースへのセサミ接続にサーキットブレーカーのようなものを実装しようとしています。データベースが存在しない場合、クライアントのデフォルトのタイムアウトに依存しないように、2 秒後にこれを知りたいです。これは、リポジトリの初期化と接続の取得を実行する独自の FutureTasks で克服できる可能性があります。ただし、ログでは、セサミ クライアントがoahicPoolingClientConnectionManagerを使用していることがわかります。これは、 ExecutorServiceといくつかのデフォルトのタイムアウトに賭けます。これにより、私のFutureTaskソリューションはかなり面倒になります。ごまクライアントのタイムアウトを設定する簡単な方法はありますか。

GraphDB-SE triplestore を使用して Einstein Riddle を保存し、ルールセットを使用して答えを推測しようとしています。GraphDB には、OWL2-RL および OWL2-QL のサポートが組み込まれています。w3.orgによると

OWL 2 RLは、クラスの互いに素な和集合(DisjointUnion)と再帰オブジェクト・プロパティの公理(ReflexiveObjectProperty)を除いて、OWL 2のすべての公理をサポートしています。

Q1:なぜ GraphDB はそれを推論できないのですか?

Q2: OWL-RL から何かを使用している場合、オントロジー (OWL ファイル) を OWL-RL に変換するにはどうすればよいですか? (このプロファイルに関する詳細情報は見つかりません。「これを使用し、これを使用しないでください」などの実用的な情報)"

Q3: GraphDB が OWL2-RL を完全にサポートしていない場合、サポートされていないのはどの部分ですか? GraphDB を使用して期待される結果を推測できるようにモデルを変換するにはどうすればよいですか?

私のフクロウのモデルはこの Webからのもので、someValuesfrom を使用した関数型および逆関数型のプロパティの代わりに、正確に 1 つの QCR を使用してモデルを変更しました。

openrdf-sesame.warこれら2つのファイルをフォルダにコピーしましたopenrdf-workbench.war。tomcat/webapps

この URL http://localhost:8080/openrdf-workbench/に移動しまし たが、新しいリポジトリを作成するときに、 grapdb-liteがドロップダウン リストに表示されません。私は何を取りこぼしたか？

私は GraphDB を使用しており、トリプル ストアは空間的にインデックス付けされています。

Q1 と呼ばれるこのクエリを使用している場合:

omgeo:within(22.92 -142.38 75.23 183.69)トリプル ストアの空間インデックスを使用して、1 秒もかかりません。

また、Q2 と呼ばれるこのクエリを使用すると、次のようになります。

または、Q3 と呼ばれるこのクエリ:

どちらも同じ結果を返し、どちらも約 1 秒かかります。

しかし、Q4 と呼ばれるこのクエリを使用すると、次のようになります。

60秒以上かかります。なぜこれが起こるのか知っていますか？Q2 と Q3 が 0 の結果を返した場合でも、これはsomeclass照会したインスタンスがないことを意味しますが、Q4 にはまだ 60 秒以上かかります。Q4 をより効率的に書く方法はありますか?

Community Edition 2.1.11 を使用

インターネットで同様の質問をいくつか見ました (例: etl または orient-database.narkive.com/d8c4b82y/orientdb-etl-edge-creation-help を使用して Edge を OrientDB にインポートする) が、実際にはまだ解決されていません。

フライト接続検索システムを実装しています。Locations と Flights という 2 つの関連テーブルを持つ RDBMS (SQL Server) があります。各フライトには、locationFrom と locationTo の 2 つの locationID があります。

それをグラフにインポートするとき、位置を頂点として、フライトに接続されたエッジとして表示したいと考えています。マニュアルから理解したように (Import-from-DBMS、初心者の制限により 2 つ以上のリンクを投稿することはできません...)、この目的のために 2 つの異なる JSON を記述し、ETL で実行する必要があります。したがって、このコードで問題なく場所をインポートできます。

しかし、フライトをインポートしようとすると、Google の助けを借りても解決できない問題が発生します。ETL はエッジのみをインポートすることを望んでいません。最初の直感的な目的として、次のようなものを書きました。

OrientDB の GoogleGroups のスレッドの 1 つで、OrientDB のLucaからの投稿を見つけました。これは、ETL を介してエッジのみをロードすることが可能であると述べていますが、それを達成する方法はまだわかりません:( 2 日間ドキュメントを読んでグーグルで調べたのは、それらを頂点としてインポートしてから、同じプロパティで適切なエッジを作成するコンソール JS 関数を作成することです...

それとも、非常に基本的なものが欠けているのでしょうか? オリエンタル初心者です...