PROTEGE：長さパスを使用して

Question

Arbitrary Length Path Matchingをprotege SPARQLクエリタブで使用できますか？

Answer 1

あなたはSnap SPARQL Query Plugin、ないSPARQL Query pluginを使用しています。

Snap SPARQL Queryプラグインは、SPARQL Queryプラグインとは異なり、推論された知識に対するクエリをサポートしますが、プロパティパスはサポートしていません。 Snap-SPARQL: A Java Framework for working with SPARQL and OWLから

（セクション4）：

SPARQL 1.1 プロパティパスは、プロパティの 正規表現のようなパスが一致することを可能にするを表現が含まれています。ただし、 これらはSnap-SPARQLフレームワークではサポートされていません。この は簡単な含意の下で重大な制限になるが、OWL 含意体制の下では実際どれぐらいの制限があるのか​​明確ではなく、 である。これは、プロパティ パス式の動機の1つは、 の回答に{ ?x rdfs:subClassOf+ ?y }または{ ?x :partOf+ ?y }のような何らかの種類の "推移性"が含まれるクエリを書き込むことができるからです。例えば、言語の意味論に従って

これらのケースでは、OWLの含意体制の下で、推移性は「無料で」 来る、 AはBとBのサブクラスはCのサブクラスである場合は、Aがあります もサブクラスCです。選択肢を含むより複雑なケースについては など。プロパティパス式の不足により、 という不都合が発生し、{ ?x rdfs:label | dce:title ?y }などのクエリは、可能であれば に書き込む必要があります。

i∈sub⊆supとします。どちらのプラグインは私はSUP∈ことを「推測」することができます：SPARQLクエリプラグインで

• を、あなたは、プロパティのパスを使用する必要があります。
• スナップSPARQLクエリプラグインを使用すると、プロパティパスを使用する必要はなく、実際にはできません。

あなたが「SPARQLクエリ」タブでのみ表示する「SPARQLクエリ」ビューが必要な場合は、状態をデフォルトにウィンドウ]> [リセット選択したタブを選択します。