Question

在this端点中，有一个选项可以获取N-triples格式的查询结果。连接到端点时，我想对rdf4j库执行相同的操作，并将结果保存在ntriples格式的文件中。

到目前为止，我已经使用了graphQuery（CONSTRUCT）：

        .....
        String queryString = prefixes +
                " CONSTRUCT { ?sub ?hasProp ?prop } WHERE { ?sub ?hasProp ?prop FILTER(?sub = yago:Naples) } ";
        GraphQuery graphQuery = con.prepareGraphQuery(QueryLanguage.SPARQL, queryString);
        RDFWriter writer = new NTriplesWriter(System.out);
        graphQuery.evaluate(writer);

不幸的是，我得到：[来自服务器的格式错误的查询结果]（预期为“。”，找到为“ –”）。在端点中，结果返回的很好（Ntriples格式）。这可能是rdf4j的错误吗？

> <http://yago-knowledge.org/resource/Naples>
> <http://yago-knowledge.org/resource/linksTo>
> <http://yago-knowledge.org/resource/S.S.C._Napoli> .
> <http://yago-knowledge.org/resource/Naples>
> <http://yago-knowledge.org/resource/linksTo>
> <http://yago-knowledge.org/resource/Treno_Alta_Velocit\u00E0> .
> <http://yago-know18:50:57.014 [main] ERROR
> o.e.r.rio.helpers.ParseErrorLogger - [Rio fatal] Expected '.', found
> '–' (386, -1) org.eclipse.rdf4j.query.QueryEvaluationException:
> Malformed query result from server    at
> org.eclipse.rdf4j.repository.sparql.query.SPARQLGraphQuery.evaluate(SPARQLGraphQuery.java:69)
>   at org.example.Connect.main(Connect.java:60) Caused by:
> org.eclipse.rdf4j.repository.RepositoryException: Malformed query
> result from server    at
> org.eclipse.rdf4j.http.client.SPARQLProtocolSession.getRDF(SPARQLProtocolSession.java:934)
>   at
> org.eclipse.rdf4j.http.client.SPARQLProtocolSession.sendGraphQuery(SPARQLProtocolSession.java:463)
>   at
> org.eclipse.rdf4j.repository.sparql.query.SPARQLGraphQuery.evaluate(SPARQLGraphQuery.java:62)
>   ... 1 more Caused by: org.eclipse.rdf4j.rio.RDFParseException:
> Expected '.', found '–' [line 386]    at
> org.eclipse.rdf4j.rio.helpers.RDFParserHelper.reportFatalError(RDFParserHelper.java:403)
>   at
> org.eclipse.rdf4j.rio.helpers.AbstractRDFParser.reportFatalError(AbstractRDFParser.java:755)
>   at
> org.eclipse.rdf4j.rio.turtle.TurtleParser.reportFatalError(TurtleParser.java:1318)
>   at
> org.eclipse.rdf4j.rio.turtle.TurtleParser.verifyCharacterOrFail(TurtleParser.java:1153)
>   at
> org.eclipse.rdf4j.rio.turtle.TurtleParser.parseStatement(TurtleParser.java:241)
>   at
> org.eclipse.rdf4j.rio.turtle.TurtleParser.parse(TurtleParser.java:201)
>   at
> org.eclipse.rdf4j.rio.turtle.TurtleParser.parse(TurtleParser.java:143)
>   at
> org.eclipse.rdf4j.http.client.SPARQLProtocolSession.getRDF(SPARQLProtocolSession.java:931)
>   ... 3 more

Answer 1

当RDF4J的SPARQLRepository针对此端点执行SPARQL查询请求时，端点以Turtle格式发送回其响应。不幸的是，该响应包含语法错误。将发生以下情况：

RDF4J发出查询请求，指示几种可接受的结果格式（包括Turtle和N-Triples）；
端点执行查询，选择Turtle作为响应格式，并在Turtle中序列化查询结果；
RDF4J接收Turtle数据并进行解析；
解析后的结果传递到NTriplesWriter，然后将其写出。

但是，端点发回的查询结果文档在语法上不是有效的Turtle，这会导致RDF4J的Turtle解析器在第3步中因错误而中止。

问题是响应中的这一行（386行）：

    yago:Italian_War_of_1494–98 ,

具体地说，是1494和98之间的字符。尽管它看起来像一个负号（-），这是完全合法的，但实际上它是所谓的“破折号”（Unicode字符0x2013）。这不是Turtle前缀名称中的合法字符。

端点的Turtle编写器应该通过更改为完整的URI而不是前缀名称并使用Unicode转义序列来正确序列化值，如下所示：

<http://yago-knowledge.org/resource/Italian_War_of_1494\u201398>

可能值得与端点维护人员一起记录错误报告，并针对此问题提出建议的修复方法。

作为一种解决方法，端点的N-Triples输出（如果您强迫它使用N-Triples而不是Turtle进行响应）在语法上似乎是正确的。您可以通过“重写” RDF4J Accept发送的标准SPARQLRepository标头来强制服务器使用N-Triples而不是Turtle进行响应，如下所示：

SPARQLRepository repo = new SPARQLRepository(endpoint);

// create a new map of additional http headers
Map<String, String> headers = new HashMap<String, String>();

// we set the Accept header to _only_ accept text/plain, forcing the endpoint
// to use N-Triples as the response format. This overwrites the standard
// Accept header that RDF4J sends.
headers.put("Accept", "text/plain");
repo.setAdditionalHttpHeaders(headers);

执行完该操作后，其余代码将正常工作。

RDF4J：解析来自端点的查询结果并将其存储为ntriples文件（格式错误的查询）

1 个答案: