-------- Forwarded Message --------
Subject: Re: problems with uploading data in nt.gz format from browser
Date: Tue, 17 Oct 2017 10:07:42 -0400
From: Andrew U. Frank <[email protected]>
To: Andy Seaborne <[email protected]>
thank you for the clarification. the file were written with the haskell
gzip module and i assume that it writes multiple separate gzip streams.
therefore i will unzip the files and then load the nt.
any hope that the jdk will update its gzip support?
andrew
On 10/17/2017 09:08 AM, Andy Seaborne wrote:
In addition to Rob's point about multiple file in one GZ file...
What does the Fuseki log say?
Can you unload the NT file uncompressed?
How are you uploading the nt.gz file?
Andy
On 17/10/17 05:15, Rob Vesse wrote:
Do you know how the original GZip archive was generated?
Jena uses the standard JDK GZip support to read GZip archives. The
JDK doesn’t support the case where multiple separate GZip streams are
concatenated into a single file. Therefore, if the archive was
created in that way Jena might only read the first stream from the
archive and ignore the subsequent streams.
Extracting with rapper probably uses the OS gzip directly or a
library implementation of it which does handle this concatentation
Is this a file you could share somehow?
Rob
On 17/10/2017 03:55, "Andrew U. Frank" <[email protected]>
wrote:
i experience a strange effect (replicated a few times):
i upload data in nt.gz format and get a success message, but
only a part
(sometimes less than 10%) are uploaded.
if i extract the nt file from gz.nt and then convert with rapper to
turtle format, i get an information on how many tripels are in
the nt.gz
file and when i then upload the ttl file all triples are loaded.
i use the browser upload.
any explanation? i use fuseki 3.4.0.
thank you!
andrew
--
em.o.Univ.Prof. Dr. sc.techn. Dr. h.c. Andrew U. Frank
+43 1 58801 12710 direct
Geoinformation, TU Wien +43 1 58801 12700 office
Gusshausstr. 27-29 +43 1 55801 12799 fax
1040 Wien Austria +43 676 419 25 72 mobil
