VALUESに非対応。http://jena.hpl.hp.com/ARQ/function#namespaceex474.txt-java.lang.UnsupportedOperationExceptionex475.txt-java.lang.UnsupportedOperationExceptionex476.txt-java.lang.UnsupportedOperationExceptionex539.txt-java.lang.UnsupportedOperationException公式に現バージョンでのSERVICE未対応を表明していることから、それに関するクエリの処理がエラーになっているほか、arq独自関数が含まれるex308.rqの処理でエラーが生じている。その他、WHERE節の外にあるVALUESに非対応。2.2.2でエラーになるクエリが3つ増えた。いずれもCONSTRUCTなのだが、もちろん、全てのCONSTRUCTが不可ということではなく原因は謎。plan2.2.2での問題は解消された模様。http://jena.hpl.hp.com/ARQ/function#namespace3.0になり、SERVICEキーワードに対応したことから、前バージョンまでの問題は全て解消した模様。ex308についてはARQ独自関数のため。queryFROM、SERVICE、VALUESに非対応な模様。queryFROMとVALUESに非対応。(2013/11/25)RDFデータのクラウドサービスDydraはSPARQLクエリによるアクセスに対応しているので、他のトリプルストアと同様に試してみた。SPARQL1.1未対応のようだ。(2015/09/15)以前のテスト時に比べて格段に対応クエリが増加している。/'ex167.txt-ex170.txt-ex172.txt-ex178.txt-ex196.txt-ex474.txt-ex475.txt-ex476.txt-ex539.txt-SERVICEクエリは、dydra内にあるデータセットに対してのみ可能としているらしい。APIに対し、他の実装で試した全てのクエリを処理させ、適切にRDFへの変換、及び逆変換がなされるかを試した。結果は全て問題なく処理された。spin-1.3.2-distribution.zip)とapache-jena-2.11.0.zipを利用している。前者のパッケージに含まれているサンプルプログラムSPINParsingExample.javaを参考にし、標準入力からクエリを受け付け、SELECTだけでなく、ASK、CONSTRUCT、DESCRIBEも処理可能な仕様にした。サンプルプログラムのままではSELECTクエリのみが対応可能なので、com.hp.hpl.jena.query.Queryクラスのメソッド、isAskTypeなどを利用してクエリの型を判定する形にした。RDF-Endpoint-0.06PSGIを用いたPerlモジュールのSPARQLエンドポイント実装。記述し、下記の要領で実行するだけで立ち上がる。/usr/local/bin/endpoint.psgiなお、サンプルとしてrdf_endpoint.jsonが取得できるので、これを参考にカレントディレクトリにおけば、直ぐに立ち上げられる。因みにサンプルjsonファイルは、配列の最後の要素の次にカンマを含めていてjson文法から逸脱しているので修正が必要。plackのスタンドアロンサーバーを用いたためか、本テストを行うと、度々ハングアップしてしまった。SERVICEキーワードを用いたクエリには弱かった。サーバーがハングアウトした。ついてはSERVICEキーワードに関するもの。ついて、ASKキーワードに非対応である模様。ついて、VALUESのSELECT句外での使用に非対応の可能性。ついて、VALUESキーワードの処理に問題がある模様。RequestSERVICEキーワードについては問題が解消された。ついて、VALUESのSELECT句外での使用に非対応の可能性。ついて、VALUESキーワードの処理に問題がある模様。特別ページ印刷用バージョンこの版への固定リンクプライバシー・ポリシーTogoWikiについて。