Re: [xz-devel] Question about using Java API for geospatial data

2022-07-11 Thread Gary Lucas
John, Thanks for the note. Map projections are one of my personal interests... though I admit to approaching the topic with rather more enthusiasm than finesse. I'm going to try to resist the temptation to get carried away by a discussion of cartography on this data compression mailing list (well

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread John Reiser
On 7/10/22, Gary Lucas wrote: The other motivation for the block scheme is that the API provides random-access to data. Typically, if one is looking at data for Finland, one usually doesn't care much about the data from Australia.Thus the file is divided into regional blocks. So the choice of bl

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread Gary Lucas
Lasse, Thanks for the information. That is just the kind of thing I was looking for. I think it will be very helpful. One thing I'd like to clarify is that I do not consider a decompressor that takes 18.9 seconds to read 233 million sample values to be slow. To me, that's a remarkable accomplis

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread Lasse Collin
On 2022-07-09 Gary Lucas wrote: > I am using the library to compress a public-domain data product called > ETOPO1. ETOPO1 provides a global-scale grid of 233 million elevation > and ocean depth samples as integer meters. My implementation > compresses the data in separate blocks of about 20 thousan

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread Gary Lucas
>>> I am not certain which statement you believe is not authoritative Sorry. I didn't mean to challenge the Javadoc...I meant that I was not sure I looked in the right place. On Sun, Jul 10, 2022 at 9:10 AM Brett Okken wrote: > > > I'm not sure that this is authoritative. The Java API docum

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread Brett Okken
> I'm not sure that this is authoritative. The Java API documentation > says that it "aims" to provide "Full support for the .xz file format > specification version 1.0.4" I am not certain which statement you believe is not authoritative. There are existing constructors (such as[1]) which allow th

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-10 Thread Gary Lucas
Hi Brett, I'm not sure that this is authoritative. The Java API documentation says that it "aims" to provide "Full support for the .xz file format specification version 1.0.4" I am using the latest release of the Java library, version 1.19 Gary On Sat, Jul 9, 2022 at 7:58 PM Brett Okken wrote:

Re: [xz-devel] Question about using Java API for geospatial data

2022-07-09 Thread Brett Okken
What version of xz are you using? The differences between xz and lzma are a bit more involved. One such example is that xz is a framed format which includes checksums on each “frame”. I would not expect checksum verification to account for all of that difference, but it can be disabled to confirm.