> Can someone please suggest as to how can I get rid of this error.
>
> One of the ways is to clean the data in such a manner such that Jena
> accepts. However, I dont want to adopt this approach. Is there some other
> approach which is available?
Upgrade to TDB to that in Jena 2.10.1 (which is TDB 0.10.1) This
should have the issue you are facing.
Andy
On 05/08/13 21:16, Rose Beck wrote:
Hi,
I am trying to load dbpedia 3.7 into
jena-tdb-0.9.0-incubating-distribution<https://repository.apache.org/content/repositories/releases/org/apache/jena/jena-tdb/0.9.0-incubating/jena-tdb-0.9.0-incubating-distribution.tar.gz>.
On executing the following command I am getting the error given below:
./bin/tdbloader --loc=/home/data -v /home/data/dbpedia.nq
Error:
http://dbpedia.org/data/Remote_control.xml
http://dbpedia.org/resource/Remote_control
http://dbpedia.org/property/date"20080116212531"^^
http://www.w3.org/2001/XMLSchema#int
com.hp.hpl.jena.datatypes.DatatypeFormatException: Lexical form
'20080116212531' is not a legal instance of Datatype[
http://www.w3.org/2001/XMLSchema#int -> class java.lang.Integer] Lexical
form '20080116212531' is not a legal instance of Datatype[
http://www.w3.org/2001/XMLSchema#int -> class java.lang.Integer] during
parse -org.apache.xerces.impl.dv.InvalidDatatypeValueException:
cvc-maxInclusive-valid: Value '20080116212531' is not facet-valid with
respect to maxInclusive '2147483647' for type 'int'.
at
com.hp.hpl.jena.graph.impl.LiteralLabelImpl.getValue(LiteralLabelImpl.java:326)
at com.hp.hpl.jena.tdb.store.NodeId.inline(NodeId.java:210)
at
com.hp.hpl.jena.tdb.nodetable.NodeTableInline.getAllocateNodeId(NodeTableInline.java:49)
at
com.hp.hpl.jena.tdb.nodetable.NodeTupleTableConcrete.addRow(NodeTupleTableConcrete.java:84)
at
com.hp.hpl.jena.tdb.store.bulkloader.LoaderNodeTupleTable.load(LoaderNodeTupleTable.java:110)
at
com.hp.hpl.jena.tdb.store.bulkloader.BulkLoader$2.send(BulkLoader.java:291)
at
com.hp.hpl.jena.tdb.store.bulkloader.BulkLoader$2.send(BulkLoader.java:261)
at org.openjena.riot.lang.LangNTuple.runParser(LangNTuple.java:71)
at org.openjena.riot.lang.LangBase.parse(LangBase.java:43)
at org.openjena.riot.RiotReader.parseQuads(RiotReader.java:138)
at org.openjena.riot.RiotReader.parseQuads(RiotReader.java:125)
at org.openjena.riot.RiotReader.parseQuads(RiotReader.java:111)
at
com.hp.hpl.jena.tdb.store.bulkloader.BulkLoader.loadQuads$(BulkLoader.java:160)
at
com.hp.hpl.jena.tdb.store.bulkloader.BulkLoader.loadDataset(BulkLoader.java:121)
at com.hp.hpl.jena.tdb.TDBLoader.loadDataset$(TDBLoader.java:283)
at com.hp.hpl.jena.tdb.TDBLoader.loadDataset(TDBLoader.java:196)
at com.hp.hpl.jena.tdb.TDBLoader.load(TDBLoader.java:75)
at tdb.tdbloader.loadQuads(tdbloader.java:163)
at tdb.tdbloader.exec(tdbloader.java:122)
at arq.cmdline.CmdMain.mainMethod(CmdMain.java:97)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:59)
at arq.cmdline.CmdMain.mainRun(CmdMain.java:46)
at tdb.tdbloader.main(tdbloader.java:53)
Can someone please suggest as to how can I get rid of this error.
One of the ways is to clean the data in such a manner such that Jena
accepts. However, I dont want to adopt this approach. Is there some other
approach which is available?
