Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can't read jp2-Files in qgis 2.18.11 with gdal 2.2.1 on Ubuntu 16.04 #24907

Closed
qgib opened this issue Aug 11, 2017 · 5 comments
Closed

Can't read jp2-Files in qgis 2.18.11 with gdal 2.2.1 on Ubuntu 16.04 #24907

qgib opened this issue Aug 11, 2017 · 5 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Rasters Related to general raster layer handling (not specific data formats) Regression Something which used to work, but doesn't anymore

Comments

@qgib
Copy link
Contributor

qgib commented Aug 11, 2017

Author Name: Claas Leiner (@claasleiner)
Original Redmine Issue: 17008
Affected QGIS version: 2.18.11
Redmine category:rasters


Hello,

I have installed QGIS 2.18.11 on Ubuntu 16.04. (Code-version c6d8827) with ubuntugis-dependencies.
QGIS runs with gdal 2.2.1.

QGIS 2.18.11 with gdal 2.1.3 reads jp2-Files very slow.

QGIS 2.18.11 with gdal 2.2.1 reads jp2 files quickly, but only a black rectangle is visible.

The GDAL driver is JP2OpenJPEG. An other Driver for jp2 is not availabld on Ubuntu-Linux.

Greetings
Claas


Related issue(s): #24906 (duplicates)
Redmine related issue(s): 17007


@qgib
Copy link
Contributor Author

qgib commented Aug 11, 2017

Author Name: Jürgen Fischer (@jef-n)


@qgib
Copy link
Contributor Author

qgib commented Aug 11, 2017

Author Name: Jürgen Fischer (@jef-n)


  • description was changed from Hello,

I have installed QGIS 2.18.11 on Ubuntu 16.04. (Code-version c6d8827) with ubuntugis-dependencies.
QGIS runs with gdal 2.2.1.

QGIS 2.18.11 with gdal 2.1.3 reads jp2-Files very slow.

QGIS 2.18.11 with gdal 2.2.1 reads Jp2 files quickly, but only a black rectangle is visible.

The GDAL-Driver is JP2OpenJPEG. A other Driver for jp2 is not availabel on Ubuntu-Linux.

Greetings
Claas
to Hello,

I have installed QGIS 2.18.11 on Ubuntu 16.04. (Code-version commit:c6d8827) with ubuntugis-dependencies.
QGIS runs with gdal 2.2.1.

QGIS 2.18.11 with gdal 2.1.3 reads jp2-Files very slow.

QGIS 2.18.11 with gdal 2.2.1 reads jp2 files quickly, but only a black rectangle is visible.

The GDAL driver is JP2OpenJPEG. An other Driver for jp2 is not availabld on Ubuntu-Linux.

Greetings
Claas

@qgib
Copy link
Contributor Author

qgib commented Aug 11, 2017

Author Name: Giovanni Manghi (@gioman)


why regression? did it worked fine in a previous qgis or gdal release? seems very likely a gdal issue, have you asked in the proper channel?
or what about trying doing a translate with gdal_translate from the CLI? if you get a wrong result (black) then is definitely a gdal issue.


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Aug 31, 2017

Author Name: Even Rouault (@rouault)


This might be highly dependent on the dataset. Please provide a link to the dataset.

@qgib
Copy link
Contributor Author

qgib commented Sep 25, 2017

Author Name: Giovanni Manghi (@gioman)


Closing for lack of feedback, please reopen if necessary.


  • resolution was changed from to not reproducable
  • status_id was changed from Feedback to Closed

@qgib qgib closed this as completed Sep 25, 2017
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Rasters Related to general raster layer handling (not specific data formats) Regression Something which used to work, but doesn't anymore labels May 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Rasters Related to general raster layer handling (not specific data formats) Regression Something which used to work, but doesn't anymore
Projects
None yet
Development

No branches or pull requests

1 participant