Re: [QGIS-Developer] Processing Script addLayerToLoadOnCompletion
Hi Ginetto, well actually this is a simple script and not Processing plugin, so I think no reloading is needed Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] OTB and LiDAR tools as separate plugins
Hi Martin, glad that I could had helped you ;) Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Processing Script addLayerToLoadOnCompletion
Hi Håvard, I knew that param has been replaced with parameters.. Anyway, removing parameters is not solving the problem Thanks Matteo On 09/03/2018 06:07 PM, Havard Tveite wrote: > "parameters=" should be removed in the run method. > > Håvard ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Processing Script addLayerToLoadOnCompletion
Hi all, I was thinking to add a small example of addLayerToLoadOnCompletion function to the ScriptTemplate of Processing. The code is the following: buffered_layer = processing.run("native:buffer", parameters={ 'INPUT': dest_id, 'DISTANCE': 1, 'SEGMENTS': 5, 'END_CAP_STYLE': 0, 'JOIN_STYLE': 0, 'MITER_LIMIT': 2, 'DISSOLVE': False, 'OUTPUT': 'memory:' }, context=context, feedback=feedback)['OUTPUT'] feedback.pushDebugInfo(str(dest_id)) context.addLayerToLoadOnCompletion(buffered_layer.source(), context.LayerDetails( name='new_layer', project=context.project() )) but Processing always throws this error: The following layers were not correctly generated.Polygon?crs=EPSG:3003=ID:long(10)=fk:string(254)=ROTAZ:long(10)=DIMENS:long(10)=ETICHETTA:string(254)=VALORE:long(10)=T_MIN:double(20,5)=T_MAX:double(20,5)=PIOGGIA:double(20,5)=LARGH:double(20,5)=LUNG:double(20,5)=assex:string(254)=assey:string(254)=colore:string(38)=xlab:double(10,2)=ylab:double(10,2)=raster:double(23,15)=raster_1:double(23,15)=raster_2:double(23,15)={685540af-711d-462b-a9d0-9b00af4c2f6a}You can check the 'Log Messages Panel' in QGIS main window to find more information about the execution of the algorithm. Am I missing something? Thanks for any suggestion Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Reading OSM data from .osm file
Hey, > When you have your .osm file on your computer (eg downloaded from > outside QGIS), you can open it with: > * QuickOSM with the default parser, each keys will have their own fields. > * QuickOSM with your custom osmconf.ini file. The attribute table is > defined according to your osmconf file. > * OSM core importer in QGIS 2, not sure about the final attribute table. > * QGIS, loading a normal vector file. The osmconf file on your computer > will be used to define the attribute table. > > So it seems you are using the last option, right? So maybe you modified > the default osmconf file? it seems so. Never touched the osmconf file (almost a fresh Debian Sid OS). It just seems strange to me that the "default" parser (the last one of the list) is lossy (meaning that many columns can collapse into a single not usable one). Anyway: QuickOSM parser works like a charm ;) Thanks to all Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Reading OSM data from .osm file
Hi Etienne, wait maybe we are confusing providers ;) QuickOSM parser works great. So far I never had a problem when downloading data with your plugin. But if the .osm file is downloaded outside QGIS (e.g. directly on openstreetmap.com) the parser (GDAL?!) makes columns collapsing. I attached a screenshot of the only 2 columns I have from the point layer loaded from the osm file (center of Rome city). So except for "osm_id" **all** the other tags are concatenated in the nameless second column. I really don't know is I'm missing something, but I thought that the workflow was pretty straightforward. Thanks! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Reading OSM data from .osm file
Hi Marco, thanks for the answer and the explanation. > I guess you are missing an understanding for OSMs data model. OSM is > very flexible in adding attributes to a feature by adding key/value > pairs. If this is to be represented in a GIS data away (table) you have > to convert the data importing just relevant keys (each becoming a > column), which results in loss of some attributes, or you can use > something like hstore in postgresql [1] meaning you store the set of > key/value pairs (or dictionary in python-terms) in one column. This is > lossless and seems to be what is used here. well I think that even if lossless the information are pretty much useless also. What I'm saying is that the old OSM core provider of QGIS 2 (download osm and convert osm to SpatiaLite) and the current QuickOSM plugin (both QGIS 2 and QGIS 3) stores all the information as well, having maybe a lot of columns empty, but still usable. Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Reading OSM data from .osm file
Hi all, downloading an osm file from https://www.openstreetmap.org and loading it in QGIS results in perfect spatial positions but the attribute data are read wrong. Wrong means that there are only 2 columns: "osm_id" with correct numbers of feature ids and another nameless column that contains all the other information like: "crossing"=>"traffic_signals","highway"=>"crossing" Seems that the parser is not working correctly? To reproduce the problem: 1. https://www.openstreetmap.org 2. Click on Export in the top left corner 3. click on Export in the new tab 4. open the osm file in QGIS Someone confirms? Should I open a ticket? Thanks to all Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Signal/slots in Processing scripts/algorithms
Hi Nyall, > Not really - Processing doesn't currently have any support for > dependencies amongst parameters. You could maybe hack around this by > directly accessing widgets, but that wouldn't be version safe and > would be quite fragile. I imagined it wouldn't be safe > The "canonical" way to handle this currently is to throw an error when > the algorithm is executed if the combination of parameters does not > make sense. got it! Many thanks for the hints Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Signal/slots in Processing scripts/algorithms
Hi devs, is there a way to update a widget (e.g. setting a ComboBox as not enabled) depending on another widget within a Processing script? Something like: if val == 'whatever': self.processingComboBox.setEnabled(False) Thanks for all the hints Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] External python package dependency in plugins
Hi, thanks for raining this issue and to provide this beautiful solution. Actually having plugin with external python lib dependencies was/is tricky especially for windows system (in my experience) > Now with QGIS3 we have true separated profiles, we an idea would be to > add a virtual environment PER profile, so all plugins can install > modules in that environment (using your trick?), and in case of a clash > can then create 2 profiles for those plugins/modules. > Not sure though this is feasible for all OS's. I think it will be > easiest on Linux... that's also a good idea! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] RES: Highlighting selected vertex in vertex editor
> Do you mean this https://issues.qgis.org/issues/17806? exactly! Thanks Harrissou Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] RES: Highlighting selected vertex in vertex editor
Hi Jorge, yes exactly. But in the vertex table, if you click on one or many rows the corresponding vertex are not highlighted in the map like it is for 2.x Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Highlighting selected vertex in vertex editor
Hi all, in the vertex editor of QGIS 2.x when a line of the table id selected the corresponding vertex is highlighted in the map. In QGIS 3 it seems that this super useful feature is not there anymore. I just wanted to report this ;) Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] i18n for Processing plugins not working
Hi devs, with a simple Processing plugin I'm noticing that the i18n strings are not taken into account when QGIS is loaded in another language. Here the steps I'm following: * using self.tr() to set strings as translatable * changin the Makefile by adding the new locale and other .py file containing strings to be translated * make transupdate to generate the .ts file for each language * translation the strings with linguist * make transcompile to compile the ts in qm even if in the ts file the strings are set to **without** the tag , if QGIS is loaded in one of the translated language, the dialog and all the strings are in the source language and not in the translated one. BTW: this seems happen only with Processing plugins and not with default one. Should I open a ticket? Thanks! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Load layer with style in Processing plugin
Hi Nyall, thanks for the answer. > In 3.2 it should be possible, using a subclass of > QgsProcessingLayerPostProcessorInterface and > > context.layerToLoadOnCompletionDetails( output_dest_id > ).setPostProcessor( my_layer_post_processor() ) > > Your QgsProcessingLayerPostProcessorInterface subclass would set the > style for the layer in its postProcessLayer implementation. > > This is the canonical, thread safe way to do this in processing... any > other approach (and there's other hacky ways to do this) will not be > thread safe and may crash! We probably should make this a bit easier > and have a direct `context.layerToLoadOnCompletionDetails( > output_dest_id ).setLayerStyle(. )` call, but it's too late for > 3.2 eheh, sorry too late to test all Processing options (too many of them ;) ). what you suggested to implement in the future sounds as the smoothest idea. Thanks again for the hints! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Load layer with style in Processing plugin
Hi devs, is it possible to load a layer (vector or raster) created in a Processing script/algorithm from the script itself without using the specific algorithm "set style for raster layer"? I'm using context.addLayerToLoadOnCompletion() to load the layers and I have a separated function that creates the style (as qml file with the same name of the layer). But when the layers are loaded the styles aren't (even if correctly created in the folder and it works if manually loaded in QGIS). Thanks for any suggestion Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Retrieve folder path from Processing scripts
Awesome! Many many thanks Nyalll Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Retrieve folder path from Processing scripts
Hi Nyall, here it is: https://www.dropbox.com/s/bpu1axmrpnjyn2n/folder.mp4?dl=0 thanks for taking care of this small issue Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Retrieve folder path from Processing scripts
Hi Nyall, I'm on a Linux Debian Sid with QGIS master compiled. I nobody has the same issue then there should be something on my local machine and that's fine since I know the small workaround ;) but still weird Thanks for the reply Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Retrieve folder path from Processing scripts
Hi devs, fighting with this problem I might have found a small bug (if someone can confirm this). So with `QgsProcessingParameterFolderDestination` and `parameterAsString` Processing takes the path only if the path is added manually OR if the user choose the path from the button BUT types something in the box. If the path is taken directly from the button I always get a temporary path If someone wants to give a try I have prepared a copy/paste script for testing here: https://pastebin.com/DEHvD0nr If confirmed I can open a ticket Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Retrieve folder path from Processing scripts
Hi devs, I don't know if I'm facing a bug or if I'm missing something. In a Processing script (or Processing plugin, same same) I cannot not get the path of the folder when the folder is a Processing parameter: ... NAME = 'NAME' FOLDER = 'FOLDER' ... self.addParameter(QgsProcessingParameterString( self.NAME, self.tr('My name'))) self.addParameter(QgsProcessingParameterFolderDestination( self.FOLDER, self.tr('Output folder'))) ... baseName = self.parameterAsString(parameters, self.NAME, context) directory = self.parameterAsString(parameters, self.FOLDER, context) basePath = os.path.join(directory, baseName) feedback.pushDebugInfo(basePath) return {self.FOLDER: basePath} I always get a temporary path even when the user choose a folder on the computer. Someone else faced this problem? Thanks for any suggestion! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zonal statistics not working with different CRS
Done, https://issues.qgis.org/issues/19027 thanks Nyall Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Zonal statistics not working with different CRS
Hi Nyall, sorry for the late reply. > Confirmed, but fortunately the fix is trivial. good ;) should I open a ticket? thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Zonal statistics not working with different CRS
Hi devs, I noticed that with different CRS the Zonal statistics algorithm returns blank columns in the target vector layer. Someone confirms? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Weird behavior with raster styles
Hi, thanks for pointing me to the issues you opened. I have updated https://issues.qgis.org/issues/18153 with a minimal example (raster + qml) that could help to understand the problem. Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Save as image disappeared from Project menu?
ahrrr sorry guys.. I missed that PR sorry for the noise Thanks Harrissou Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Save as image disappeared from Project menu?
Hi devs, in QGIS master I cannot find the Project -> Save as Image (or Save as Pdf) while in 3.0 is there. Was this functionality dropped? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Weird behavior with raster styles
Hi devs, not sure if this is an issue or if I am missing something. If I load a raster already styled with a .qml file, in the Raster Layer Style properties, suppose a singleband pseudo color, in the box I can see the style loaded, but not in the color ramp box. Any click (changing min/max, interpolation method, etc) drops the custom style loaded and the current color ramp is chosen by default, losing all the chances to make further customization with the "old" style. Am I missing something when loading the style? Thanks for any feedback Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Weird behavior with raster styles
Hi devs, not sure if this is an issue or if I am missing something. If I load a raster already styled with a .qml file, in the Raster Layer Style properties, suppose a singleband pseudo color, in the box I can see the style loaded, but not in the color ramp box. Any click (changing min/max, interpolation method, etc) drops the custom style loaded and the current color ramp is chosen by default, losing all the chances to make further customization with the "old" style. Am I missing something when loading the style? Thanks for any feedback Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Crash with Style Dock Layer Panel
Hi, ok tested and it works now. Thanks Ale Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Crash with Style Dock Layer Panel
Hi Ale, nope, I just pulled from upstream and rebuild QGIS but same error is there matteo@debian:~/lavori/QGIS/QGIS$ git log --oneline 40499ee392 (HEAD -> master, upstream/master) Fix crash on categorized/graduated symbol styling dock e56ff6838d Merge pull request #7004 from alexbruy/select-atribute 15a5d91770 [processing] improve polar plot algorithm help (fix #16679) Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Crash with Style Dock Layer Panel
Hi guys, I have a fresh compiled QGIS master and no matter which data I load, but opening the style dock panel - > categorized style once I click on the Change ... button to change the symbol type QGIS dies. No stack traces, just: QGIS died on signal 11Aborted the same button in the Layer Properties works fine. Someone confirm? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Enum in Modeler
Hi all, testing the new Enum Input in the Processing Modeler I'm quite confused.. It seems now that if an algorithm has a Enum parameter (e.g. the Buffer has 2, "End cap style" and "Join style") and the user has not defined an Enum input, then it is possible to choose between the standard algorithm options. But it the user has an Enum input specified then the algorithm in the modeler only allows to choose the Enum input. Somebody confirm this behavior? Thanks Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] SAGA algorithms not usable in Modeler
Hi devs, I tested several SAGA algorithms within a Modeler. Even with very very simple models (one layer - one algorithm) every SAGA algorithm I tested I get a stacktrace. If someone can confirm this I think this could be a serious trouble (Tested on Linux - QGIS master compiled version) Cheers Matteo Processing algorithm… Algorithm 'model' starting… Input parameters: { 'saga:transformvectorlayer_1:fin' : '/tmp/processing_09cede4d35264496b8d824b29ce415be/dc080520afe04fd39fc7ee63ffadaddc/saga_transformvectorlayer_1_fin.shp', 'vector' : '/home/matteo/lavori/corsi/QGIS/QGIS3/QGIS_data/john_snow/Pumps.shp' } Prepare algorithm: saga:transformvectorlayer_1 Running Transform vector layer [1/1] Input Parameters: { ANCHORX: 0, ANCHORY: 0, ANGLE: 0, DX: 0, DY: 0, IN: '/home/matteo/lavori/corsi/QGIS/QGIS3/QGIS_data/john_snow/Pumps.shp', OUT: '/tmp/processing_09cede4d35264496b8d824b29ce415be/dc080520afe04fd39fc7ee63ffadaddc/saga_transformvectorlayer_1_fin.shp', SCALEX: 1, SCALEY: 1 } Traceback (most recent call last): File "/home/matteo/lavori/QGIS/prova/output/python/plugins/processing/algs/saga/SagaAlgorithm.py", line 206, in processAlgorithm self.tr('Unsupported file format')) _core.QgsProcessingException: Unsupported file format Error encountered while running Transform vector layer Error encountered while running Transform vector layer Execution failed after 0.17 seconds Loading resulting layers Algorithm 'model' finished ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Missing parameters from Modeler 3.0 vs master
ok I created a PR, not so sure about MapLayers https://github.com/qgis/QGIS/pull/6918 Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Missing parameters from Modeler 3.0 vs master
Hi devs, compared to 3.0 in QGIS master Processing Modeler there has been added some useful parameters (Distance, Enum, Matrix, Range) but some old are missing, like Expression, Raster Band. Are there any problems related with these 2 parameters? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Processing tests for SAGA
Hi devs, I found some broken SAGA algorithms (just the name of the parameters). Just one simple question: are the SAGA tests resurrected? I see the test file is available again: https://github.com/qgis/QGIS/commit/41a27f700ff7806cfe29490a757959adfd4f324b#diff-c567084a3d3994247ea380ed2549 is it worth to add other tests or this is still a work in progress? Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Using memory layer in Processing with SAGA and GRASS
Hi Nyall, > No - neither SAGA nor GRASS have any concept of QGIS memory layers. > You need to give them a disk-based file path to save their outputs to. ok, clear now why this was not working > If you use a memory layer as an input to these algs it will also have > to save it out to a disk based format, but this is done automatically > by saving to a file in the temp folder. We could potentially do the > same thing to allow SAGA/GRASS algs to output to a memory layer by > first saving the output to a shp in the temp folder, then loading that > file and copying the features to a memory layer. But it would be > rather inefficient and counter productive - you're still being forced > to loop over the disk-based format, so you're just adding extra > processing for little gain. so within a script (or a Processing plugin) both input layer and output one have to come from a disk saved file. Thanks for the explanation! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] R provider for QGIS 3 - any interest?
Hi, I also really miss the R provider in QGIS 3. Thanks for raising this topic, I'm available for help Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Using memory layer in Processing with SAGA and GRASS
Hi devs, sorry if I missed something on this topic, but it seems that it is not possible using memory layer when running algorithms from the console. A simple example should explain everything: # QGIS parameters = { 'INPUT' : 'big', 'OVERLAY': 'small', 'OUTPUT':'memory:' } result = processing.run("qgis:difference", parameters) QgsProject.instance().addMapLayer(result['OUTPUT']) # SAGA parameters_saga = { 'A': 'big', 'B': 'small', 'SPLIT': True, 'RESULT': 'memory:' } result_saga = processing.run("saga:difference", parameters_saga) # nothing is added with this code QgsProject.instance().addMapLayer(result_saga['RESULT']) with the code of above I noticed that the big difference is in: # QGIS result['OUTPUT'] https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Legend layer customization missing
HI Nyall, > This option was dropped. The rationale was that we cannot have options > for every user interface setting like this or the interface becomes > just a daunting mess! Either bold names is good, and they should be > used in all installs, or they aren't needed. > >> , capitalize...) > > This is a bit controversial - during 3.0 development the setting was > made default for a while, and the option dropped. But there was > push-back after this and the on-by-default change was reverted, and > the setting was moved to the advanced settings page only. I perfectly understand the need to avoid every user case options.. still wondering if this options can be added only in the advanced settings dialog (so there it should not result in a messed up UI). But as said, I don't know if this can bring to coding issues. Thanks for the clarification! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Legend layer customization missing
Hi Alexandre, thanks for the (force) hint ;) weird is that even with the search bar, if I type legend only the Advanced settings are showed (in Linux even if not the old boxes) but in Windows none of the bold legend settings are shown so it seems that Luke force only works on Linux Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Legend layer customization missing
Hi devs, maybe a really small issue. But it seems to me that there are quite fewer layer legend customization available in QGIS 3 than QGIS 2. In QGIS2 in "Settings - Options - Canvas and Legend" there are some useful customization (bold names, capitalize...) that seems disappeared in QGIS 3. Using the Advanced option one can still use them. Have been some reasons to remove this options? Thanks for any feedback Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Other Grass Processing issues
Hi all, sorry for bombing the mailing list, but I've some time to test Processing. It seems that some (many?) GRASS algorithms are not correctly working. What I discover is that whenever a numerical column is needed the algorithm fails (v.surf.idw, v.to.rast). I tested with different datasets and different column typee (integer, real..) but the error is always similar, a small extract of the log: v.external complete. Link to vector map created. WARNING: Missing key column name ERROR: Column not found ERROR: Raster map not found ERROR: Raster map or group not found anybody else has faced this problems? Thanks and sorry again for bombing Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] gdal rasterize error
Hi devs, gdal rasterize is nt working anymore. This the ticket: https://issues.qgis.org/issues/18748 someone can confirm it? BTW: same layer using SAGA rasterize and no problems (tested with different datasets) Thanks! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Raster calculator in Processing model
Hi devs, I'm facing some trouble with the raster calculator (native) in processing models. In my model I have a DTM in input, I'm calculating the slope of it and then I want to use the calculator to extract only the slopes > 15. The resulting layer is empty and filled only with -3.40282e+38 values. Same operation outside the modeler works nice. Could someone confirm this? Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error with GRASS in Processing
Hi Nyall, > I can't confirm this - for me it works fine with r.drain and the param > values including the CRS. > > Can you post more steps to reproduce? The processing log would help. it seems the error is only Windows related, on Linux (both 3.0 and master work fine, in Win both 3.0 and master fail). The main error in the log is (I think) this: ERROR: Sorry <[EPSG:3003]> is not a valid option I will update the ticket with a complete log Thanks! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error with GRASS in Processing
Hi Nyall, > It may not be right for the GRASS provider (it isn't - this is a bug), > but for other providers it is, as this allows you to take advantage of > Processing 3.0's new transparent reprojection. > > E.g.: > > - canvas in 3857 > - layers in 4326 > - run the shortest path point-to-point alg, and pick a start/end > coordinate off the map. These will be in 3857 (respecting the canvas > crs), but when the alg runs it will reproject it to the required crs > (4326) without hassling the user and making them hate QGIS :) definitely yes. I'm loving this new CRS handling by Processing Thanks! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error with GRASS in Processing
Hi Giovanni, thanks for the answer. I was not sure if this error was reported somewhere. BTW, done: https://issues.qgis.org/issues/18737 Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error with GRASS in Processing
Hi devs, testing GRASS within Processing I noticed a small bug in all the algorithms where you can add a map point coordinates with a click on the map, like r.viewshed, r.drain If the users choose to click on the map to fill the box with the coordinates of the point, the box is filled with both coordinates AND the additional EPSG information, like: 348403.62350233766,4903994.026987238 [EPSG:32632] and this makes GRASS unhappy. Should I fill a ticket? Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] New tool for porting plugins to QGIS 3
Hey Marco, > Hi all I'd like to share a new tool we created to help plugin developers > porting their plugins to QGIS3. > > we called it (with a lot of fantasy) qgis2to3 and you can install it with > > pip install qgis2to3 > > the package includes two commands: > - qgis2to3 (a copy of the files found in > https://github.com/qgis/QGIS/tree/master/scripts to allow for quick > downloading and simple installation) > > - qgis2apifinder (a tool based on qgis.org/api/api_break.html that helps > you find usages of the QGIS API version 2 and gives hint on how to adapt > the code for API version 3) > > Documentation and source code are at https://github.com/opengisch/qgis2to3 > a blog post with more suggestions on how to port can be found here: > http://www.opengis.ch/2018/04/13/porting-qgis-plugins-to-api-v3-strategy-and-tools/ > > > Have a good weekend porting your plugins ;) thanks for this, really useful! One side note (maybe it depends on my local machine): I had to install it with sudo privileges, else the tool was not found on the system. Thanks again for this! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Locked files (layers) in Windows
Hi Nyall, > Which version? There was a bug in 3.0.0 (fixed in 3.0.1, by > https://github.com/qgis/QGIS/commit/dff31a4a19 ) which meant the ogr > provider held a reference to a layer for 60 seconds after it was > removed from a project. my fault again. It's on 2.18. So in Q3 this issue is fixed? Thanks! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Locked files (layers) in Windows
Hi Regis, that's NTFS on a 64bit platform Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Locked files (layers) in Windows
Hi Jurgen, >> The only way is to restart windows. > >> Are there any other more friendly methods? > > Like closing QGIS? ahaha sorry I mean restarting QGIS not Windows Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Locked files (layers) in Windows
Hi all, it seems impossible to delete files (shapefiles in this specific case) if these are loaded in QGIS even if the project with this files is closed. The only way is to restart windows. Are there any other more friendly methods? Thanks to all Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] GRASS plugin missing from Q3?
Hi guys, thanks! I have a script that exports the LD_LIBRARY_PATH but I just have a fresh installation of debian sid and the path was pointing to /usr/lib/grass72/lib/ instead of /usr/lib/grass74/lib/ Thanks again and sorry for the noise Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Improving the automatic issue report creation in doc repo
Hi Harrissou, sorry for the delay of the answer. > When a [Feature] or a [needs-docs] commit/PR is merged in QGIS repo, it > generates an issue report in QGIS-Documentation repo. This automatic > process which saves times for every body has some issues (actually, could > need some improvements) I'd like to raise here: > > 1/ Sometimes (to avoid writing "too often"), the description of the created > issue report is "Unfortunately this naughty coder did not write a > description... :-(" Funny but other than the commit title (which can help), > you need most of the times to track the original PR and read pull request > description/discussion to figure out what it's really about. And most of > the times the main information is in the PR first message. > So, feature request: could the PR first message be added to the issue > report (with its screenshots, screencasts...)? I think this will reduce the > endless back and forths for those willing to tackle the documentation > issues. And meanwhile, if the tagged commit message in QGIS repo could be > more than a title, it'll also be very helpful. Thanks! yes yes please! Continuing going back and forth to find the description of the new feature is not a lot of work, but still annoying. I don't know how much effort would it take to enhance this procedure. .@Richard? > 2/ creation of duplicate reports: afaics, this occurs when the pull request > title contains the tag and in its commits, there's only one that has the > same tags; we get an issue report for the commit and another one for the PR > (eg. https://github.com/qgis/QGIS/pull/6627/commits generates > https://github.com/qgis/QGIS-Documentation/issues/2458 and > https://github.com/qgis/QGIS-Documentation/issues/2457). > If there are more than one [feature]/[needs-docs] tagged commit in the PR, > we only get a report by tagged commit and that's nice... but i did not > investigate a lot in this area. I think this is more related more to the single developer isn't it? I mean by opening a PR with [Feature] in the title that contains single commits with other [Feature] string in the title.. I don't know if this could be achieved easily by web hooks Thanks for raising this Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Martin, > That's quite disappointing. Removing it from packages after shipping > several versions with it is a good recipe for breaking applications. > > I wasn't aware of the fact that the Qt 3D Extras library was > considered unstable. For QGIS 3.0 it is a bit late to do something, > but for QGIS 3.2 we could copy files we use from Qt 3D Extras to QGIS > and keep them until there is a Qt release with stable Qt 3D Extras > release. this sounds like a reasonable solution. Would it be a big amount of work to do? Thanks again Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
> Unfortunately yes, since QGIS 3.0.x requires Qt53DExtras. Perhaps it can > be made optional or worked around in another way. damn! what a pity.. are there any chances to have a workaround for that? Thanks for all these information Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Bas, >> Filing a bugreport against src:qt3d-opensource-src asking about to >> missing Qt3DExtras headers is a good idea. It may be a bug that those >> files are no longer included in the package, the package changelog nor >> the upstream changes mention removing Qt3DExtras. > > Forget about reporting a bug, the Qt3DExtras headers were removed on > purpose: > > > https://salsa.debian.org/qt-kde-team/qt/qt3d/commit/8e3cf88c8124fee940f2de1f8d3a54c48b1c53d1 so in other words no 3D in debian sid right? thanks for the precious infos Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Bas, >> Perhaps there were removed in the new qt3d-opensource-src >> (5.10.1+dfsg-3), note the ongoing transition: >> >> https://bugs.debian.org/893523 > > The Qt3DExtras includes are no longer included in qt3d5-dev, confirmed > with: > > apt-file show qt3d5-dev | grep Qt3DExtras many thanks for the answer. So no chance to have a clean build with Qt3DExtras until the bug is fixed right? Or did I misunderstand something? Thanks again Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Martin, > Umm... you are looking into "lib" directory, not "include" directory. > > /usr/include/x86_64-linux-gnu/qt5/Qt3DExtras > > Does that file exist? Is the file readable? (nothing funky with file > permissions) > > Also, make sure to re-run cmake from a clean build directory... I was just replying that I looked into the wrong folder.. in fact in "include" Qt3DExtras is not there.. matteo@debian:~$ ls /usr/include/x86_64-linux-gnu/qt5/ Qsci Qt3DQuickInputQtCoreQtHelp QtPlatformHeaders QtQuick QtSvg QtWebKitWidgets Qt3DCore Qt3DQuickRender QtDBusQtNetwork QtPositioning QtQuickParticles QtTest QtWidgets Qt3DInput Qt3DQuickScene2D QtDesignerQtOpenGL QtPrintSupport QtQuickTest QtUiPlugin QtXml Qt3DLogic Qt3DRenderQtDesignerComponents QtOpenGLExtensions QtQml QtQuickWidgetsQtUiTools QtXmlPatterns Qt3DQuick QtConcurrent QtGui QtPacketProtocol QtQmlDebug QtSql QtWebKit absolutely no idea why. As I said the re-installation did not changed anything. Should I manually copy some files into "include"? Thanks again for the support Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] [Qgis-developer] GRASS plugin missing from Q3?
Hi, > I just compiled from source on Debian Sid. cmake finds grass 7, > apparently compile runs fine, but the grass plugin is not available. > Does anyone confirm? > All the best, and thanks. same here, grass in processing works fine but the plugin seems disappeared. Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Martin, yeah that's exactly what I thought because the file is there: matteo@debian:/usr/lib/x86_64-linux-gnu$ ls | grep -i libQt53DEx libQt53DExtras.prl libQt53DExtras.so libQt53DExtras.so.5 libQt53DExtras.so.5.10 libQt53DExtras.so.5.10.1 together with all the other libQt ones.. I tried also to reinstall both qt3d5-dev and libqt3DExtras but nothing changed. BTW: I noticed that when removing qt3d5-dev all the libqt53D where not mandatory uninstalled. Thanks Martin! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Problem with 3D during compilation in debian sid
Hi Martin, thanks for the reply. Yep, these are installed: matteo@debian:~$ aptitude search qt3d5-dev i qt3d5-dev - Qt 5 3D development files i qt3d5-dev-tools Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Problem with 3D during compilation in debian sid
Hi guys, sorry sorry to bother the list you again with this, but I'm stack and maybe someone has a quick solution. I have a really fresh installation of debian unstable, so all the Qt dependencies should be satisfied for the 3D. However, if I enable the WITH3D flag in ccmake I'm not able to configure it even if I have all the libqt5 installed (also libqt53dextras). If someone has a solution or some suggestions for this it would be really great Thanks to all Matteo CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt53DExtras/Qt53DExtrasConfig.cmake:27 (message): The imported target "Qt5::3DExtras" references the file "/usr/include/x86_64-linux-gnu/qt5/Qt3DExtras" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib/x86_64-linux-gnu/cmake/Qt53DExtras/Qt53DExtrasConfig.cmake" but not all the files it references. Call Stack (most recent call first): /usr/lib/x86_64-linux-gnu/cmake/Qt53DExtras/Qt53DExtrasConfig.cmake:63 (_qt5_3DExtras_check_file_exists) CMakeLists.txt:310 (FIND_PACKAGE) ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error during compilation
nevermind I had a messy installation on my computer Thanks anyway :D Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error during compilation
hi Nyall, I don't know what is going on, but I have this error now.. [ 53%] Building CXX object src/gui/CMakeFiles/qgis_gui.dir/processing/moc_qgsprocessingalgorithmdialogbase.cpp.o [ 53%] Linking CXX shared library ../../output/lib/libqgis_gui.so [ 53%] Built target qgis_gui Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 Thanks for any hint! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error during compilation
Hi Nyall, thanks for the answer.. I think better but I have another error.. Should I give a make clean before make? Thanks a lot! Matteo [ 75%] Generating ui_evisdatabaselayerfieldselectionguibase.h Scanning dependencies of target evis /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp: In member function ‘void QgsPostgresProjectStorageDialog::populateSchemas()’: /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:107:69: error: ‘qAsConst’ was not declared in this scope for ( const QgsPostgresSchemaProperty : qAsConst( schemas ) ) ^ src/providers/postgres/CMakeFiles/postgresprovider_a.dir/build.make:418: recipe for target 'src/providers/postgres/CMakeFiles/postgresprovider_a.dir/qgspostgresprojectstoragedialog.cpp.o' failed make[2]: *** [src/providers/postgres/CMakeFiles/postgresprovider_a.dir/qgspostgresprojectstoragedialog.cpp.o] Error 1 CMakeFiles/Makefile2:2745: recipe for target 'src/providers/postgres/CMakeFiles/postgresprovider_a.dir/all' failed make[1]: *** [src/providers/postgres/CMakeFiles/postgresprovider_a.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs [ 75%] Building CXX object src/providers/postgres/CMakeFiles/postgresprovider.dir/moc_qgspostgresconnpool.cpp.o [ 75%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/evis.cpp.o /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp: In member function ‘void QgsPostgresProjectStorageDialog::populateSchemas()’: /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:107:69: error: ‘qAsConst’ was not declared in this scope for ( const QgsPostgresSchemaProperty : qAsConst( schemas ) ) ^ src/providers/postgres/CMakeFiles/postgresprovider.dir/build.make:418: recipe for target 'src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprojectstoragedialog.cpp.o' failed make[2]: *** [src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprojectstoragedialog.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error during compilation
Hi devs, I'm failing to compile QGIS starting from the merge of the PR [FEATURE] Projects in PostgreSQL. Long error trace here [0] Are there any special requirements starting from this commit, like Qt >=5.5.1 or something else? Thanks to all the suggestions and hints Cheers Matteo [0] [ 75%] Building CXX object src/providers/postgres/CMakeFiles/postgresprovider.dir/moc_qgscolumntypethread.cpp.o [ 75%] Building CXX object src/providers/postgres/CMakeFiles/postgresprovider.dir/moc_qgspgtablemodel.cpp.o /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp: In constructor ‘QgsPostgresProjectStorageDialog::QgsPostgresProjectStorageDialog(bool, QWidget*)’: /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:25:135: error: no matching function for call to ‘QMenu::addAction(QString, QgsPostgresProjectStorageDialog*, void (QgsPostgresProjectStorageDialog::*)())’ mActionRemoveProject = menuManageProjects->addAction( tr( "Remove Project" ), this, ::removeProject ); ^ In file included from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QMenu:1:0, from /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:11: /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:76:14: note: candidate: QAction* QMenu::addAction(const QString&) QAction *addAction(const QString ); ^ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:76:14: note: candidate expects 1 argument, 3 provided /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:77:14: note: candidate: QAction* QMenu::addAction(const QIcon&, const QString&) QAction *addAction(const QIcon , const QString ); ^ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:77:14: note: candidate expects 2 arguments, 3 provided /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:78:14: note: candidate: QAction* QMenu::addAction(const QString&, const QObject*, const char*, const QKeySequence&) QAction *addAction(const QString , const QObject *receiver, const char* member, const QKeySequence = 0); ^ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:78:14: note: no known conversion for argument 3 from ‘void (QgsPostgresProjectStorageDialog::*)()’ to ‘const char*’ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:79:14: note: candidate: QAction* QMenu::addAction(const QIcon&, const QString&, const QObject*, const char*, const QKeySequence&) QAction *addAction(const QIcon , const QString , const QObject *receiver, const char* member, const QKeySequence = 0); ^ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qmenu.h:79:14: note: candidate expects 5 arguments, 3 provided In file included from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qdialog.h:37:0, from /usr/include/x86_64-linux-gnu/qt5/QtWidgets/QDialog:1, from /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.h:4, from /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:1: /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:538:10: note: candidate: void QWidget::addAction(QAction*) void addAction(QAction *action); ^ /usr/include/x86_64-linux-gnu/qt5/QtWidgets/qwidget.h:538:10: note: candidate expects 1 argument, 3 provided /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp: In member function ‘void QgsPostgresProjectStorageDialog::populateSchemas()’: /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:106:69: error: ‘qAsConst’ was not declared in this scope for ( const QgsPostgresSchemaProperty : qAsConst( schemas ) ) ^ src/providers/postgres/CMakeFiles/postgresprovider.dir/build.make:418: recipe for target 'src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprojectstoragedialog.cpp.o' failed make[2]: *** [src/providers/postgres/CMakeFiles/postgresprovider.dir/qgspostgresprojectstoragedialog.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs [ 75%] Linking CXX shared module ../../../output/lib/qgis/plugins/libcoordinatecaptureplugin.so /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp: In constructor ‘QgsPostgresProjectStorageDialog::QgsPostgresProjectStorageDialog(bool, QWidget*)’: /home/matteo/lavori/QGIS/QGIS/src/providers/postgres/qgspostgresprojectstoragedialog.cpp:25:135: error: no matching function for call to ‘QMenu::addAction(QString, QgsPostgresProjectStorageDialog*, void (QgsPostgresProjectStorageDialog::*)())’ mActionRemoveProject = menuManageProjects->addAction( tr( "Remove Project" ), this, ::removeProject );
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Hi Etienne, > I'm finally trying to use custom widgets from QT Creator instead of using > promoted widgets. > I'm facing the same issue with the generated path. It's not using > "qgis.gui" so it's failing during the import in QGIS. > > Did you fix this issue? > I can manually fix these imports, but I'm asking if there is a fix for > that. Thanks no I did not fix it. I think that all the issue is because I'm compiling qgis without installing it on the system (so no make install). But that's only my idea ;) Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error during compilation
sorry guys, wrong gdal path added sorry for the noise Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error during compilation
Hi devs, I get this error during the compilation.. any suggestion? CMakeFiles/qgis_core.dir/qgsogrutils.cpp.o: In function `QgsOgrUtils::getOgrFeatureAttribute(void*, QgsFields const&, int, QTextCodec*, bool*)': qgsogrutils.cpp:(.text+0x724): undefined reference to `OGR_F_IsFieldSetAndNotNull' CMakeFiles/qgis_core.dir/qgsvectorfilewriter.cpp.o: In function `QgsVectorFileWriter::createFeature(QgsFeature const&)': qgsvectorfilewriter.cpp:(.text+0x5149): undefined reference to `OGR_F_SetFieldNull' collect2: error: ld returned 1 exit status src/core/CMakeFiles/qgis_core.dir/build.make:17452: recipe for target 'output/lib/libqgis_core.so.3.1.0' failed make[2]: *** [output/lib/libqgis_core.so.3.1.0] Error 1 CMakeFiles/Makefile2:1243: recipe for target 'src/core/CMakeFiles/qgis_core.dir/all' failed make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
ok I create a first Pull Request here: https://github.com/qgis/QGIS/pull/6678 a first draft of the implementation of this idea. more feedback are more than welcome Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
ok I created a first Pull Request here: https://github.com/qgis/QGIS/pull/6678 a first draft of the implementation of this idea. more feedback are more than welcome Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi all, Besides a custom python template, it would be also cool to have a small set of functions.. in 2.18 there was a button in the UI with the chance to load some functions. What about resurrecting it? I found this old topic started from Victor: https://lists.osgeo.org/pipermail/qgis-developer/2015-November/040140.html I don't know if this could be of interest (and actually where is the correct place to put this functions being aware that this "box" could be filled in a second moment) Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi all, after this issue I had, I was thinking.. Why not implementing a kind of template for scripts? Clicking on "create new script" the editor could be filled with a template of functions (like @erno pointed out the template of the Plugin Builder). I can have a look at it, but I just want to hear some feedback on this (if any is interested). Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi Erno, thank for the input, with this template it is working. I don't know what I was missing. Thanks to all for the help Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi Nyall, > Does it help if you inherit from QgsProcessingAlgorithm instead? > There's no need to inherit from QgisAlgorithm here, you should use the > base class directly. nope.. I already changed that so that now the class inherits from QgsProcessingAlgorithm. I also noticed that I have to put: def createInstance(self): return type(self)() else the algorithm will crash.. Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi all, I really don't know if I'm missing something basic, but even with this super short script (that does not run anything): from processing.algs.qgis.QgisAlgorithm import QgisAlgorithm class myScript(QgisAlgorithm): INPUT = 'INPUT' OUTPUT = 'OUTPUT' def group(self): return 'My group' def name(self): return 'my algorithm' from the editor I can run it (and the dialog pops up normally, even without parameters), I can save it, but when I close it than the same error appears: NotImplementedError: QgsProcessingAlgorithm.name() is abstract and must be overridden Cheers and thanks for any hint Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error when saving Processing Script QGIS master
Hi Tom, yep I have both: def name(self): return 'myscatters' def displayName(self): return self.tr('My scatter Plots') actually when restarting QGIS I have bot errors (for name and displayname) and now the scripts are in Processing in the scripts provider but I have a blank group name and a blank algorithm name.. Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error when saving Processing Script QGIS master
Hi guys, I'm testing the the Processing script editor with custom python syntax. It works super nice, but, after the scripts is saved and I want to close the window this error pops up: NotImplementedError: QgsProcessingAlgorithm.name() is abstract and must be overridden the script is correctly saved in the folder but is not loaded in Processing. Some hints? Thanks to all Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Hi Matthias, >> * not being able to see the QGS widgets in QT Designer 5 is related with >> GDAL version, isn't it? If copying in the >> /usr/./pyqt5/plugin/designer the libqgiscustomwidget not compiled >> against gdal >= 2.20 won't work > That's what I was talking about. It doesn't matter which gdal version > you link against. ok so technically one I have the file libqgiscustomwidget.so and I've copied it into the folder I can even clean the directory of QGIS (compiled against gdal 2.20)? Thanks for the patience ;) Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Hi Matthias, > FYI, if you compile QGIS yourself anyway you don't need to compile it > against a custom GDAL version, you can also take the system one. > > The error message you were seeing was only because the one you tried to > install (something ubuntugis I assume) was linked against a newer > version of gdal. > > But you can of course also use the ones compiled against gdal 2.2.3, the > widgets won't look any newer though ;) wait a second.. I'm a little bit confused now :) * the Import error is not related to GDAL version (I mean qgswidgetecc.h in the ui file instead of qgis.gui) * not being able to see the QGS widgets in QT Designer 5 is related with GDAL version, isn't it? If copying in the /usr/./pyqt5/plugin/designer the libqgiscustomwidget not compiled against gdal >= 2.20 won't work Is this right? BTW the widget I see now in Qt Designer 5 are different from those of Qt 4. I noticed that I lost widgets in Qt4 now (what the hell. :) Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Success!! Ok for those who can be interested, these are the steps I made: * download and compile gdal 2.2.3 (compiled in the /opt folder) * recompiled QGIS by changing the gdal paths and enable the flag WITH CUSTOMWIDGET * all went fine and QGIS is compiled against gdal 2.2.3 * in the output/lib directory there is the libqgis_customwidgets.so and libqgis_customwidgets.so.3.1.0 files * I copied this files to /usr/lib/x86_64-linux-gnu/qt5/plugins/designer/ Q3 widgets are there. I still see they are saved with widget.h in the ui, so I guess one has to change the path manually or promote the widget like Etienne suggested Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Hi Etienne, yes I remember you showed me this *hack* in Nodebo ;) Anyway, I'm trying to compile gdal 2.2 (in the /opt folder, I'm terrified that something can break the existing installation of QGIS). I'm now compiling another QGIS against gdal 2.2 and I have activated the WITH CUSTOMWIDGET flag. Let's see Thanks for the suggestion Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Ok some steps forward.. By adding the repository of ubuntugis [0] I could install libqgis-customwidgets version 3. BUT I cannot install it because it depends on libgdal >= 2.2.0 (while I have 2.1.2 installed). Should I also compile gdal to have the widgets available? Thanks! Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Custom widgets and Qt Designer 4 and 5
Hi devs, sorry for raising this issue again. Some old and useful references at the end of the page. I'm getting a little bit confused with the usage of the custom widget for the plugin. I have compiled qgis (while not installed, I'm running it directly from source) and both Qt4 and Qt5 designer installed. With Qt4 designer I see the custom widgets, even if I always have the import error when loading the plugin (and I have to manually change the ui file from qgsmaplayercombobox.h to qgis.gui). Not a big deal but still... With Qt5 designer I cannot see the widget in the interface at all. I tried to copy /usr/lib/x86_64-linux-gnu/qt4/plugins/designer/libqgis_customwidgets.so to /usr/lib/x86_64-linux-gnu/qt5/plugins/designer but Qt5 designer tells me that something went wrong with the import. Do you have some suggestions to use a correct workflow to use these widgets in Qt x Designer? Thanks for all the feedbacks Cheers Matteo https://lists.osgeo.org/pipermail/qgis-developer/2016-June/043543.html https://lists.osgeo.org/pipermail/qgis-developer/2016-December/046063.html ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Documentation and algorithm news
Hi Alexandre, > I have to agree with Harrissou. Going back to branch documentation at each > point release will not help, it will only create a bigger burden to a very > small team of interested people, with lots of commits needing to be ported > back or forward. > > Although I have proposed to branch 3.0 documents from 2.18 before the > release in the past, I think that was a different situation, where 2.18 > Docs were almost ready, and QGIS 3 release was yet undetermined. > > I fail to see why Processing should be an exception regarding the rest of > the documentation. Everywhere, in the document there will be parts that > will be updated to 3.2 before the official release in QGIS 3.4 (hopefully). > > Nevertheless, I am happy that someone is fully dedicated to it and I don't > want to frustrate Matteo in his demand to keep everything updated. no worries ;) I'm glad we are discussing about this topic > My suggestion is: > > - Keep the branching as it is. That is, branch and release only for QGIS > 3.4 LTR > - Keep updating the master branch for all 3.x features (if possible giving > priority to 3.0 features) > - Backport anything missing on 2.18, if applicable. > - For changes (in processing or not) specific to 3.2 or 3.4 add a note > saying "New in QGIS 3.2" (we could use a substitution for easy tracking). > That way, a QGIS 3.0 user using Testing Documentation understands that the > feature/parameter or whatever is not yet available for him. (This is how > Sphinx documentation does) > - Before the release of QGIS 3.4 Documentation, we clean up all those > messages. > > IMHO, this methodology will keep the simplicity of the process, while > allows to document recent changes while they are still fresh. > > About the ALGCHANGE, it's a +0 for me. I would prefer to keep it as simple > as possible and try not to have too many tags, The processing one would > with the risk that Developers. always thinking aloud (really thinking aloud).. what about branching the docs but having a *dynamic* system based just on sphinx .. include:: ? I mean, branching the 3.2 release and having the correct index set up with just the Processing docs? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Documentation and algorithm news
ive task. > This to say that Processing issues are already easy to find in GitHub repo. > > Now, do we need that someone points that the alg has changed (using an adhoc > new tag) to figure it out? If the alg is already documented and there's a new > issue report, then something has changed. > > That said, it's not contradictory with a well described alg commit as > suggested by Matthias. Thing we still miss because documenting alg help > requires to check either the dialog or the code. > > Only the automatic assignment would not be handled by the current system > unless we assign any processing-mentioned issue to you. ok, let's keep the existing [Processing] tag in the commit >>> >>> With this system we will have (at least) the chance to have Processing >>> Help updated and not loosing all the work done till now. >>> > > Something that annoys me (and to be honest frustrates me a lot) in the recent > discussions i read is my feeling that docs status/quality/interest is all > about Processing help update. Don't get me wrong: i'm glad we covered those > descriptions and we deliver algs with full help. And we have to keep updating > the description (to avoid situations of the Cookbook or Training manual) > But processing help is not all; the Processing system itself is outdated: > what are the recent changes? What are the options of Processing? How do > models work? How to understand alg help? How to use/write algs/models?... > There are things to update to help users understand Processing and i see no > mention of this nowhere. > And the rest of the docs, i'll avoid mentioning it here again (already made > many calls) ... you are perfectly right Harrissou and I can understand your frustration. I also think that this Processing work has "resurrected" some interests in the whole documentation (at least for me as you know ;) ). Unfortunately we don't have man power to keep the doc updated with all the code and I might be wrong, but I think this is also related with the big 3.0 release. Main focus on the code and less to the doc. I promise I'll do my best to help you out also for the general documentation > Sorry to not come with a +1 and not be that positive in my feedback (i hope > it's at least constructive) but while i share (and like) your interest in > Processing help, i think that solutions we come with should keep in mind the > big picture of documentation and ease the workload. And i'm afraid it's not > fully the case here. > > Thanks for raising the question and i really wish we find a way to ensure > long-term and sustainable update of (at least) Processing help. your critics are super appreciated! other feedbacks? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Documentation and algorithm news
Hi all, in the last weeks I've pointed out some problems we can have we the documentation, so, together with Richard, these are the conclusions: * documentation repo will be branched together with QGIS release * having these branches allows doc writers to update QGIS but, especially, Processing Help files * if you devs change something that is linked to Processing algorithm (new algorithm OR changes to some parameter of existing algorithm) could you please add the tag "ALGCHANGE" (other name suggestions are welcome) in the commit message? This will open an issue in the doc repo with a correct label (and hopefully assign this to me) With this system we will have (at least) the chance to have Processing Help updated and not loosing all the work done till now. Feedbacks are more than welcome Cheers and thanks to Richard for all the inputs! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Error during master compilation
fixed with after pulling. thanks guys! Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error during master compilation
Hi devs, even with a new source directory I cannot compile QGIS. I get this error: In file included from /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingregistry.cpp:20:0: /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h: In member function ‘virtual QgsProcessingParameterType::ParameterFlags QgsProcessingParameterTypeVectorDestination::flags() const’: /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h:396:13: error: ‘QgsProcessingParameterType::ParameterFlags {aka class QFlags}’ has no member named ‘setFlag’ flags.setFlag( ParameterFlag::ExposeToModeler, false ); ^ /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h: In member function ‘virtual QgsProcessingParameterType::ParameterFlags QgsProcessingParameterTypeFileDestination::flags() const’: /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h:438:13: error: ‘QgsProcessingParameterType::ParameterFlags {aka class QFlags}’ has no member named ‘setFlag’ flags.setFlag( ParameterFlag::ExposeToModeler, false ); ^ /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h: In member function ‘virtual QgsProcessingParameterType::ParameterFlags QgsProcessingParameterTypeFolderDestination::flags() const’: /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h:481:13: error: ‘QgsProcessingParameterType::ParameterFlags {aka class QFlags}’ has no member named ‘setFlag’ flags.setFlag( ParameterFlag::ExposeToModeler, false ); ^ /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h: In member function ‘virtual QgsProcessingParameterType::ParameterFlags QgsProcessingParameterTypeRasterDestination::flags() const’: /home/matteo/lavori/QGIS/QGIS/src/core/processing/qgsprocessingparametertypeimpl.h:523:13: error: ‘QgsProcessingParameterType::ParameterFlags {aka class QFlags}’ has no member named ‘setFlag’ flags.setFlag( ParameterFlag::ExposeToModeler, false ); ^ [ 11%] Building CXX object src/core/CMakeFiles/qgis_core.dir/processing/models/qgsprocessingmodelparameter.cpp.o src/core/CMakeFiles/qgis_core.dir/build.make:3250: recipe for target 'src/core/CMakeFiles/qgis_core.dir/processing/qgsprocessingregistry.cpp.o' failed make[2]: *** [src/core/CMakeFiles/qgis_core.dir/processing/qgsprocessingregistry.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs CMakeFiles/Makefile2:1243: recipe for target 'src/core/CMakeFiles/qgis_core.dir/all' failed make[1]: *** [src/core/CMakeFiles/qgis_core.dir/all] Error 2 Makefile:160: recipe for target 'all' failed make: *** [all] Error 2 Some suggestions? Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Error during compilation
Hi all, I'm trying to update the QGIS master with the 3D support for a Linux Mint computer. Before the 3.0 stable release I had not trouble when following Martin's guide, now I get this error: [ 85%] Linking CXX static library libpostgresprovider_a.a In file included from /home/matteo/lavori/QGIS/QGIS/src/app/qgisapp.cpp:245:0: /home/matteo/lavori/QGIS/QGIS/src/python/qgspythonutils.h:22:25: fatal error: qgis_python.h: No such file or directory compilation terminated. src/app/CMakeFiles/qgis_app.dir/build.make:842: recipe for target 'src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o' failed make[2]: *** [src/app/CMakeFiles/qgis_app.dir/qgisapp.cpp.o] Error 1 CMakeFiles/Makefile2:2007: recipe for target 'src/app/CMakeFiles/qgis_app.dir/all' failed make[1]: *** [src/app/CMakeFiles/qgis_app.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/qgsbabelformat.cpp.o [ 85%] Built target postgresprovider_a [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/qgsgpsdevice.cpp.o [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/qgsgpsplugingui.cpp.o [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/qgsgpsdevicedialog.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/eventbrowser/evisimagedisplaywidget.cpp.o [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/moc_qgsgpsplugin.cpp.o [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/moc_qgsgpsplugingui.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/idtool/eviseventidtool.cpp.o [ 85%] Building CXX object src/plugins/gps_importer/CMakeFiles/gpsimporterplugin.dir/moc_qgsgpsdevicedialog.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/moc_evis.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/databaseconnection/moc_evisdatabaseconnectiongui.cpp.o [ 85%] Linking CXX shared module ../../../output/lib/qgis/plugins/libgpsimporterplugin.so [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/databaseconnection/moc_evisdatabaselayerfieldselectiongui.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/eventbrowser/moc_evisgenericeventbrowsergui.cpp.o [ 85%] Built target gpsimporterplugin [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/eventbrowser/moc_evisimagedisplaywidget.cpp.o [ 85%] Building CXX object src/plugins/evis/CMakeFiles/evis.dir/idtool/moc_eviseventidtool.cpp.o [ 85%] Linking CXX shared module ../../../output/lib/qgis/plugins/libevis.so [ 85%] Built target evis Makefile:149: recipe for target 'all' failed make: *** [all] Error 2 Should I change some parameter? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Processing Help, what next?
Hi all, as you know, after big efforts from lots of people (both devs and doc writers/reviewers) QGIS Processing algorithms have been well documented on the website and they are available with the Help button of the dialog. https://docs.qgis.org/3.0/en/docs/user_manual/processing_algs/qgis/index.html IMHO we have to set up some points to not loose this work for all the future development, next a list of ideas/wishes/..: * [doc side] open an issue with the label "Processing Help" when something changes for a Processing alg, or if a new algorithm is created/removed * [doc side] assign this issue to someone (I'm available to handle this) * [doc side] I'm going to add a more specific section of the Documentation Guidelines for Processing Docs * with many people I've spoken, the current layout of the docs is "ugly": lot of white space through the sections, changing some colors?.. some suggestions are more than welcome * currently, clicking on the Help button points to the correct algorithm because I've manually added the sphinx anchor = algorithm unique name. So it is **mandatory** to have information (or better an automatic mechanism?!) that writes the correct anchor in sphinx if the name changes * other ideas? Thanks to all the people that worked on that, I think that having a documentation bucket is really a good news for users! Cheers and thanks for any feedback Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Processing Help within Modeler wrong URL
Hi devs, thanks to Alex work we have know solid anchors and url for Processing algorithm help. BUT, it seems that when the help button is clicked within the Processing Modeler, the URL is not build correctly: Wrong from modeler: https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/database.html#package vs correct from Processing toolbox: https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/qgis/database.html#qgispackage Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[QGIS-Developer] Processing Gdal Help issues
Hi, while QGIS algorithm, despite all the anchors issues we are solving, some GDAL button links to the GDAL page and not to the QGIS page. I found these: * Clip raster by extent * both algorithm in "Vector conversion" * all algorithms in "Vector geoprocessing" * Import vector in PostGIS database I think all of them should point to QGIS webpage and there we can add links for gdal official documentation Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Processing doc - sphinx - anchors
> If I'm not wrong you already asked about it and Nyall had implemented this yes that's right, but with was for groups and not single algorithm names. With your fix of some hour ago the link of native algorithm looks like: https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#nativepackage and not https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgispackage but that's alright. I'm changing the names manually. So I'll leave this as it is and I think we really need to add a chapter to the documentation guidelines for Processing (I'll do that). Thanks Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [QGIS-Developer] Processing doc - sphinx - anchors
> Here we go. > https://github.com/qgis/QGIS/commit/598b8a9c41e3788962778039adcc30f2912d822f > Currently only for master, not sure if it is safe to push to > release-3_0 right now. > Will backport it a bit later. > > Help link now looks like > https://docs.qgis.org/3.1/uk/docs/user_manual/processing_algs/qgis/interpolation.html#qgisidwinterpolation > > Hope this solves your issues. thanks Alex, I'm testing it and it looks great. I saw a small drawback when the provider is `native` and not `qgis`. For the moment I'll change all the anchors to the correct provider (e.g. `nativepackage`, `qgisimporttospatialite`). Do you think that it would be smart to rename native to qgis automatically? Cheers Matteo ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer