On 16/02/14 12:32, Julien Plu wrote:
| version? Seems to work for me but I'm using Linux and file name
conversion is necessarily different
Personnaly I tested my use case on Linux Unbuntu 10.04 and 12.04 and
Windows 8.1 with Jena 2.11.1
OK - it seems to depend on whether new-style or old-style write code is
used. There's a bug in the new-style writer code in a route via rdfcopy.
I've raised a JIRA:
https://issues.apache.org/jira/browse/JENA-643
(things are less likely to get lost in JIRA, users@ email not being good
as a permanent record of bugs).
Andy
2014-02-16 12:50 GMT+01:00 Andy Seaborne <[email protected]>:
On 16/02/14 03:33, Joshua TAYLOR wrote:
On Sat, Feb 15, 2014 at 6:51 PM, Julien Plu
<[email protected]> wrote:
./rdfcopy.bat ./test.nt N-TRIPLE TURTLE
Unhandled exception:
org.apache.jena.iri.impl.IRIImplException: <./test.nt> Code:
57/REQUIRED_COMPONENT_MISSING in SCHEME: A component that is required by
the scheme is missing.
And doesn't matter the "inlang" format if I want to translate it in
Turtle
I have this exception even with a really simple triple like :
<http://dbpedia.org/ontology/Actor> <
http://www.w3.org/2000/01/rdf-schema#subClassOf> <
http://dbpedia.org/ontology/Person> .
Is-it really a bug or did I used the tool wrongly ?
Just to make this a little bit easier to debug, there's a reproducible
example at
http://pastebin.com/abibrmUu
Thank you - but it's private (well, at least it won't let me view it!)
I wonder if the translation into Turtle is trying to write a @base
<...> line where an absolute IRI is needed. The usage says
usage:
java jena.rdfcopy in {inprop=inval}* [ inlang {outprop=outval}*
outlang]]
…
inlang defaults to RDF/XML, outlang to N-TRIPLE
The legal values for inprop and outprop depend on inlang and outlang.
The legal values for inval and outval depend on inprop and outprop.
I wonder if the base can be specified as an inprop or outprop?
version? Seems to work for me but I'm using Linux and file name conversion
is necessarily different
Andy
