VALUESに非対応。http://jena.hpl.hp.com/ARQ/function#namespace+ex474.txt-java.lang.UnsupportedOperationException+ex475.txt-java.lang.UnsupportedOperationException+ex476.txt-java.lang.UnsupportedOperationException+ex539.txt-java.lang.UnsupportedOperationException++公式に現バージョンでのSERVICE未対応を表明していることから、それに関するクエリの処理がエラーになっているほか、arq独自関数が含まれるex308.rqの処理でエラーが生じている。+その他、WHERE節の外にあるVALUESに非対応。2.2.2でエラーになるクエリが3つ増えた。いずれもCONSTRUCTなのだが、もちろん、全てのCONSTRUCTが不可ということではなく原因は謎。plan++2.2.2での問題は解消された模様。3.0になり、SERVICEキーワードに対応したことから、前バージョンまでの問題は全て解消した模様。ex308についてはARQ独自関数のため。ex492.rqについては、期待される結果とは異なっている。DBpediaに対するService句が失敗。DBpedia(つまりVirtuoso?)が返すヘッダー情報の問題と思われる。ex492.rqについては、期待される結果とは異なっている。ex178とex196については、DBpediaから返されるデータに不正がある模様。"1937-3-4"はxsd:date型にはならないから。DBpediaに対するService句が失敗。DBpedia(つまりVirtuoso?)が返すヘッダー情報の問題と思われる。ex492.rqについては、期待される結果とは異なっている。一部DBpediaに対するService句が失敗。DBpedia(つまりVirtuoso?)が返すヘッダー情報の問題と思われるが、はて。ex492.rqについては、期待される結果とは異なっている。現時点ではあまり対応されていない模様。FROM、SERVICE、VALUESに非対応な模様。query++FROMとVALUESに非対応。===+RDFデータのクラウドサービスDydraはSPARQLクエリによるアクセスに対応しているので、他のトリプルストアと同様に試してみた。SPARQL1.1未対応のようだ。===+以前のテスト時に比べて格段に対応クエリが増加している。SERVICEクエリは、dydra内にあるデータセットに対してのみ可能としているらしい。API]に対し、他の実装で試した全てのクエリを処理させ、適切にRDFへの変換、及び逆変換がなされるかを試した。+結果は全て問題なく処理された。apache-jena-2.11.0.zip]を利用している。+前者のパッケージに含まれているサンプルプログラムSPINParsingExample.javaを参考にし、標準入力からクエリを受け付け、SELECTだけでなく、ASK、CONSTRUCT、DESCRIBEも処理可能な仕様にした。+なお、サンプルプログラムのままではSELECTクエリのみが対応可能なので、com.hp.hpl.jena.query.Queryクラスのメソッド、isAskTypeなどを利用してクエリの型を判定する形にした。===+PSGIを用いたPerlモジュールのSPARQLエンドポイント実装。記述し、下記の要領で実行するだけで立ち上がる。rdf_endpoint.json]が取得できるので、これを参考にカレントディレクトリにおけば、直ぐに立ち上げられる。+因みにサンプルjsonファイルは、配列の最後の要素の次にカンマを含めていてjson文法から逸脱しているので修正が必要。plackのスタンドアロンサーバーを用いたためか、本テストを行うと、度々ハングアップしてしまった。SERVICEキーワードを用いたクエリには弱かった。サーバーがハングアウトした。ついてはSERVICEキーワードに関するもの。ついて、ASKキーワードに非対応である模様。ついて、VALUESのSELECT句外での使用に非対応の可能性。ついて、VALUESキーワードの処理に問題がある模様。SERVICEキーワードについては問題が解消された。ついて、VALUESのSELECT句外での使用に非対応の可能性。ついて、VALUESキーワードの処理に問題がある模様。[2018年4月27日]だいぶ結果が溜まってきたことと、すでに開発が終わっているものがあるので、以後はSPARQLthon/SPARQL11testに調査結果を記述します。サンプルSPARQLクエリを全て処理させてパーズ可能であるかをテストする。様々な実装に対して行うことで、実装間の比較が行える。(2013年8月時点でSPARQL1.1Recommendationに準拠か不明。Jenaについて試してみたところ、幾つかのクエリについてはPREFIX指定が抜けているものがあるなど幾つかの問題が判明したので、これを修正した。10を挿入ex052.rqex090.rqex114.rqex225.rqex242.rqex244.rqex246.rqex251.rqex255.rqex311.rqex332.rqex408.rqex436.rqex437.rqテストテストした実装を以下に列挙していくこととする。isNumericisNumericに未対応。../LearningSPARQL2ndEx_Jena-2.11.0/${a}.txtend全て問題なくパーズできた。これも特にクエリには問題なく、そして、警告の通りに書き換えるだけで問題が解消されたのでバグの模様。.全てについて特に問題無し。なってからウェブインターフェースが刷新されて使いやすさがが高まった。com.hp.hpl.jena.sparql.engine.http.HttpQuery.execGet(HttpQuery.java:340)CONSTRUCTクエリで得られるデータのMIMEタイプがapplication/sparql-results+xmlとなっていることから、35のQueryExceptionが生じている。)"<ex002.ttl>"といったURIに未対応。ex180.rq)BINDとstrの組み合わせに未対応の模様。ex276.rq)ex308.rqはARQ独自関数利用のため。LCASEとstrの組み合わせに未対応の模様。query"<ex002.ttl>"といったURIに未対応。他の多くの実装と同様、VALUESがWHERE外にある場合には未対応。OFFSETだけでなく、LIMITも加えると問題が解消。xsd:decimalに非対応。xsd:dateTimeに非対応。ARQ独自関数のため。