Victor, Even
Depande and Zeng did propose a HTTP JPEG2000 solution which is documented
by Taubman here -
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.88.2758&rep=rep1&type=pdf
Precincts and Tiles are different approaches for data access within J2K,
and defining a J2K profile (and an
Victor,
>
> I'm a jp2000 noob but do you know if windowed reads of remote jp2 data could
> be optimized in some way? I am curious if we could see a "cloud optimized
> jpeg2000" someday?
There is the JPIP protocol that was designed for efficient streaming, but it
requires a dedicated server and
ay? I am curious if we could see a "cloud optimized
jpeg2000" someday?
Victor Poughon
> -Message d'origine-
> De : gdal-dev De la part de Even Rouault
> Envoyé : mercredi 25 juillet 2018 18:00
> À : gdal-dev@lists.osgeo.org
> Objet : Re: [gdal-dev] Re
Hi,
On 07/25/2018 06:00 PM, Even Rouault wrote:
Is this supported behavior, should I be able to read these files remotely,
and do windowed reads on them?
For windowed reads, you need to prefix with /vsicurl/, but I don't guarantee
the efficiency of this with JPEG2000 in general, and with JP2Op
Matt,
>
> I'm having trouble reading JP2K files remotely. I originally ran into this
> problem when trying to use remote Sentinel-2 files as input to the GDAL
> Warp API in C++. It works when I use a local version of the file.
>
> I'm not sure if this is supported behavior, I thought it was, but
Hello,
I'm having trouble reading JP2K files remotely. I originally ran into this
problem when trying to use remote Sentinel-2 files as input to the GDAL
Warp API in C++. It works when I use a local version of the file.
I'm not sure if this is supported behavior, I thought it was, but to test I
t
