Menu
▾
▴
saga-gis-developer — SAGA GIS Developer Mailing List
You can subscribe to this list here.
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
(13) |
Nov
(27) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
(13) |
Feb
(26) |
Mar
(5) |
Apr
(4) |
May
(16) |
Jun
(22) |
Jul
(14) |
Aug
(53) |
Sep
(17) |
Oct
(8) |
Nov
(14) |
Dec
|
| 2012 |
Jan
(16) |
Feb
(12) |
Mar
(2) |
Apr
(12) |
May
(10) |
Jun
(22) |
Jul
(15) |
Aug
(3) |
Sep
|
Oct
(5) |
Nov
(11) |
Dec
(33) |
| 2013 |
Jan
(2) |
Feb
(2) |
Mar
(5) |
Apr
(25) |
May
(13) |
Jun
(2) |
Jul
(14) |
Aug
(9) |
Sep
(21) |
Oct
|
Nov
(10) |
Dec
(9) |
| 2014 |
Jan
(2) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(11) |
Jun
(8) |
Jul
(10) |
Aug
(18) |
Sep
(11) |
Oct
(7) |
Nov
(17) |
Dec
(7) |
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
(17) |
May
(1) |
Jun
(6) |
Jul
(20) |
Aug
(4) |
Sep
(26) |
Oct
(11) |
Nov
(10) |
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
(32) |
Mar
(39) |
Apr
|
May
(14) |
Jun
(25) |
Jul
(1) |
Aug
(4) |
Sep
(4) |
Oct
(24) |
Nov
(3) |
Dec
|
| 2017 |
Jan
(7) |
Feb
(24) |
Mar
(3) |
Apr
|
May
(12) |
Jun
(3) |
Jul
(9) |
Aug
(2) |
Sep
|
Oct
|
Nov
(3) |
Dec
(18) |
| 2018 |
Jan
|
Feb
(70) |
Mar
(14) |
Apr
(4) |
May
(8) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(9) |
Oct
(3) |
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
(3) |
Mar
(16) |
Apr
(28) |
May
(5) |
Jun
(3) |
Jul
|
Aug
(9) |
Sep
|
Oct
|
Nov
(1) |
Dec
(3) |
| 2020 |
Jan
|
Feb
(9) |
Mar
|
Apr
(10) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
(3) |
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(6) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
|
Nov
(3) |
Dec
(2) |
| 2022 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
(3) |
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2024 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Volker W. <wic...@la...> - 2024-01-11 09:59:48
|
Hi Hyacinth, this is the SAGA developer mailing list, such user questions are better asked in the User or Discussion Forums: https://sourceforge.net/p/saga-gis/discussion Please post there and provide a little bit more information about what you are trying to accomplish. The linked shapefile of ship routes are polyline features, your wind data is probably gridded data. Do you like to clip buffered transects of the ship routes from the wind grids? Or is the task another one? You see it is difficult to help if you don't provide the full picture. As you are new to SAGA, please also have a look here: https://sourceforge.net/p/saga-gis/wiki/Online%20Help/ https://sourceforge.net/p/saga-gis/wiki/How%20to%20ask%20for%20support/ Best regards, Volker On 1/11/24 10:21, Hyacinth Nnamchi wrote: > Dear SAGA-GIS users, > > I have ER5 wind data and would like to extract it along ship-routes > (shapfile available here: > https://github.com/newzealandpaul/Shipping-Lanes). > > I thought that this could be possible in SAGA-GIS using: Climate --> > Tools --->Multi-level to points interpolation. where the multi-level > is my era5 winds and points are from the shape file. Problem is that > I'm unable to import the shapefile as points, I got "Tool execution > failed" when I tried any. > > I'm new to SAGA-GIS and would appreciate any suggestions. > > Thanks in advance. > > Hyacinth > > ----- > *Hyacinth Nnamchi* > GEOMAR | Helmholtz Centre for Ocean Research Kiel > Wischhofstraße 1-3 > 24148 Kiel, Germany > > Tel.: +49 431 600-4069 > Email: hnn...@ge... > > > > ------------------------------------------------------------------------ > *From:* sag...@li... > <sag...@li...> > *Sent:* 10 January 2024 7:09 PM > *To:* hya...@ho... <hya...@ho...> > *Subject:* Welcome to the "saga-gis-developer" mailing list > Welcome to the sag...@li... mailing list! > > To post to this list, send your message to: > > sag...@li... > > General information about the mailing list is at: > > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer > <https://lists.sourceforge.net/lists/listinfo/saga-gis-developer> > > If you ever want to unsubscribe or change your options (eg, switch to > or from digest mode, change your password, etc.), visit your > subscription page at: > > https://lists.sourceforge.net/lists/options/saga-gis-developer/hyacinth.1%40hotmail.com > <https://lists.sourceforge.net/lists/options/saga-gis-developer/hyacinth.1%40hotmail.com> > > > You can also make such adjustments via email by sending a message to: > > sag...@li... > > with the word `help' in the subject or body (don't include the > quotes), and you will get back a message with instructions. > > You must know your password to change your options (including changing > the password, itself) or to unsubscribe without confirmation. It is: > > obwufoar > > Normally, Mailman will remind you of your lists.sourceforge.net > mailing list passwords once every month, although you can disable this > if you prefer. This reminder will also include instructions on how to > unsubscribe or change your account options. There is also a button on > your options page that will email your current password to you. > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer -- ______________________________________________ Dr. Volker Wichmann CTO LASERDATA GmbH Management and analysis of laserscanning data Technikerstrasse 21a, A-6020 Innsbruck mobile: +43 (0)681 844 84 148 phone: +43 (0)512 507 48 606 web:https://www.laserdata.at ______________________________________________ |
|
From: Hyacinth N. <hya...@ho...> - 2024-01-11 09:22:22
|
Dear SAGA-GIS users, I have ER5 wind data and would like to extract it along ship-routes (shapfile available here: https://github.com/newzealandpaul/Shipping-Lanes). I thought that this could be possible in SAGA-GIS using: Climate --> Tools --->Multi-level to points interpolation. where the multi-level is my era5 winds and points are from the shape file. Problem is that I'm unable to import the shapefile as points, I got "Tool execution failed" when I tried any. I'm new to SAGA-GIS and would appreciate any suggestions. Thanks in advance. Hyacinth ----- Hyacinth Nnamchi GEOMAR | Helmholtz Centre for Ocean Research Kiel Wischhofstraße 1-3 24148 Kiel, Germany Tel.: +49 431 600-4069 Email: hnn...@ge... ________________________________ From: sag...@li... <sag...@li...> Sent: 10 January 2024 7:09 PM To: hya...@ho... <hya...@ho...> Subject: Welcome to the "saga-gis-developer" mailing list Welcome to the sag...@li... mailing list! To post to this list, send your message to: sag...@li... General information about the mailing list is at: https://lists.sourceforge.net/lists/listinfo/saga-gis-developer If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: https://lists.sourceforge.net/lists/options/saga-gis-developer/hyacinth.1%40hotmail.com You can also make such adjustments via email by sending a message to: sag...@li... with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe without confirmation. It is: obwufoar Normally, Mailman will remind you of your lists.sourceforge.net mailing list passwords once every month, although you can disable this if you prefer. This reminder will also include instructions on how to unsubscribe or change your account options. There is also a button on your options page that will email your current password to you. |
|
From: Olaf C. <ola...@un...> - 2023-03-30 15:38:11
|
dear andrea, > it is possible to set a QgsProcessingParameterVectorDestination as > optional. > > For example (in the "Contour Lines from Grid" module): > > QgsProcessingParameterVectorDestination|POLYGONS|Polygons > > should be: > > QgsProcessingParameterVectorDestination|POLYGONS|Polygons|-1|None|True > > The added parameters are: > data source type: TypeVectorAnyGeometry = -1 > defaultValue = None > optional = True > > See > https://api.qgis.org/api/classQgsProcessingParameterVectorDestination.html#a7183532e12630439163c807c4f4e40e4 ...thank you for that hint! it was very helpful! i changed saga's qgis-toolbox-generator accordingly ...will be in included in the next (bug-fix) release. >> ...the "POLY_PARTS" parameter has been renamed to "Split Polygon >> Parts" again in the latest saga version (9.0.0). > > Thanks! > >>> - the documentation of the "Contour Lines from Grid" tool doesn't >>> mention that the "LINE_PARTS" parameter is not taken in any >>> consideration (so the CONTOUR lines are not split regardless of such >>> parameter value) when the POLYGONS parameter is set > > Is that behaviour intended? If so, it would be useful to add such info > in the module documentation. ...currently this is indeed intended! the polygon generation is not perfectly yet and might need some fixes for special cases! so once we find the time we might address this topic (but our capacities for documenting and coding are very small compared to that of 'q'). > Is it possible to make sure that specifying a parameter witha an empy > vaue (like -POLYGONS "") the module(s) doesn't (don't) use such > parameter like it wasn't specified at all? ...you refer to saga's command line interpreter?! yes, i just added a check for empty output file names. > > Best regards. > > Andrea Giudiceandrea best regards... |
|
From: Andrea G. <and...@li...> - 2023-03-30 10:49:47
|
Il 29/03/2023 17:39, Olaf Conrad ha scritto: > ...unluckily there is not much we can do about marking vector output as > optional ...it seems that the "VectorDestination" specification used in > the parameter interface does not provide support for doing so! ... Hi Olaf, it is possible to set a QgsProcessingParameterVectorDestination as optional. For example (in the "Contour Lines from Grid" module): QgsProcessingParameterVectorDestination|POLYGONS|Polygons should be: QgsProcessingParameterVectorDestination|POLYGONS|Polygons|-1|None|True The added parameters are: data source type: TypeVectorAnyGeometry = -1 defaultValue = None optional = True See https://api.qgis.org/api/classQgsProcessingParameterVectorDestination.html#a7183532e12630439163c807c4f4e40e4 > ...the "POLY_PARTS" parameter has been renamed to "Split Polygon Parts" > again in the latest saga version (9.0.0). Thanks! >> - the documentation of the "Contour Lines from Grid" tool doesn't >> mention that the "LINE_PARTS" parameter is not taken in any >> consideration (so the CONTOUR lines are not split regardless of such >> parameter value) when the POLYGONS parameter is set Is that behaviour intended? If so, it would be useful to add such info in the module documentation. >> - the above behaviour does also occur even if the POLYGON parameter is >> set to an empty string, e.g.: >> saga_cmd shapes_grid "5" -GRID "grid.sgrd" -CONTOUR "cont" -POLYGONS "" >> (is this intended?) Is it possible to make sure that specifying a parameter witha an empy vaue (like -POLYGONS "") the module(s) doesn't (don't) use such parameter like it wasn't specified at all? Best regards. Andrea Giudiceandrea |
|
From: Olaf C. <ola...@un...> - 2023-03-29 15:40:07
|
dear Andrea Giudiceandrea, > Hi SAGA-GIS devs, > same tools have optional output shapes parameters. For example the > "Contour Lines from Grid" module has the POLYGONS output optional > parameter. > > Anyway, the QGIS description file generated by CQGIS_ToolBox doesn't > set the corresponding QgsProcessingParameterVectorDestination > parameter as optional. ...unluckily there is not much we can do about marking vector output as optional ...it seems that the "VectorDestination" specification used in the parameter interface does not provide support for doing so! ...but to be honest we don't know the qgis environment very well, so may be you should ask the q-devs if such an option might be supported somehow. > About the "Contour Lines from Grid" module: > > - the "LINE_PARTS" and "POLY_PARTS" parameters of the "Contour Lines > from Grid" tool have currently the same description text: "Split > Parts" (while previously they were different: "Split Parts" and "Split > Polygon Parts") so they are difficult to distinguish from each other ...the "POLY_PARTS" parameter has been renamed to "Split Polygon Parts" again in the latest saga version (9.0.0). > - the documentation of the "Contour Lines from Grid" tool doesn't > mention that the "LINE_PARTS" parameter is not taken in any > consideration (so the CONTOUR lines are not split regardless of such > parameter value) when the POLYGONS parameter is set (is this behaviour > intended?). > > - the above behaviour does also occur even if the POLYGON parameter is > set to an empty string, e.g.: > saga_cmd shapes_grid "5" -GRID "grid.sgrd" -CONTOUR "cont" -POLYGONS "" > (is this intended?) > > Best regards. > > Andrea Giudiceandrea kind regards, olaf conrad... |
|
From: Andrea G. <and...@li...> - 2023-03-12 23:44:04
|
Hi SAGA-GIS devs, same tools have optional output shapes parameters. For example the "Contour Lines from Grid" module has the POLYGONS output optional parameter. Anyway, the QGIS description file generated by CQGIS_ToolBox doesn't set the corresponding QgsProcessingParameterVectorDestination parameter as optional. About the "Contour Lines from Grid" module: - the "LINE_PARTS" and "POLY_PARTS" parameters of the "Contour Lines from Grid" tool have currently the same description text: "Split Parts" (while previously they were different: "Split Parts" and "Split Polygon Parts") so they are difficult to distinguish from each other - the documentation of the "Contour Lines from Grid" tool doesn't mention that the "LINE_PARTS" parameter is not taken in any consideration (so the CONTOUR lines are not split regardless of such parameter value) when the POLYGONS parameter is set (is this behaviour intended?). - the above behaviour does also occur even if the POLYGON parameter is set to an empty string, e.g.: saga_cmd shapes_grid "5" -GRID "grid.sgrd" -CONTOUR "cont" -POLYGONS "" (is this intended?) Best regards. Andrea Giudiceandrea |
|
From: Andrea G. <and...@li...> - 2023-01-19 00:42:42
|
Il 18/01/2023 13:52, Olaf Conrad ha scritto: > ...this option has now been added with commit [34c69e] Thank you very much again, Dr. Olaf Conrad! Best regards. Andrea Giudiceandrea |
|
From: Olaf C. <ola...@un...> - 2023-01-18 12:52:54
|
hello,
...this option has now been added with commit [34c69e]
('...TARGET_USER_FITS parameter added to the description files for QGIS
processing toolbox'). ...changes will be included in the next release
(likely to be out by end of march).
best wishes...
Am 17.01.2023 um 03:09 schrieb Andrea Giudiceandrea via saga-gis-developer:
> Hi devs.
> the TARGET_USER_FITS parameter is missing in the description files for
> QGIS processing toolbox generated by CQGIS_ToolBox function.
>
> For example in the "Shapes to Grid" module.
>
> Is it possible to let the CQGIS_ToolBox function add such parameter to
> the description files?
>
> See
> https://github.com/saga-gis/saga-gis/blob/fff23272c79a2c9be85ef87b1125b15e7f68b55d/saga-gis/src/tools/develop/dev_tools/qgistoolbox.cpp#L349
>
> Best regards.
>
> Andrea Giudiceandrea
>
>
> _______________________________________________
> saga-gis-developer mailing list
> sag...@li...
> https://lists.sourceforge.net/lists/listinfo/saga-gis-developer
--
Dr. Olaf Conrad
Institute of Geography
University Hamburg
Bundesstr. 55
D-20146 Hamburg
Germany
Phone: +49-40-42838-7289
Fax : +49-40-42838-4981
WWW : www.uni-hamburg.de/geographie
|
|
From: Andrea G. <and...@li...> - 2023-01-17 02:23:54
|
Hi devs. the TARGET_USER_FITS parameter is missing in the description files for QGIS processing toolbox generated by CQGIS_ToolBox function. For example in the "Shapes to Grid" module. Is it possible to let the CQGIS_ToolBox function add such parameter to the description files? See https://github.com/saga-gis/saga-gis/blob/fff23272c79a2c9be85ef87b1125b15e7f68b55d/saga-gis/src/tools/develop/dev_tools/qgistoolbox.cpp#L349 Best regards. Andrea Giudiceandrea |
|
From: Rainer H. <rh...@gw...> - 2022-09-26 18:28:22
|
Hi Johan, Am 26.09.22 um 17:24 schrieb Johan Van de Wauw: > Hi all, > > I am trying to build some custom modules without having to build all of > saga. I managed to have this working before, on both windows and linux, > by using the attached CMakeLists.txt It seems you forgot the attachment? Best wishes, Rainer > On linux this works, and I was able to do the same on windows, but this > has stopped working for some reason I don't fully understand. I still > manage to actually compile dll, but if I load it into saga I will get an > error when trying to load it: > > Loading library: > C:\dev\saga-watem\build2\watem\watem\Release\watem.dll...failed > > I tried different using both visual studio 14 (2015) and 2019. > > Anyone a clue how I could proceed to debug this problem? > > Kind regards, > Johan > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer |
|
From: Johan V. de W. <joh...@gm...> - 2022-09-26 15:24:27
|
Hi all, I am trying to build some custom modules without having to build all of saga. I managed to have this working before, on both windows and linux, by using the attached CMakeLists.txt On linux this works, and I was able to do the same on windows, but this has stopped working for some reason I don't fully understand. I still manage to actually compile dll, but if I load it into saga I will get an error when trying to load it: Loading library: C:\dev\saga-watem\build2\watem\watem\Release\watem.dll...failed I tried different using both visual studio 14 (2015) and 2019. Anyone a clue how I could proceed to debug this problem? Kind regards, Johan |
|
From: Volker W. <wic...@la...> - 2022-04-29 14:27:44
|
Hi Johan, I removed the tool library and some other deprecated ones as well. I also applied all your cmake patches, thanks again to you (and Bas)! Best regards, Volker On 4/25/22 16:56, Johan Van de Wauw wrote: > Hi all, > > While reviewing the license of files for inclusion in debian, I noticed > > https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/tools/shapes/shapes_lines_ex/LineApproximator.h > > The license of this file doesn't specify a license, and rather says > that it is not open source but > https://www.codeproject.com/Articles/1546/Plot-Graphic-Library does > specify LGPL-3. > > I tried replacing the file with the version of the website, but soon > found out that the module is skipped when building using cmake, and > fails in a number of places if I try to compile it. > > Is this module still relevant or should I just remove it when I build > for debian? Is it still useful to keep it in SAGA itself in that case? > > Kind regards, > Johan > > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer |
|
From: Johan V. de W. <joh...@gm...> - 2022-04-25 14:56:58
|
Hi all, While reviewing the license of files for inclusion in debian, I noticed https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/tools/shapes/shapes_lines_ex/LineApproximator.h The license of this file doesn't specify a license, and rather says that it is not open source but https://www.codeproject.com/Articles/1546/Plot-Graphic-Library does specify LGPL-3. I tried replacing the file with the version of the website, but soon found out that the module is skipped when building using cmake, and fails in a number of places if I try to compile it. Is this module still relevant or should I just remove it when I build for debian? Is it still useful to keep it in SAGA itself in that case? Kind regards, Johan |
|
From: Volker W. <wic...@la...> - 2022-04-14 09:45:55
|
Hi Johan, I've fixed the build (CMakelist.txt) in commit [add651], now the configuration as well as the build succeed. But I get a crash when I execute the tool. I must admit that I haven't build with the system dxflib for a long time (if ever), so I don't know if using the lib has worked for you in recent (autotools) builds. The backtrace is: #0 0x00007fffe34534e4 in non-virtual thunk to CDXF_Import::addLayer(DL_LayerData const&) () from /usr/local/lib/saga/libio_shapes_dxf.so #1 0x00007fffe342b44a in DL_Dxf::readDxfGroups(_IO_FILE*, DL_CreationInterface*) () from /lib/x86_64-linux-gnu/libdxflib.so.3 #2 0x00007fffe342b4f6 in DL_Dxf::in(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, DL_CreationInterface*) () from /lib/x86_64-linux-gnu/libdxflib.so.3 #3 0x00007fffe3455aa3 in CDXF_Import::On_Execute() () from /usr/local/lib/saga/libio_shapes_dxf.so #4 0x00007ffff70c13c9 in CSG_Tool::Execute(bool) () from /usr/local/lib/libsaga_api.so.8 ... I'm wondering if it is worth to invest time on fixing this or if we should simply remove the io_shapes_dxf tool library completely given that the io_gdal / Import Shapes tool can also be used to import DXF files and even works better (in my experience). Best regards, Volker On 4/13/22 10:48, Johan Van de Wauw wrote: > I'm trying to build saga using cmake on debian (bullseye, 11) > > I use: > cmake -DWITH_SYSTEM_SVM=on -DWITH_SYSTEM_DXF=on -DWITH_TRIANGLE=off > ~/debian/saga/saga-gis > > And get the error: > -- Found dxflib: /usr/lib/x86_64-linux-gnu/libdxflib.so (found version > "") > CMake Error at src/tools/io/io_shapes_dxf/CMakeLists.txt:10 > (target_include_directories): > Cannot specify include directories for target "io_shapes_dxf" which > is not > built by this project. > > > CMake Error at src/tools/io/io_shapes_dxf/CMakeLists.txt:11 > (target_link_libraries): > Cannot specify link libraries for target "io_shapes_dxf" which is > not built > by this project. > > libdxflib-dev is installed. Anyone a clue what I'm missing here? The > required headers are available under /usr/include/dxflib . > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer |
|
From: Johan V. de W. <joh...@gm...> - 2022-04-13 08:49:07
|
I'm trying to build saga using cmake on debian (bullseye, 11) I use: cmake -DWITH_SYSTEM_SVM=on -DWITH_SYSTEM_DXF=on -DWITH_TRIANGLE=off ~/debian/saga/saga-gis And get the error: -- Found dxflib: /usr/lib/x86_64-linux-gnu/libdxflib.so (found version "") CMake Error at src/tools/io/io_shapes_dxf/CMakeLists.txt:10 (target_include_directories): Cannot specify include directories for target "io_shapes_dxf" which is not built by this project. CMake Error at src/tools/io/io_shapes_dxf/CMakeLists.txt:11 (target_link_libraries): Cannot specify link libraries for target "io_shapes_dxf" which is not built by this project. libdxflib-dev is installed. Anyone a clue what I'm missing here? The required headers are available under /usr/include/dxflib . |
|
From: Volker W. <wic...@la...> - 2022-04-03 13:25:41
|
Hi all, since I'm not sure if everyone is following the release notes in the "News" section on sourceforge, I wanted to post that information here as well. The release of SAGA 8.2.0 was the last release to support the automake build system as well as the VS 2015 project files besides the new CMake based build system. With SAGA 8.3.0 we will start to only support the CMake system. Please adjust your build procedures accordingly. Best regards, Volker |
|
From: Volker W. <wic...@la...> - 2022-03-14 09:00:58
|
Hi Alexander, you are correct, there is currently no way to specify which layer should be loaded from the GeoPackage file. If you provide a GeoPackage file as input to saga_cmd (or use the "Load Shapes" option in the GUI), only the first layer in the file will be read. When you use the "Import/Export > GDAL/OGR > Import Shapes" tool, all layers in a file will get imported. Best regards, Volker On 3/13/22 14:06, Alexander Bruy wrote: > Hi devs, > > recently I discovered that SAGA now supports direct reading and > writing of GeoPackage and JSON files in addition to shapefiles. Many > thanks for this feature! > > However I can't find a way to specify which layer from the GeoPackage > file should be read. Am I right that there is no such option and SAGA > assumes that there is only one layer in the GPKG file? > > Thanks |
|
From: Alexander B. <ale...@gm...> - 2022-03-13 13:06:24
|
Hi devs, recently I discovered that SAGA now supports direct reading and writing of GeoPackage and JSON files in addition to shapefiles. Many thanks for this feature! However I can't find a way to specify which layer from the GeoPackage file should be read. Am I right that there is no such option and SAGA assumes that there is only one layer in the GPKG file? Thanks -- Alexander Bruy |
|
From: Olaf C. <ola...@un...> - 2022-01-06 15:52:20
|
hello johan, good question! ...this had been submitted in a hurry and by mistake (shame on me!), ...but it has been corrected almost immediately with commit [aee6fb] in master (commit [171546] in bug fix branch release-8.1.1), so please just ignore this useless (though harmless) piece of code. best wishes, olaf p.s.: we really appreciate to have saga being part of the debian repository :-) Am 2022-01-04 um 16:20 schrieb Johan Van de Wauw: > Hi Olaf, > > Thanks for taking care of this. I think it will solve the problem for > debian. I will test it now. > > Just a detail, when checking the diff, I wonder why you undef and > define WITH_MRMR here: > > https://sourceforge.net/p/saga-gis/code/ci/648712ee5d5568e356d282fc49740007ed5c1eb2/tree/saga-gis/src/saga_core/saga_api/mat_tools.h?diff=f5b0f889d947d9643b0473aa4343eba251ebcd0a > > Kind regards, > Johan > > On Mon, Jan 3, 2022 at 3:15 PM Olaf Conrad > <ola...@un...> wrote: > > hello johan, > > i added a cmake flag 'WITH_MRMR' that defaults to 'off' and allows to > exclude the mRMR code from the build. i hope this will fit the > needs for > debian packaging. > > best regards, > > olaf... > > Am 23.12.2021 um 10:40 schrieb Johan Van de Wauw: > > It looks like the saga source code contains code > > > > > https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61 > > > > which has a restrictive license > > http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8 > > > > Is it possible to move this file out of the saga api, eg into a > tool - > > because I can not package it for debian with this code included > (apart > > from the fact that other people may also make the false assumption > > that they can use the functionality). > > > > > > _______________________________________________ > > saga-gis-developer mailing list > > sag...@li... > > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer > > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer > > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer -- Dr. Olaf Conrad Institute of Geography University Hamburg Bundesstr. 55 D-20146 Hamburg Germany Phone: +49-40-42838-7289 Fax : +49-40-42838-4981 WWW :www.uni-hamburg.de/geographie |
|
From: Johan V. de W. <joh...@gm...> - 2022-01-04 15:20:32
|
Hi Olaf, Thanks for taking care of this. I think it will solve the problem for debian. I will test it now. Just a detail, when checking the diff, I wonder why you undef and define WITH_MRMR here: https://sourceforge.net/p/saga-gis/code/ci/648712ee5d5568e356d282fc49740007ed5c1eb2/tree/saga-gis/src/saga_core/saga_api/mat_tools.h?diff=f5b0f889d947d9643b0473aa4343eba251ebcd0a Kind regards, Johan On Mon, Jan 3, 2022 at 3:15 PM Olaf Conrad <ola...@un...> wrote: > hello johan, > > i added a cmake flag 'WITH_MRMR' that defaults to 'off' and allows to > exclude the mRMR code from the build. i hope this will fit the needs for > debian packaging. > > best regards, > > olaf... > > Am 23.12.2021 um 10:40 schrieb Johan Van de Wauw: > > It looks like the saga source code contains code > > > > > https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61 > > > > which has a restrictive license > > http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8 > > > > Is it possible to move this file out of the saga api, eg into a tool - > > because I can not package it for debian with this code included (apart > > from the fact that other people may also make the false assumption > > that they can use the functionality). > > > > > > _______________________________________________ > > saga-gis-developer mailing list > > sag...@li... > > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer > > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer > |
|
From: Olaf C. <ola...@un...> - 2022-01-03 14:15:10
|
hello johan, i added a cmake flag 'WITH_MRMR' that defaults to 'off' and allows to exclude the mRMR code from the build. i hope this will fit the needs for debian packaging. best regards, olaf... Am 23.12.2021 um 10:40 schrieb Johan Van de Wauw: > It looks like the saga source code contains code > > https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61 > > which has a restrictive license > http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8 > > Is it possible to move this file out of the saga api, eg into a tool - > because I can not package it for debian with this code included (apart > from the fact that other people may also make the false assumption > that they can use the functionality). > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer |
|
From: Rainer H. <rh...@gw...> - 2021-12-23 13:11:04
|
Hi devs, Am 23.12.21 um 10:40 schrieb Johan Van de Wauw: > It looks like the saga source code contains code > > https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61 > <https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61> > > which has a restrictive license > http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8 > <http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8> > > Is it possible to move this file out of the saga api, eg into a tool - > because I can not package it for debian with this code included (apart > from the fact that other people may also make the false assumption that > they can use the functionality). > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer Maybe there are alternatives to this original code by Hanchuan Peng, for example [1] (Apache License, Version 2.0)? Such an imputation could, as far as I understand, even use GPUs (via CUDA) ... However, I am not an expert on such algorithms and have only a limited understanding of how the method works. In SAGA, I guess it mainly supports some (table) classification methods? [1] https://github.com/sramirez/fast-mRMR/wiki |
|
From: Johan V. de W. <joh...@gm...> - 2021-12-23 09:41:03
|
It looks like the saga source code contains code https://sourceforge.net/p/saga-gis/code/ci/master/tree/saga-gis/src/saga_core/saga_api/mat_mRMR.cpp#l61 which has a restrictive license http://home.penglab.com/proj/mRMR/FAQ_mrmr.htm#Q1.8 Is it possible to move this file out of the saga api, eg into a tool - because I can not package it for debian with this code included (apart from the fact that other people may also make the false assumption that they can use the functionality). |
|
From: Andrea G. <and...@li...> - 2021-11-26 16:45:35
|
Il 26/11/2021 15:36, Olaf Conrad ha scritto: > ...many thanks for your suggestion! it already found its way into the > source code repository (see commit [eae0ba] > https://sourceforge.net/p/saga-gis/code/ci/eae0ba3daec349f1f464a5165954677e277c6fb0/). > i made a rough check and it seems to work. i also fixed another issue > that seems to have prevented tool chains from being executed Thank you very much, Dr. Olaf Conrad! Best regards. Andrea Giudiceandrea |
|
From: Olaf C. <ola...@un...> - 2021-11-26 14:55:16
|
dear andrea, ...many thanks for your suggestion! it already found its way into the source code repository (see commit [eae0ba] https://sourceforge.net/p/saga-gis/code/ci/eae0ba3daec349f1f464a5165954677e277c6fb0/). i made a rough check and it seems to work. i also fixed another issue that seems to have prevented tool chains from being executed. all the best, olaf... Am 2021-11-26 um 08:36 schrieb Andrea Giudiceandrea via saga-gis-developer: > Hi SAGA-GIS devs, > same models have optional output grids. > > Anyway it seems that the QGIS description file generated by > CQGIS_ToolBox ("QGIS Tool Interface Generator" - dev_tools 7) for such > models doesn't set the optional > QgsProcessingParameterRasterDestination parameter as optional. > > For example, the module "Shape to Grid" (grid_gridding 0) has a > mandatory output grid "GRID" parameter and an optional output grid > "COUNT" parameter. > Anyway the QGIS description file contains, among the others, the > following lines: > > QgsProcessingParameterRasterDestination|GRID|Grid > QgsProcessingParameterRasterDestination|COUNT|Number of Values > > while they should be: > > QgsProcessingParameterRasterDestination|GRID|Grid > QgsProcessingParameterRasterDestination|COUNT|Number of Values|None|True > > in order to set the "COUNT" parameter as optional. > > > I think the CQGIS_ToolBox::Get_Parameter routine at > > https://github.com/saga-gis/saga-gis/blob/2adfcf39012bf3f3648edbb7fc5387b7487ea050/saga-gis/src/tools/develop/dev_tools/qgistoolbox.cpp#L363-L376 > > switch( pParameter->Get_Type() ) > { > case PARAMETER_TYPE_Grid : > if( pParameter->is_Input() ) > { > PARAMETER_SET("RasterLayer"); > PARAMETER_STR("None"); > PARAMETER_BOL(pParameter->is_Optional()); > } > else > { > PARAMETER_SET("RasterDestination"); > } > break; > > > could be patched in way similar to the follow: > > switch( pParameter->Get_Type() ) > { > case PARAMETER_TYPE_Grid : > if( pParameter->is_Input() ) > { > PARAMETER_SET("RasterLayer"); > PARAMETER_STR("None"); > PARAMETER_BOL(pParameter->is_Optional()); > } > else > { > PARAMETER_SET("RasterDestination"); > if ( pParameter->is_Optional() ) > { > PARAMETER_STR("None"); > PARAMETER_BOL(pParameter->is_Optional()); > } > } > break; > > I hope this could improve the QGIS integration of the SAGA algorithms. > > Best regards. > > Andrea Giudiceandrea > > > _______________________________________________ > saga-gis-developer mailing list > sag...@li... > https://lists.sourceforge.net/lists/listinfo/saga-gis-developer -- Dr. Olaf Conrad Institute of Geography University Hamburg Bundesstr. 55 D-20146 Hamburg Germany Phone: +49-40-42838-7289 Fax : +49-40-42838-4981 WWW :www.uni-hamburg.de/geographie |
