[GRASS-dev] [GRASS GIS] #3173: slow raster processing on r.external connected jpeg2000 layers

GRASS GIS trac at osgeo.org
Fri Oct 28 23:02:55 PDT 2016

#3173: slow raster processing on r.external connected jpeg2000 layers
  Reporter:  dnewcomb  |      Owner:  grass-dev@…
      Type:  defect    |     Status:  new
  Priority:  normal    |  Milestone:  7.2.0
 Component:  Raster    |    Version:  svn-releasebranch72
Resolution:            |   Keywords:  r.external, GDAL
       CPU:  x86-64    |   Platform:  MSWindows 7

Comment (by dnewcomb):

 Ok, had a few moment minutes to test on 10/20/16 with a fresh nightly
 build for 64 bit windows and a fresh SVN pull for GRASS 7.2.

 The Linux version of GRASS did a simple NDVI in 3 minutes 5 seconds on a 4
 year old i5 laptop with spinning drive. Gdal version is 2.1.0 Libopenjpeg
 version is 2.1.0-2

 The Windows nightly build took 60 minutes on a 1 year old i7 running on an
 SSD drive.
 Will try again next week.

 Current version of Gdal in OSGeo4W is gdal, 2.1.2-1.  Current version of
 openjpeg, openjpeg is 2.0.0-2.

 https://github.com/uclouvain/openjpeg/blob/version.2.1/CHANGES does not
 list any changes related to speed.

 QGIS windows version for windows has closer to GRASS Linux speeds when
 manually calculating NDVI using the raster calculator and appears to be
 using the 2.0.0-2 version of openjpeg ( as well as I can tell at this time
 of the night).

 Not sure if it is strictly a Linux vs Windows issue or library version
 issue, or something else.

Ticket URL: <https://trac.osgeo.org/grass/ticket/3173#comment:5>
GRASS GIS <https://grass.osgeo.org>

More information about the grass-dev mailing list