<div dir="ltr"><b>Even,</b><div>Thanks for the information. I agree with the ideal of a FOSS JP2 library but we're not in a position to contribute towards it; at best it's ancilliary to our needs. At worst I could use any one of a number of other formats, it just so happens that for now the data is in JP2.</div>
<div><br></div><div><span style="font-family:arial,sans-serif;font-size:13px;font-weight:bold;white-space:nowrap">Jürgen,</span><br></div><div><span style="font-family:arial,sans-serif">Ok, thanks for the clarification, I didn't pick up on that before. These are 32bit clients, so I guess we'll need to upgrade to see the change.</span><br>
</div><div><span style="font-family:arial,sans-serif"><br></span></div><div><span style="font-family:arial,sans-serif">Cheers,</span></div><div><span style="font-family:arial,sans-serif">Jonathan</span></div><div><div class="gmail_extra">
<br><div class="gmail_quote">On 19 December 2013 15:47, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@mines-paris.org" target="_blank">even.rouault@mines-paris.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Selon Jonathan Moules <<a href="mailto:jonathanmoules@warwickshire.gov.uk" target="_blank">jonathanmoules@warwickshire.gov.uk</a>>:<br>
<div><br>
> I'm wondering - is there a reason that the JP2Open is distributed with<br>
> QGIS/GDAL given it seems to do a terrible job? At least it does with all<br>
> the ones I've tested against. Could the JP2ECW be distributed as the<br>
> default instead?<br>
<br>
</div>It depends on the images. On tiled JPEG2000, the OpenJPEG library is usable,<br>
although admitedly much slower than JP2ECW or JP2KAK. On single tile JPEG2000<br>
images, the performance of OpenJPEG is really terrible since it will decompress<br>
the whole image even if a subwindow is asked.<br>
I'm sure the OpenJPEG developers would welcome funding and/or patches to improve<br>
the performance of the library. We need a performant free and open source<br>
JPEG2000 decoder. The proprietary alternatives are workaround.<br>
<div><br></div></blockquote><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>
><br>
> (again, I'm using the weekly build here).<br>
> Cheers,<br>
> Jonathan<br>
><br>
><br>
><br>
> On 18 December 2013 15:35, Andre Joost <<a href="mailto:andre%2Bjoost@nurfuerspam.de" target="_blank">andre+joost@nurfuerspam.de</a>> wrote:<br>
><br>
> > Am 17.12.2013 20:47, schrieb Jukka Rahkonen:<br>
> ><br>
> ><br>
> ><br>
> >> If there are several drivers for JPEG2000 GDAL is using the first on the<br>
> >> list. You can skip a driver by setting GDAL_SKIP environment. Thus, if I<br>
> >> would like to have a try with JP2OpenJPEG I should run SET<br>
> >> GDAL_SKIP=JP2ECW<br>
> >> first. No idea really how and where I should do it so that QGIS starts<br>
> >> with<br>
> >> that setting.<br>
> >><br>
> ><br>
> > From the menue, Settings -> Options, GDAL tab, lets you select or deselect<br>
> > every driver. QGIS 2.0.1 32bit standalone has JP2ECW and JP2Open, while<br>
> > OSGEO4W QGIS-dev only has the second one, unless you loaded the ecw package<br>
> > separately.<br>
> ><br>
> > Greetings,<br>
> > André Joost<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > Qgis-user mailing list<br>
> > <a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
> > <a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
> ><br>
><br>
</div>> --<br>
<div><div>> This transmission is intended for the named addressee(s) only and may<br>
> contain sensitive or protectively marked material up to RESTRICTED and<br>
> should be handled accordingly. Unless you are the named addressee (or<br>
> authorised to receive it for the addressee) you may not copy or use it, or<br>
> disclose it to anyone else. If you have received this transmission in error<br>
> please notify the sender immediately. All email traffic sent to or from us,<br>
> including without limitation all GCSX traffic, may be subject to recording<br>
> and/or monitoring in accordance with relevant legislation.<br>
><br>
<br>
<br>
</div></div></blockquote></div><br></div></div></div>
<br>
<span style="color:rgb(34,34,34);font-family:arial,sans-serif;background-color:rgb(255,255,255)">This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.</span>