繁体   English   中英

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

[英]RDF4J: Parse query result from endpoint and store it as ntriples file (malformed query)

端点中,有一个选项可以获取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

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

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

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

问题是响应中的这一行(386行):

    yago:Italian_War_of_1494–98 ,

具体而言,介于149498之间的字符。 尽管它看起来像一个负号( - ),这是完全合法的,但实际上它是所谓的“破折号”(Unicode字符0x2013)。 这不是Turtle前缀名称中的合法字符。

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

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

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

解决方法是,端点的N-Triples输出(如果您强迫它以N-Triples而不是Turtle进行响应)在语法上似乎是正确的。 您可以通过“覆盖” RDF4J的SPARQLRepository发送的标准Accept标头来强制服务器使用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);

完成此操作后,其余代码将正常工作。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM