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

Browser will show non valid files as loadable even when 'checked by GDAL' #24706

Closed
qgib opened this issue Jul 7, 2017 · 1 comment
Closed
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!

Comments

@qgib
Copy link
Contributor

qgib commented Jul 7, 2017

Author Name: Richard Duivenvoorde (@rduivenvoorde)
Original Redmine Issue: 16807
Affected QGIS version: master
Redmine category:browser


See this thread:
https://lists.osgeo.org/pipermail/qgis-developer/2017-July/049234.html

In short:

Even when selecting 'Check extension' in "Settings/Options/Data Sources/Data source handling/Scan for valid
items in the browser dock" GDAL is used to test if QGIS is able to open certain files in the directories seen in the Browser(widget).

Even though GDAL reports that the file is not openable, the files are still visible in the browser.

From that thread:

Ah indeed you're right, even if we only check by extension, then we end up still opening the file with GDALOpen :-)

"
So we should have either :

Another option would be to introduce an icon for each layer type (raster, vector etc) which is 'grayed out' like 'not enabled' to show that: "It is possible that we can open it, but there is also a chance that we fail". For all those cases where the Identify() is not conclusive, OR where the actual opening of the file/connection is just too expensive/complex.

@qgib
Copy link
Contributor Author

qgib commented Feb 6, 2019

Author Name: Nyall Dawson (@nyalldawson)


Applied in changeset 2c64cec.


  • done_ratio was changed from 0 to 100
  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Feb 6, 2019
@qgib qgib added the Bug Either a bug report, or a bug fix. Let's hope for the latter! label 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!
Projects
None yet
Development

No branches or pull requests

1 participant