【发布时间】:2014-05-29 11:21:09
【问题描述】:
我正在尝试借助 virtuoso 三重存储在本地设置 dbpedia sparql 端点。 我关注了两个链接。
来自这些链接。我按照第二个链接进行了配置,并尝试仅将“en”文件夹和 dbpedia-owl.owl 文件中的数据加载到“en”文件夹本身。我尝试使用以下命令将这个 en 文件夹加载到 isql 上
ld_dir_all('/media/D8849AB0849A911C/datasets/en','*','http://dbpedia.org');
我为提交这些数据做了进一步的处理。然后将数据检查到本地端点“localhost:8890/sparql”。但是前缀“dbpedia-owl”似乎不见了。我还检查了“命名空间前缀”列表。但是“dbpedia-owl”似乎不见了。加载数据时我做错了什么?我也尝试添加 dbpedia-owl.gz 文件。但是“dbpedia-owl”似乎仍然无法在端点上工作。
当我试图查询这个时
select ?type {
?type a owl:Class .
} LIMIT 5
我得到的结果是
type
http://www.w3.org/2002/07/owl#Thing
http://www.w3.org/2002/07/owl#Nothing
http://dbpedia.org/ontology/Abbey
http://dbpedia.org/ontology/Abbey
http://dbpedia.org/ontology/AcademicJournal
所以这个结果显示了来自本体文件的数据。但是“dbpedia-owl”没有链接到这个本体文件。帮助表示赞赏。
【问题讨论】:
-
"但是属性 "dbpedia-owl" 似乎丢失了。"
dbpedia-owl不是属性,它是http://dbpedia.org/ontology/的公共 SPARQL 端点的 Web 界面上的预定义前缀,但仅此而已……我还没有配置 Virtuoso,所以我不知道如何设置预定义前缀,但是这就是您要处理的地方;这不是数据的一个方面。 -
是的..但是当我在本地配置 virtuoso 时。没有为“dbpedia.org/ontology”配置“dbpedia-owl”前缀。我不明白为什么会这样。
-
是否加载了任何预定义的命名空间?任何特定于 DBpedia 的,还是一般常见的?我想我想知道是否有理由期望在加载数据后定义预定义前缀?
-
似乎已加载所有其他前缀。我也尝试了一些不依赖于这个前缀的查询。他们也在工作。
-
知道为什么创建的前缀是创建的吗?如果你能回答这个问题,你或许就能弄清楚为什么 dbpedia-owl 不是。
标签: python rdf sparql dbpedia virtuoso