<div dir="ltr"><div dir="ltr">On Mon, Mar 29, 2021 at 2:40 PM Javier Jimenez Shaw <<a href="mailto:j1@jimenezshaw.com">j1@jimenezshaw.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">What about COG (Cloud Optimized GeoTIFF - <a href="https://www.cogeo.org/" target="_blank">https://www.cogeo.org/</a>)?<div>No file size limit (using BigTIFF), different encodings (LZW, deflate, JPEG, zstd, ...), direct access to any part of the image, overviews/pyramids for different levels of detail, well known format (TIFF).<br clear="all"></div></div></blockquote><div><br></div><div>Interesting. So spatial progression is baked into the file, and the underlying compression format becomes somewhat irrelevant.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div dir="ltr">.___ ._ ..._ .. . ._. .___ .. __ . _. . __.. ... .... ._ .__<br>Entre dos pensamientos racionales <br>hay infinitos pensamientos irracionales.<br><br></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 29 Mar 2021 at 19:59, Aaron Boxer <<a href="mailto:boxerab@gmail.com" target="_blank">boxerab@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, Mar 29, 2021 at 12:12 PM Marty J. Sullivan <<a href="mailto:marty.sullivan@cornell.edu" target="_blank">marty.sullivan@cornell.edu</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal">Just my two cents, I have very little personal use of JP2 although I’ve experimented with it in the past.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I personally have switched to using WEBP and have not run into any issues (other than wide support). I think the one place JP2 beats WEBP is that JP2 supports virtually unlimited image dimensions whereas WEBP is limited to 16383 x 16383.
Then again, with GeoTIFF tiling, this is pretty much a non-issue.</p></div></div></blockquote><div><br></div><div>16383 x 16383 sounds a bit limited. Even if you use tiling, if your compression is lossy then you will see artifacts at the tile boundaries.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">AVIF is also up and coming and superior to WEBP, so I’d imagine we’ll see support for that someday in GDAL as well. It supports larger image dimensions than WEBP (65536x65536)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">With that in mind, I personally would never choose to use JP2 at this point, but maybe there are other use-cases I’m unaware of.</p></div></div></blockquote><div><br></div><div>The problem with larger dimensions in WebP is the impossibility of decoding a sub window in the image. You are forced to do</div><div>a complete decode each time you view it.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div><p class="MsoNormal"><u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Marty<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(181,196,223);padding:3pt 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12pt;color:black">From: </span></b><span style="font-size:12pt;color:black">gdal-dev <<a href="mailto:gdal-dev-bounces@lists.osgeo.org" target="_blank">gdal-dev-bounces@lists.osgeo.org</a>> on behalf of Aaron Boxer <<a href="mailto:boxerab@gmail.com" target="_blank">boxerab@gmail.com</a>><br>
<b>Date: </b>Monday, March 29, 2021 at 10:22 AM<br>
<b>To: </b>gdal dev <<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a>><br>
<b>Subject: </b>[gdal-dev] Long Term Prognosis for JPEG 2000<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Hello There,<u></u><u></u></p>
<div>
<p class="MsoNormal">I'm curious what folks here think about the future of JPEG 2000 in geospatial?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">I was having a little discussion about this over here:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><a href="https://github.com/USGS-Astrogeology/ISIS3/issues/4237" target="_blank">https://github.com/USGS-Astrogeology/ISIS3/issues/4237</a><u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">To me, the features that made JP2 unique amongst the many codecs were:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">0. royalty free<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">1. support for lossy and lossless compression in a single framework<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">2. support for TB images<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">3. fast on-the-fly random access into large images<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">4. decoder can determine what sort of progression it uses at decode time: resolution,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">quality, component or spatial.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">5. precise rate control<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">6. error and re-compression resilience<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">7. JPIP protocol for progressive transmission over low-bandwidth networks<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">The cons to JP2 were:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">0. computational complexity i.e. dog slow<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">1. (until recently) buggy and slow OSS implementations<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">2. patent questions (largely resolved)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">3. poor support from HW and browsers<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Do you think there is currently a viable alternative which covers enough of the advantages while lacking enough of the negatives that plague JP2 ? I'm curious because I have been devoting quite a bit of time to addressing some of those
negatives, as discussed at length previously,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">The standard remains essential in digital cinema, medical imaging and in the archive community. But, those last two fields may also be ripe for change.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">In digital cinema, precise rate control is a must, so I think it is here to stay in the area.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Aaron<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>
</blockquote></div></div>