-
assigned issue to
drag&drop a speclib onto the views area opens a SpectralView and a MapView; should only open a SpectralView
Comments (9)
-
reporter -
I don’t consider it a bug but the correct behaviour instead:
1. enmap_srf_library.gpkg is a vector layer with point geometry data. Data that defines spatial information should be displayed in a map view (as any other vector layer)
2. enmap_srf_library.gpkg contains a spectral profile field. Therefore it should be added to a spectral library viewThe problem is that enmap_srf_library.gpkg specifies a geometry data field + CRS, which it does not need, as none of the spectral response functions is linked to geometries. Instead, it should be a GPKG without geometry
-
addresses
#802spectral library viewer visualizes speclibs without geometry dockmanager creates new map view only if dropped layers are raster layers of vector layers with valid geometry dataSigned-off-by: Benjamin Jakimow benjamin.jakimow@geo.hu-berlin.de benjamin.jakimow@geo.hu-berlin.de
→ <<cset 7f50428b8225>>
-
reporter The problem is that enmap_srf_library.gpkg specifies a geometry data field + CRS, which it does not need, as none of the spectral response functions is linked to geometries. Instead, it should be a GPKG without geometry
When creating a new speclib, those decisions are already taken. The layer has a point geometry and a valid CRS already:
How would I, as a GUI user, remove the geometry?
-
To remove the geometry, just export the GPKG in QGIS without geometry (might be required to assign the SpectralProfile edit widget to the BLOB filed afterwards so that is is stored in the *.qml as well).
To create a speclib without geometry, create a new vector layer / GPKG without geometry and open it in the Spectral Library Viewer.
-
reporter Ok, but that is quit complicated and very inconvinient for the user.
How about that: it doesn’t matter if the layer has a geometry and a CRS defined. We just check if the Extent is not Empty?
-
Think about remote data sources (PostGIS, WFS, other RDBMS). For these I don’t want to run a potentially time-consuming “calculate extent” operations first, while it is obvious that the speclib is designed to contain spatial data.
Instead we better give a good example and provide the EnMAP band SRF’s without spatial point geometry, as this clearly does not make any sense.
-
reporter Think about remote data sources (PostGIS, WFS, other RDBMS). For these I don’t want to run a potentially time-consuming “calculate extent” operations first, while it is obvious that the speclib is designed to contain spatial data.
Alright, then let’s only check the layer extent for OGR layer.
Instead we better give a good example and provide the EnMAP band SRF’s without spatial point geometry, as this clearly does not make any sense.
My problem with that is: if I want to create a non-spatial speclib by using the EnMAP-Box GUI or API, then I don’t want to do an extra workaround step to fix the CRS issue. If the proposed solution with just checking the extent (of an OGR layer) is to complicated, than we should have an Option in the GUI/API to create a non-spatial speclib. That would make more sense, from a user perspective.
-
reporter - changed status to closed
- Log in to comment