[QGIS-Developer] QEP for the removal of GeoNode provider

HI all, I've just submitted a proposal for the removal of the GeoNode provider . As some of you may know, a QGIS Plugin for GeoNode is available. It's been developed by Kartoza with the

Re: [QGIS-Developer] Retrieving error details for when a loaded layer is not valid

Hi Ricardo, have you tried increasing the debug level? I often raise it at 9 using the QGIS_DEBUG env var. >From a quick look at the source code of QgsVectorLayer two cases where the valid flag is set to false

Re: [QGIS-Developer] Interaction API?

> > Otherwise it is very well be possible to implement a "pipe" into QGIS / > API for QGIS using various techniques (maybe even expose iface and some > nasty "exec"ing :D ). E. g. check out > https://github.com/gem/oq-irmt-qgis/tree/qgis3-socketserver which uses > websockets. A socket server is

Re: [QGIS-Developer] Interaction API?

gis plugin and serve an ad-hoc API from it :) Giovanni Il giorno ven 10 set 2021 alle ore 14:15 Richard Duivenvoorde < rdmaili...@duif.net> ha scritto: > On 9/9/21 3:33 PM, G. Allegri wrote: > > Hi Andrea, > > > > I guess you mean QGIS Desktop, right? AFAIK the only opt

Re: [QGIS-Developer] Interaction API?

Hi Andrea, I guess you mean QGIS Desktop, right? AFAIK the only option is to use its Python API, which requires all the PyQGIS and binary libs to be available inside the environment. Giovanni Il giorno gio 9 set 2021

Re: [QGIS-Developer] using a features subset as an input for a processing alg

> > It depends if you can get away with a layer subset string for the > filter. (I.e. provider side filter). Because if so, you can embed > these filters in layer sources, e.g. > >processing.run("native:centroids", > {'INPUT':'/home/me/layer.shp|layerid=0|subset=\"something\" = >

[QGIS-Developer] using a features subset as an input for a processing alg

Dear all, I was confident that it would have been simple, while I can’t find the proper way od doing that. Having a reference to a QgsVectorLayer, I would need to use a subset of its features to run an algorithm down the line. I hoped there was a way to define an input as afeature source with a

Re: [QGIS-Developer] stronger minor version parsing is required inside GeoNode request

Sure! Il giorno ven 25 gen 2019 alle ore 11:41 Tim Sutton ha scritto: > Can you assign the issue to me and I will ask Rohmat to look at it. > > Tim Sutton > Co-founder of Kartoza > Ex-QGIS project chairman > > On 25 Jan 2019, at 12:22, G. Allegri wrote: > > Eheh

Re: [QGIS-Developer] stronger minor version parsing is required inside GeoNode request

ore, here is the current issues website: > https://issues.qgis.org/ > > You need an OSGEO id to log in. > > > > On Fri, Jan 25, 2019 at 11:13 AM G. Allegri wrote: > >> I would like but my trac account is not allowed to open tickets anymore. >> Don't know why and I

Re: [QGIS-Developer] stronger minor version parsing is required inside GeoNode request

; > On Fri, Jan 25, 2019 at 11:06 AM G. Allegri wrote: > >> Currently QGIS parses GeoNode's version with a simple .toInt(): >> https://github.com/qgis/QGIS/blob/master/src/core/geocms/geonode/qgsgeonoderequest.cpp#L275 >> but GeoNode adds more informations to the minor v

[QGIS-Developer] stronger minor version parsing is required inside GeoNode request

Currently QGIS parses GeoNode's version with a simple .toInt(): https://github.com/qgis/QGIS/blob/master/src/core/geocms/geonode/qgsgeonoderequest.cpp#L275 but GeoNode adds more informations to the minor version, for instance "rc" for a release candidate. This makes the parsing fail and thus

Re: [QGIS-Developer] Python slots don't get called when they're instance methods

00:51 G. Allegri ha scritto: > So it seems something related to an old issue > https://issues.qgis.org/issues/6573 > > In effect I've always used old style signals and slots because new style > ones always gave me some problems (on Windows). > > I will have to dig into othe

Re: [QGIS-Developer] Python slots don't get called when they're instance methods

/PointMapTool.py Giovanni Il giorno gio 29 nov 2018, 00:39 Nyall Dawson ha scritto: > On Thu, 29 Nov 2018 at 09:32, G. Allegri wrote: > > > > During the porting of a plugin to QGIS 3.x I'm facing the following when > using Qgs* objects' signals (it doesn't happen with Qt widge

[QGIS-Developer] Python slots don't get called when they're instance methods

During the porting of a plugin to QGIS 3.x I'm facing the following when using Qgs* objects' signals (it doesn't happen with Qt widgets, etc.). I'm using QGIS 3.4 on Window 10. If I have a Python class like the following: >class Foo(): > def __init__(self): >

Re: [QGIS-Developer] QGIS Server plugins and thread safety

Python GIL doess't guarantee thread safety, and it only applies to python code. It only protects the internal state of the interpreter. Moreover The C API offers the opportunity to release the GIL (see for example numpy [1]). Giovanni [1] https://stackoverflow.com/a/36480941 Il giorno gio 25

Re: [QGIS-Developer] [Qgis-psc] Call for possible vote on change to official plugin repo policy?

I fully agree and I support Paolo in deprecating those plugins, until they're not fixed. I wouldn't even give the option to install plugins "with issues" from QGIS side. I would move the responsability on the developers and users to use them... Giovanni 2018-02-19 8:46 GMT+01:00 Paolo Cavallini

Re: [QGIS-Developer] Python QgsProcessingLagorithm.parameterAsSink return values

Ok, thanks. 2018-02-14 15:41 GMT+01:00 Salvatore Larosa <lrssv...@gmail.com>: > Sorry... > > http://python.qgis.org/api/ > > On Wed, Feb 14, 2018 at 3:40 PM, G. Allegri <gioha...@gmail.com> wrote: > >> That's what I thought Salvatore, but I can only see th

Re: [QGIS-Developer] Python QgsProcessingLagorithm.parameterAsSink return values

That's what I thought Salvatore, but I can only see the text "QGIS Python Documentation" on a blank page. I guess it's currently broken... 2018-02-14 15:38 GMT+01:00 Salvatore Larosa <lrssv...@gmail.com>: > On Wed, Feb 14, 2018 at 3:33 PM, G. Allegri <gioha...@gmail.com>

Re: [QGIS-Developer] Python QgsProcessingLagorithm.parameterAsSink return values

Giovanni, > > On Wed, Feb 14, 2018 at 2:13 PM, G. Allegri <gioha...@gmail.com> wrote: > >> I'm trying to follow the code that produces the two return values from >> QgsProcessingLagorithm.parameterAsSink in Python. I can't find where the >> sip interface (or whatev

[QGIS-Developer] Python QgsProcessingLagorithm.parameterAsSink return values

I'm trying to follow the code that produces the two return values from QgsProcessingLagorithm.parameterAsSink in Python. I can't find where the sip interface (or whatever) changes the API return value to the

Re: [QGIS-Developer] [GRASS-dev] External providers in QGIS

.S.: Just a pity that this discussion starts after medspx just put down > all this work: > https://github.com/qgis/QGIS/pull/5603 > https://github.com/qgis/QGIS/pull/5968 > https://github.com/qgis/QGIS/pull/5426 > > -Original Message- > From: grass-dev [mailto:grass-dev-b

Re: [QGIS-Developer] External providers in QGIS

I'm much more in favour for out of core providers, for the same reasons reported by Victor. Having only GDAL and QGIS algorithms in core will reduce the number of available algorithms out of the box, but: - from my experience - comprising years of feedbacks from the courses I teach - the most

Re: [QGIS-Developer] Example script for Processing in QGIS 3

> Testing and feedback are welcome. > > 2018-01-29 12:44 GMT+02:00 G. Allegri <gioha...@gmail.com>: > > Rephrasing what I wrote before, what about dropping ScriptAlgorithm and > make > > ScriptAlgorithmProvider simply provide its algorithms from the special > > scri

Re: [QGIS-Developer] Keeping OTB algorithm in qgis processing

+1 also from me to the removal of the providers from core. IMHO I would also remove GRASS, but I understand it could be a tough decision. The provider system + plugin architecture provide all the means to keep them separate from the core. We all agree, I guess, that less is better then more, to

Re: [QGIS-Developer] Get rid of Processing scripts in favour of plain alogrithms

Cool! Probably it wasn't clear my suggestion, but that's exactly what I meant: keep "scripts" but get rid of the special syntax and implement QgsProcessingAlgorithm subclasses. Giovanni Il 1 feb 2018 06:26, "Nyall Dawson" <nyall.daw...@gmail.com> ha scritto: > O

Re: [QGIS-Developer] Get rid of Processing scripts in favour of plain alogrithms

ithms (built-in ones) defined this way, so they > should be rewritten > -- There is a little-known functionality that creates a new plugin > from a set of scripts. It should be adapted as well, or removed. > > Thanks! > > > 2018-01-30 21:41 GMT+01:00 G. Allegri <gioha...@gmai

Re: [QGIS-Developer] Get rid of Processing scripts in favour of plain alogrithms

t> ha scritto: > > > On Mon, Jan 29, 2018 at 2:24 PM, G. Allegri <gioha...@gmail.com> wrote: >> >> What's your opinion >> ​?​ >> >> > + > ​1 for me, as stated in the original thread https://lists.osgeo.org/piperm > ail/qgis-developer/2018-Jan

[QGIS-Developer] Get rid of Processing scripts in favour of plain alogrithms

I raise this topic with a new thread, because I think it's worth a dedicated discussion. Some questions were asked in another thread [1] about the status of Processing scripts. It was noticed that the scripts are a "chimera", with a special syntax and not very pythonic. The current implementation

Re: [QGIS-Developer] Example script for Processing in QGIS 3

Rephrasing what I wrote before, what about dropping ScriptAlgorithm and make ScriptAlgorithmProvider simply provide its algorithms from the special scripts folder? giovanni 2018-01-29 10:51 GMT+01:00 G. Allegri <gioha...@gmail.com>: > Hi Anita, > that's exactly what I also was th

Re: [QGIS-Developer] Example script for Processing in QGIS 3

have to implement a QgsProcessingAlgorithm with the rest > of the provider plugin complexity hidden from their sight. If that's > possible. > > Regards, > Anita > > > > > On Sat, Jan 27, 2018 at 4:48 PM, G. Allegri <gioha...@gmail.com> wrote: > >> I know Al

Re: [QGIS-Developer] Example script for Processing in QGIS 3

ot;provider plugin" and that's it. This functionality was here almost > from the very > beginning of the Processing. > > 2018-01-27 17:08 GMT+02:00 G. Allegri <gioha...@gmail.com>: > > Honestly I think script syntax wasn't that bad. At least it was quite > easy > > for a set of power

Re: [QGIS-Developer] Example script for Processing in QGIS 3

Honestly I think script syntax wasn't that bad. At least it was quite easy for a set of power users, as I could verift during my past courses. Anyway I agree with the rationale: having a unified, pythonic way, to write both algorithms and scripts... well, might be the case to ultimately drop

Re: [QGIS-Developer] Example script for Processing in QGIS 3

Hi Nyall, scripts seem way more complex then before. I guess it is the simplest way that could be found to accomodate Processing scripts to the refactored code. Some questions from the previous scripts examples: 1) Is automatic output / sink parameter conversion impossible to obtain? In [1]

Re: [QGIS-Developer] QGIS3 - Processing : display the HTML outputs

hub.com/qgis/QGIS/commit/3f55bba535b69d38993ace466266e2 > ab63d3839f > > Michaël > > 2018-01-11 12:47 GMT+01:00 G. Allegri <gioha...@gmail.com>: > >> The same for me! >> >> Giovanni >> >> 2018-01-11 10:04 GMT+01:00 matteo <matteo.ghe...@gmail.com>: >> >

Re: [QGIS-Developer] QGIS3 - Processing : display the HTML outputs

The same for me! Giovanni 2018-01-11 10:04 GMT+01:00 matteo : > > Il 11/01/2018 09:47, Victor Olaya ha scritto: > >> No sure why it was decided to have it like that...but I also think > >> that keepping it open by default is a better option. > > +1 this is the first

Re: [QGIS-Developer] Where do we sit with respect to release?

Thanks everyone for the great work! As a power user, plugin developer and (Q)GIS teacher (I face dozens of professional users frequently) I'm totally in favour to post-pone release and gain reliability and stability. I don't think there's such a compulsive need to release sooner. Release often,

Re: [QGIS-Developer] PostGIS 3D cube lacks vertical faces

(buildings, etc.) these tiny dimensions will happen frequently giovanni 2017-12-20 11:38 GMT+01:00 Martin Dobias <wonder...@gmail.com>: > Hi Giovanni! > > On Wed, Dec 20, 2017 at 11:06 AM, G. Allegri <gioha...@gmail.com> wrote: > > I've just updated to the latest

Re: [QGIS-Developer] PostGIS 3D cube lacks vertical faces

I've just updated to the latest nightly build from osgeo4w on my Dell XPS13 with Windows 10 Home Edition. The result is: - flat geometry inside 3d view - cannot zoom more then what can be seen in the following image https://photos.app.goo.gl/NjiE12dN7ajY4ASr1 giovanni 2017-12-20 10:19

Re: [QGIS-Developer] Processing Split with lines algorithm broken

I also agree to step back to single-part output. giovanni 2017-11-15 11:13 GMT+01:00 Alexandre Neto : > +1 > > Nathan Woodrow escreveu no dia quarta, 15/11/2017 > às 05:10: > >> IMO go with the principle of least astonishment. I think the expected

Re: [QGIS-Developer] QgsServer and 3d tiles

; <vincent...@oslandia.com> ha scritto: Hello, On 09/11/2017 16:49, G. Allegri wrote: > Hi Vincent, > I agree tiled static data can, and should, be served as static content > but what I meant was having something like Tilestache, GeoWebCache, > MapCache, etc.. They're meant to

Re: [QGIS-Developer] QgsServer and 3d tiles

in advance. You're working with gltf. What about OGC I3S? giovanni Il 9 nov 2017 16:29, "Vincent Picavet (ml)" <vincent...@oslandia.com> ha scritto: Hello, On 03/11/2017 21:04, G. Allegri wrote: > What if we had a QgsServer service dedicates to serving 3d tiles for

Re: [QGIS-Developer] QgsServer and 3d tiles

Ideally, from a user persepctive, it would be great having something like Esri 3d scene production and serving workflow: https://blogs.esri.com/esri/arcgis/2016/09/18/i3s-scene-layers/ giovanni 2017-11-08 9:44 GMT+01:00 G. Allegri <gioha...@gmail.com>: > I suppose this can be discus

Re: [QGIS-Developer] QgsServer and 3d tiles

I suppose this can be discussed after 3.0 release, when eveything will start to stabilize. The following formats could be discussed: * Cesium quantized mesh: https://github.com/AnalyticalGraphicsInc/quantized-mesh * Cesium 3D tiles spec: https://github.com/Esri/i3s-spec /

[QGIS-Developer] QgsServer and 3d tiles

What if we had a QgsServer service dedicates to serving 3d tiles for Cesium or iTown? Is anybody working on this? giovanni ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] QGIS master, Qt Creator 4.4.1 and Qt 5.9

I confirm that upgrading solved the problem, thanks Peter! I needed to tell QtCreator kit to use the upgraded version... giovanni 2017-10-26 18:41 GMT+02:00 G. Allegri <gioha...@gmail.com>: > No way. I've just tested with cmake 3.10. I fear there's something wrong > with Qt, beca

Re: [QGIS-Developer] QGIS master, Qt Creator 4.4.1 and Qt 5.9

No way. I've just tested with cmake 3.10. I fear there's something wrong with Qt, because my build dir contains only moc files with a .cpp_parametes extension. No *.cpp and no *.h :( giovanni 2017-10-26 12:59 GMT+02:00 G. Allegri <gioha...@gmail.com>: > Thanks Peter, i will try update

Re: [QGIS-Developer] QGIS master, Qt Creator 4.4.1 and Qt 5.9

> > > On Thu, Oct 26, 2017 at 12:03 PM, G. Allegri <gioha...@gmail.com> wrote: > >> In the past I could easily use Qt Creator to open the QGIS CmakeLists as >> a project and navigate sources and headers inside the editor. >> Today I've setup a fresh Qt Creator

[QGIS-Developer] QGIS master, Qt Creator 4.4.1 and Qt 5.9

In the past I could easily use Qt Creator to open the QGIS CmakeLists as a project and navigate sources and headers inside the editor. Today I've setup a fresh Qt Creator (latest with Qt 5.9). While it can open CmakeLists as usual and configure it, the editor shows only the CmakeLists file but

Re: [QGIS-Developer] QgsPluginLayer in QGIS3

> > On Wed, Oct 25, 2017 at 11:53 AM, G. Allegri <gioha...@gmail.com> wrote: > > I'm analyzing QuickMapService to see how much work it would need toport > it > > to QGIS 3 (it would a big loss not having it!). > > > > The first thing I see is that QgsPluginLa

[QGIS-Developer] QgsPluginLayer in QGIS3

I'm analyzing QuickMapService to see how much work it would need toport it to QGIS 3 (it would a big loss not having it!). The first thing I see is that QgsPluginLayer doesn't offer the draw() method anymore. i guess the only way to substitute it is defining a custom QgsMapLayerRenderer and

Re: [QGIS-Developer] Feature freeze vs the growing PR queue...

My two cents, I also agree with option 2. PRs affecting the API brekage should be included. I guess the first round of QGIS3 won't be without issues. I tell my customers to wait at lear some minor release before moving to it! :) giovanni Il 24 ott 2017 8:36 AM, "Richard Duivenvoorde"

Re: [QGIS-Developer] problems with IGNF:ELG ellipsoids in srs.db

égis > > 2017-10-21 2:10 GMT+02:00 Nyall Dawson <nyall.daw...@gmail.com>: > >> On 19 October 2017 at 19:01, G. Allegri <gioha...@gmail.com> wrote: >> > Some measurement testing on QGIS 3.0 revealed that >> > https://issues.qgis.org/issues/13957 issue i

[QGIS-Developer] problems with IGNF:ELG ellipsoids in srs.db

Some measurement testing on QGIS 3.0 revealed that https://issues.qgis.org/issues/13957 issue is still there, and it's quite subtle because we have very similar elliposid names, with similar definitions except IGNF:ELG ones have trailing zeros. For example WGS84: id acronymname

[QGIS-Developer] QuickMapServices plugin for QGIS master?

A question to NextGIS: will QuickMapServices be upgraded for QGIS 3? Is there any ongoing development? I ask it because I can't find any trace of it inside the plugin repo. giovanni ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List

Re: [QGIS-Developer] QGIS Server 3 status

I will take part to the testing in the next days. i will ask my collegues at Gis3W to test it too, having a quite complex application (G3WSuite) built on QGIS Server 2.x giovanni Mail priva di

[QGIS-Developer] Measurement weirdness

Recently I had to verify some measurements and I decided to test QGIS master for this. Aside from facing various issues with the Measurement options dropdowns [1] I noticed thar OTF has disappeared, so I suppose that measurements are always done on the ellipsoid of the project CRS, unless a

Re: [QGIS-Developer] Development / HiDPI / Linux

With Lubuntu I've got good results setting "Xft.dpi:150" within my .Xresources file. giovanni Il 16 ott 2017 17:05, "Alessandro Pasotti" ha scritto: > Hi Mathias, > > My only real problem now is with PgAdmin 3, all other applications that I > use are running just fine on

Re: [QGIS-Developer] QGIS3D in OSGeo4W

> > Hi Windows packagers - probably Jürgen? > > > Do you see any blockers upgrading to qt 5.9 or can this be done? > > Except for the usual 24h per day limit - none. > > > On Tue, 10. Oct 2017 at 14:56:21 +0200, G. Allegri wrote: > > Do you plans to release Qt 5.9 in

Re: [QGIS-Developer] first steps 3D rendering

Has this been compiled into the Windows nightly gqis-dev branch. If so where do I find it? If not when are you planning on having it there? Not yet because Windows builds don't ship with Qt 5.9 which are required by QGIS 3D. I guess Jurgen is working on this. giovanni

[QGIS-Developer] QT 5.9 in Osgeo4W?

Yet another question for Jurgen :) Do you plans to release Qt 5.9 inside Osgeo4W soon? Ia sk it maonly for QGIS nightly builds and QGIS 3D. giovanni ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] set and export FID with OGR provider

Thanks Even. 2017-10-10 13:08 GMT+02:00 Even Rouault <even.roua...@spatialys.com>: > On mardi 10 octobre 2017 12:58:36 CEST G. Allegri wrote: > > > Well, you almost convinced me, but for what I can see from the ogr2ogr > > > docs, if -preserve-fid is not set th

Re: [QGIS-Developer] Osgeo4W libraries build?

> > > Is there a build bot somewhere for each of them? > > No. Just the recipes in the -src.tar.bz2 > Thanks Jurgen, so you mean the -src.tar.bz2 of each lib? http://download.osgeo.org/osgeo4w/x86_64/release/ giovanni > > > Jürgen > > -- > Jürgen E. Fischer norBIT GmbH

Re: [QGIS-Developer] set and export FID with OGR provider

will open the ticket for a flag on QGIS. giovanni [1] "Use the FID of the source features instead of letting the output driver to automatically assign a new one" 2017-10-10 12:26 GMT+02:00 Even Rouault <even.roua...@spatialys.com>: > On mardi 10 octobre 2017 12:20:48 CE

[QGIS-Developer] Osgeo4W libraries build?

Hi Jurgen, do you build the Osgeo4W (dev) libraries personally? AFAIR they're built with the VS compiler, right? Is there a build bot somewhere for each of them? All the best, giovanni ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List

Re: [QGIS-Developer] set and export FID with OGR provider

if a FID is not set for the features. What's your opinion? In case I will open a ticket for OGR. giovanni 2017-10-10 12:12 GMT+02:00 G. Allegri <gioha...@gmail.com>: > Ok, i will open a ticket to suggest the creation of a flag inside the Save > file window. > thanks Even. > > gio

Re: [QGIS-Developer] set and export FID with OGR provider

Ok, i will open a ticket to suggest the creation of a flag inside the Save file window. thanks Even. giovanni 2017-10-10 12:08 GMT+02:00 Even Rouault <even.roua...@spatialys.com>: > On mardi 10 octobre 2017 12:02:00 CEST G. Allegri wrote: > > > Hi Even, > > > I tho

Re: [QGIS-Developer] set and export FID with OGR provider

PS: QGIS server adds the id when creating the GeoJSON for a GetFeature request [1]. giovanni [1] https://github.com/qgis/QGIS/blob/master/src/server/services/wfs/qgswfsgetfeature.cpp#L994 Il 9 ott 2017 18:13, "G. Allegri" <gioha...@gmail.com> ha scritto: > HI all, >

[QGIS-Developer] set and export FID with OGR provider

HI all, GeoJSON RFC7946 states that "If a Feature has a commonly used identifier, that identifier SHOULD be included as a member of the Feature object with the name "id", and the value of this member is either a JSON string or number". For example OpenLayers tries to parse the id field to uniquely

Re: [QGIS-Developer] QGIS project XSD

to the benfits... For sure we can't mantain a schema manually! giovanni 2017-06-30 11:46 GMT+02:00 Nyall Dawson <nyall.daw...@gmail.com>: > On 30 June 2017 at 19:44, Matthias Kuhn  <matth...@opengis.ch> wrote: > > On 06/30/2017 11:32 AM, G. Allegri wrote: > &

Re: [QGIS-Developer] QGIS project XSD

> > Seems like a huge amount of administrative overhead to me. A small > change to the project format could result in massive amounts of > required changes to the xsd. > > Given that now it's safe to have multiple QgsProjects at once, > couldn't you instead just load the project and retrieve the

Re: [QGIS-Developer] QGIS project XSD

> > Normally you start with a schema, and from that create xml. To me it > sounds pretty hard to keep a schema updated the other way around? As the > api can always add new/changed parts of xml in it? > Yes, that's hard, but it's quite odd to have a project serialization format (in this case XML)

[QGIS-Developer] QGIS project XSD

Hi everybody, I know this has been discussed in the past, and maybe I missed more recent discussions, but I think this is a point that should be considered. Working a lot with QGIS projects parsing and processing, we have to rely on trials and errors to validate a QGIS project and create test

Re: [QGIS-Developer] Processing 3.0: Possible change to the Convex Hull algorithm

ilable whenever something is grouped. QGIS should do the same. I don't > see why not. > > Andreas > > On 2017-06-30 07:47, Matthias Kuhn wrote: > > On 6/29/17 10:21 AM, G. Allegri wrote: > > > 1. Allowing multiple field selection for grouping > 2. Keeping attrib

Re: [QGIS-Developer] Processing 3.0: Possible change to the Convex Hull algorithm

Side note: I would apply the same approach to all the "grouping" algorithms, e.g. Dissolve. giovanni Il 29 giu 2017 10:54, "Paolo Cavallini" ha scritto: > Il 29/06/2017 10:41, Anita Graser ha scritto: > > > ​Sounds OK to me if it is possible to select multiple grouping

[QGIS-Developer] Processing 3.0: spatial join and categorical fields

IMHO Spatial join should should provide an option to collect values in a comma separated list of values in case of categorical (texts) values. This is something I've been asked many times from users, and I always give them a script to do it. PS: This option is also available in a couple of

Re: [QGIS-Developer] Processing 3.0: Possible change to the Convex Hull algorithm

I would set them to null. In general I wouldn't change the dataset fields schema along the processing steps, except in case of algorithms dedicated to this. The same happens with Dissolve. giovanni Il 28 giu 2017 09:53, "Nyall Dawson" ha scritto: > On 28 June 2017 at

Re: [QGIS-Developer] Processing 3.0: Possible change to the Singlepart to Multipart algorithm

+1 from me, also because "Singlepart to Multipart" means literally that. giovanni Il 28 giu 2017 00:49, "Nyall Dawson" ha scritto: On 27 June 2017 at 15:16, Paolo Cavallini wrote: > Il 27/06/2017 02:18, Mathieu Pellerin ha scritto: >> +1, I'm a

Re: [QGIS-Developer] Processing 3.0: Possible change to the Convex Hull algorithm

I understand and agree on having "atomic" algorithms but I'm not sure if we can always consider single features as the unique operating level. I know this would bring benefits to the code engineering but we have to keep in mind the end users expectations. I agree with Mathias, probably we should

Re: [QGIS-Developer] [processing] launching separate process/thread

Side note: multiprocessing is part of the Python standard library. https://docs.python.org/2.7/library/multiprocessing.html Giovanni Il 21 mag 2017 14:18, "Andreas Plesch" ha scritto: > As a followup, here is the simple processing script which is my attempt at >

Re: [QGIS-Developer] What are best graph possibilities in QGIS

I agree that (Py)QtChart is the way to go. Recently I did some proof of concepts starting from this simple example: https://github.com/PierreRaybaut/plotpy/wiki/Using-Qt-Charts-(PyQtChart)-to-plot-curves-efficiently-in-Python ! giovanni Il 9 mag 2017 12:52, "Richard Duivenvoorde"

[Qgis-developer] option to set a global padding for layer labeling

This requirement stems from the concept of "metabuffer" in tile caching, a mechanism commonly user to mitigate label artifacts around tiles' margins. I suppose that adding such opton would be as simple as reducing the bbox set inside QgsLabelingEngine::run by the required amount, and obviously

[Qgis-developer] Geometry validation consistency issues

One of the most discussed topics during my workshops is geometry validation. As you know not all softwares agree on geometry validity, but we have an OGC specification that most FOSS softwares adopt which define validity with good detail. We can agree on it or not, but I think we cannot accept

[Qgis-developer] Processing algorithms slower when using filters on vector layers

I've noticed that when a (OGR) layer has a filter expression applied on it, processing algorithms perform worse. I have tested several polygon layers with some thousands of features. If I do, e.g., an intersection, it takes a lot more if I apply a filter that reduces the number of features to some

Re: [Qgis-developer] QGIS X3D processing

Thanks Andreas for sharing your scripts. We will give it a try asap. x3ddom is a great tool to create rapid, yet effective, 3d scenes and it's very welcome in the GIS arena ;) giovanni Il 27 mar 2017 16:11, "Andreas Plesch" ha scritto: Hi Andreas, I completely agree

Re: [Qgis-developer] Broken sip composer item subclassing in 2.18

Yep - that's it. What a horrible bug. At least it's not our fault... but still, glad the Qt5 builds are usable! Hi Nyall, I'm not sure I understand your last sentence. Does it work fine with QGIS Master (Qt5 and the rest)? giovanni ___

Re: [Qgis-developer] QgsGeometry, Geos and SFCGAL

Something I forgot to add in my original reply - instead of investing time into utilising CGAL instead of GEOS, I'd rather see us investigate swapping out GEOS calls to Boost::geometry calls. The boost geometry algorithms are really nicely implemented, and their interface avoids the need to

Re: [Qgis-developer] Some feedback on QGIS 2016 income

Many thanks Tim and Andreas! Giovanni Il 12 mar 2017 15:49, "Tim Sutton" ha scritto: > Dear Users and Developers > > My apologies for not posting here sooner - for those of you who may have > missed it, we posted an article on the QGIS blog outlining out sources of > income in

Re: [Qgis-developer] QgsGeometry, Geos and SFCGAL

Thanks Sebastiaan for raising this point. It's clear that if (SF)CGAL was somehow introduced inside the core it would need maintanance. Nyall, I agree with you. CGAL shouldn't overlap GEOS, even if its robustness (infinite precision) can make the difference. The real benefits would arise if/when

[Qgis-developer] QgsGeometry, Geos and SFCGAL

Recently I was studying SFCGAL [1], which most of you probably know, surely Oslandia's people :) I have done some tests with PostGIS and its option to swtich between GEOS and SFCGAL as its internal geometry engine (for 3D operations). I wondered if the current QGIS architecture could adapt to do

Re: [Qgis-developer] is QGIS supposed to build with Qt 5.8?

Thanks Nyall, I will abandon the struggle for now. I just wanted to try some new features from Qt3D that were added in the last release. giovanni Il 7 mar 2017 01:47, "Nyall Dawson" <nyall.daw...@gmail.com> ha scritto: > On 7 March 2017 at 10:41, G. Allegri <gioha...@gm

Re: [Qgis-developer] is QGIS supposed to build with Qt 5.8?

Hi Nyall, Ubuntu 16.04 + Qt Creator 5.8.0 (deb package). Qt 5.8 come from Qt Creator (under /opt path). Qt 5.5 from apt. Generating and building against these is ok. giovanni Il 7 mar 2017 01:32, "Nyall Dawson" <nyall.daw...@gmail.com> ha scritto: On 7 March 2017 at 10:28, G

[Qgis-developer] is QGIS supposed to build with Qt 5.8?

It builds fine with Qt 5.5, but I get tons of errors when building with Qt Creator's Qt 5.8 bundle (same cmake configuration except Qt's). Is it a problem of mine or isn't QGIS ready for Qt 5.8? giovanni ___ Qgis-developer mailing list

Re: [Qgis-developer] Requiring c++17 minimum

Il 7 mar 2017 00:50, "Nathan Woodrow" ha scritto: Pro tip: This was a joke by Nyall :) Us Australians have a bad habit of assuming people get the dry humour we have. :D I guessed that but it was too worrying! The advantages didn't sound well balanced against

Re: [Qgis-developer] Requiring c++17 minimum

Hi Nyall, it's not the 1st of April right? In all seriousness are you really going to push such a strong requirement? What do you mean with "we lose the Windows builds"?! Giovanni 2017-03-06 23:00 GMT+01:00 Nyall Dawson : > Hi all, > > I read on phoronix this morning

Re: [Qgis-developer] QGIS Resource Sharing - GSOC 2017 (?)

It would be great to have some coding efforts for 3D stuff in QGIS. It's a deep and wide topic but it would bring QGIS to the next level ;) Recently I've been working with Blender 3D (and OSM data), and I was reflecting how would be great to have a 3D canvas with front/left/rigth/etc. views to

Re: [Qgis-developer] QgsMapRenderer rotation doesn't print rotated map

Thx Nyall, I was just trying QgsMapRendererSequentialJob and it works fine. I was taking the code from an old plugin from mine... giovanni Il 2 mar 2017 22:46, "Nyall Dawson" <nyall.daw...@gmail.com> ha scritto: On 3 March 2017 at 07:11, G. Allegri <gioha...@gmail.co

Re: [Qgis-developer] QgsMapRenderer rotation doesn't print rotated map

Looking into QgsMapRenderer it looks like rotation is never used during rendering. It's not passed in any way to the layers during the rendering phase. I guess it's used (in other ways) only for canvas rendering... How should a renderer rotate contents during image rendering? Should I apply the

[Qgis-developer] QgsMapRenderer rotation doesn't print rotated map

I'm using QgsMapRenderer to print a set of layers with a rotation. This is an excerpt from my code: (...) i = QImage(QSize(600,600), QImage.Format_ARGB32_Premultiplied) r = QgsMapRenderer() rect = QgsRectangle(iface.mapCanvas().extent()) r.setExtent(rect)

[Qgis-developer] Prevent TOC legend symbols set in map units to resize on scale change

Symbols defined in map units resize in legend as in the map. IMHO it shouldn't happen, symbols should have a fixed size inside the legend. The most evident problem arise at big scales with multiple symbols, causing the legend to grow bigger and bigger. I haven't found any option to control this

Re: [Qgis-developer] QGIS 3 master available in OSGeo4W! Youhou....

Luca I have 2.14, 2.18 and master from osgeo4w. No issues at all ;) giovanni Il 22 feb 2017 13:54, "Luca Mandolesi" ha scritto: > Is there a possibility to have a QGIS3 "Master" Standalone installer to > download it and begin to porting my own plugins from Python27 to

  1   2   3   4   5   6   >