0
私はSWRLルールをconjuction sign ^
を使用してprotegeに追加しようとしていますが、Protege 4.3はその兆候を承認しません。SWRL:^ notはprotege上で動作します4.3
この問題は、swrlb:lessThanOrEqual
などのswrl buildinsにも存在します。 ^
と間違って何
?代わりに,
を使用できますか?
私はSWRLルールをconjuction sign ^
を使用してprotegeに追加しようとしていますが、Protege 4.3はその兆候を承認しません。SWRL:^ notはprotege上で動作します4.3
この問題は、swrlb:lessThanOrEqual
などのswrl buildinsにも存在します。 ^
と間違って何
?代わりに,
を使用できますか?
Protege SWRLエディタの用語は、^ではなくカンマで区切られています。例えば、SWRL rules in protege 3.4.8への私の答えのスクリーンショットを見てください。
とは何ですか?代わりに私は使用してもいいですか?
その答えは、はい。私はあなたが自分の走っているProtegeでそれを試してしまうのを妨げているのかどうかは分かりません。
返信ありがとうございます、私は[SWRLドキュメント](https://www.w3.org/Submission/SWRL)に準拠しようとしました。それはプロテジェルールのエディタの構文が異なると私はどこにswrlの構文について勉強するのか分からないと思うプロテッジ4.3?今度は '^'は '、'、 'swrlb:lessThanOrEqual(?y、?c)'は 'lessThanOrEqual(?y、?c)'でなければなりません。しかし、私は 'swrlb:pow'または' pow'を使用することはできません。ドキュメントがあります。 – alex
@alex Protege 5.0はすでにリリースされています。 Martin O'Connorが管理している最新のSWRL APIに同梱されているこのバージョンを使用してください。 – AKSW
@AKSWはい、あなたの権利。 protege 5はswrl構文に問題はないようです – alex