在編寫用於查詢SPARQL端點和監視服務的瘦客戶端時,我發現自己笨拙地編寫代碼(通過查詢和其他策略)來描述系統信息關於數據庫實例和其他有用的信息。這讓我想知道是否有更好的方法。用於描述數據庫/系統本身的sparql規範中的查詢函數或終端功能
除了數據的查詢,是否有已經寫在規格爲以下任一在SPARQL規範或事物的計劃:
- 描述系統本身
- 描述數據集本身
- 描述的任何其他診斷信息
在編寫用於查詢SPARQL端點和監視服務的瘦客戶端時,我發現自己笨拙地編寫代碼(通過查詢和其他策略)來描述系統信息關於數據庫實例和其他有用的信息。這讓我想知道是否有更好的方法。用於描述數據庫/系統本身的sparql規範中的查詢函數或終端功能
除了數據的查詢,是否有已經寫在規格爲以下任一在SPARQL規範或事物的計劃:
還有就是SPARQL 1.1 Service Description W3建議,但不幸的是它不能很好地支持呢。
你可以找到更多在相當最近的一篇文章
BUIL - 阿蘭達,卡洛斯等人的第2終端的描述(第3頁)。 "SPARQL Web-Querying Infrastructure: Ready for Action?." The Semantic Web-ISWC 2013. Springer Berlin Heidelberg,2013. 277-293。
這實際上幾乎與您似乎在做什麼有關,因此您可能會在那裏找到更多有用的信息。
否則,正如@ joshua-taylor所說,有一些可能性,但很可能你必須依靠三重特定功能。不幸的是,即使三聯商店也不能通過服務描述Server
字段進行識別。
你可能會考慮用來配置Fuseki假設的詞彙;請參閱[Fuseki配置文件](http://jena.apache.org/documentation/serving_data/#fuseki-configuration-file)。這顯然是Fuseki特有的,儘管你可以重用其中的任何一部分服務器。 –