seconds、あるいは両方に非対応。ついてはARQ関数に非対応。<http://jena.hpl.hp.com/ARQ/function#>ex492.txt-<html>ex496.txt-<html>ex498.txt-<html>ex500.txt-<html>前回からの違いは、GRAPHキーワードに続くURIでhttpといったスキーマから書かれている場合はOKとなった点か。一部のSERVICEで失敗したが、リモートの問題なので除去。(ex167,ex172,ex178,ex196,ex474,ex475,ex476)。<ex125.ttl>というURIに非対応。seconds、あるいは両方に非対応。ついてはARQ関数に非対応。report</title>...基本変わらず。<ex125.ttl>というURIに非対応。seconds、あるいは両方に非対応。ついてはARQ関数に非対応。<http://www.w3.org/2004/02/skos/core#>ex167.rq、ex172.rq、ex178.rq、ex196.rq、ex474.rq、ex475.rq、ex476.rq、ex539.rqはSERVICEを使ったFederatedクエリ。ついてはARQ関数に非対応。他の多くの実装と同様、VALUESがWHERE外にある場合には未対応。Jarではなく、jettyを利用した起動方法で立ち上げると、エラー無く全てのパーズが成功した。他の実装同様に、WHERE外のVALUESは適切に処理されていない。/'ついにWHERE外のVALUESも適切に処理されるようになった。SERVICEキーワードが一つのクエリで、その後改めて試すと問題なく実行された。SERVICEキーワードが二つ含まれており、なぜか失敗する。二つ目のリモートエンドポイントのトリプルストアをVirtuosoからStardogに変更すると問題は解消された。arq独自関数を含むため。arq独自関数を含むため。ex125.ttl"<ex002.ttl>"といったURIに未対応。他の多くの実装と同様、VALUESがWHERE外にある場合には未対応。Exeception)があることに注意。"、BIND、GROUP_CONCAT、VALUESに未対応。LCASE、STRENDS関数の引数にstring以外の値が来るとエラーになる模様。BINDの陰で気づかなかったがURI関数にも未対応。argumentex237.rq、ex246.rq、ex248.rq、ex253.rq、ex255.rq、ex267.rq、ex282.rq、ex491.rqについては、URI関数に未対応で、これはVersion7でも同じ。ex308.rqはARQの独自関数利用のため。ex492.rqについては恐らく、VALUESがWHERE外にある場合に未対応のため。その他、ex262、ex510、ex511は関数の引数について型が合っていないとエラーになる。使えるので、そちらを利用する必要あり。この変更により、上記のURI未対応エラー8件は全て解消された。argumentVirtuosoのエラーメッセージは不親切極まりない。implemented"と言われても具体的にどの関数に未対応なのかが表示されない。ex118.rqについては、OFFSETだけではどうやらダメらしく、LIMITと同時使用なら問題無し。ex237.rq、ex246.rq、ex248.rq、ex253.rq、ex255.rq、ex267.rq、ex282.rq、ex491.rqについては、URI関数に未対応で、これはVersion6でも同じ。ex308.rqはARQの独自関数利用のため。ex492.rqについては恐らく、VALUESがWHERE外にある場合に未対応のため。その他、ex262、ex510、ex511は関数の引数について型が合っていないとエラーになる。使えるので、そちらを利用する必要あり。この変更により、上記のURI未対応エラー8件は全て解消された。argumentex118.rqについては、OFFSETだけではどうやらダメらしく、LIMITと同時使用なら問題無し。ex237.rq、ex246.rq、ex248.rq、ex253.rq、ex255.rq、ex267.rq、ex282.rq、ex491.rqについては、URI関数に未対応で、これはVersion6でも同じ。ex308.rqはARQの独自関数利用のため。ex492.rqについては恐らく、VALUESがWHERE外にある場合に未対応のため。その他、ex262、ex510、ex511は関数の引数について型が合っていないとエラーになる。使えるので、そちらを利用する必要あり。この変更により、上記のURI未対応エラー8件は全て解消された。Failed7.1.0からの大きな違いはURI関数が追加された点。その他以下の点については変化無し。ex118.rqについては、OFFSETだけではどうやらダメらしく、LIMITと同時使用なら問題無し。ex262、ex510、ex511は関数の引数について型が合っていないとエラーになる。ex308.rqはARQの独自関数利用のため。ex492.rqについては恐らく、VALUESがWHERE外にある場合に未対応のため。"VALUES""<ex002.ttl>"といったURIに未対応。ex180.rq)VALUESに未対応。ex500.rq)ex308.rqはARQ独自関数利用のため。com.hp.hpl.jena.sparql.engine.http.HttpQuery.execCommon(HttpQuery.java:446)ex167.rq、ex172.rq、ex178.rq、ex196.rq、ex474.rq、ex475.rq、ex476.rq、ex539.rqはSERVICEを使ったFederatedクエリ。)ex301.rqはtimezone、tz関数に未対応のため。ex308.rqはARQ独自関数利用のため。ex492.rqはVALUESをWHEREの外に書いている例でこれに未対応の模様。Queryにある通り、このクエリも誤りではない。endpoints」と書かれているが、constructとの組み合わせは不可な模様。com.hp.hpl.jena.sparql.engine.http.HttpQuery.execGet(HttpQuery.java:340)ex301.rqはtimezone、tz関数に未対応のため。ex308.rqはARQ独自関数利用のため。ex492.rqはVALUESをWHEREの外に書いている例でこれに未対応の模様。com.hp.hpl.jena.sparql.engine.http.HttpQuery.execCommon(HttpQuery.java:446)ex301.rqはtimezone、tz関数に未対応のため。ex308.rqはARQ独自関数利用のため。ex492.rqはVALUESをWHEREの外に書いている例でこれに未対応の模様。com.hp.hpl.jena.sparql.engine.http.HttpQuery.execCommon(HttpQuery.java:446)ex301.rqはtimezone、tz関数に未対応のため。ex308.rqはARQ独自関数利用のため。ex492.rqはVALUESをWHEREの外に書いている例でこれに未対応の模様。ex125.ttlex308.txt-<html>"<ex002.ttl>"といったURIに未対応。ex180.rq)ex308.rqはARQ独自関数利用のため。ex492.rqについては、期待される結果とは異なっている。====")なお、apache-jenaが2.10.1から2.11.0になってからrsparqlで得られるエラーメッセージが分かりにくくなった。具体的にはhttpのステータスコードに続くメッセージが得られなくなった。report..."<ex002.ttl>"といったURIに未対応。ex180.rq)ex308.rqはARQ独自関数利用のため。ex492.rqについては、期待される結果とは異なっている。error4storeのエラーメッセージにある行番号は元々のクエリのそれではないので意味無し。プロパティパスのOR(|)に非対応。プロパティパスに非対応。クエリに"("は使われていないんだが。プロパティパスに非対応。プロパティパスに非対応。組み合わせなどで処理不能になる模様。ASKやCONSTRUCTをSELECTにすると全てOK。