Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi all, I agree, very fruitful discussion. Also agree: it is the release manager who has the last word on this. AFAICT we have two options: * reverting to .12, and stop releasing new versions * replacing .13 to gdal2+proj4, and keep on releasing with the standard schedule. I believe the main

Re: [QGIS-Developer] QGIS field calculator: issue with updating selected only features in combination with virtual field

Hi Andreas, This has been backported and merged into 3.4 and 3.10. Let me know if something doesn't work as expected. Cheers, Denis Le mer. 27 nov. 2019 à 13:45, Andreas Neumann a écrit : > Hi Denis, > > Very good. Do you want me to test it? Is it backportable to 3.4 / 3.10? > > Thanks, > >

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Thanks for all the comments on this On 11/28/19 9:50 AM, Régis Haubourg wrote: Hi all, Le jeu. 28 nov. 2019 à 09:02, Matthias Kuhn > a écrit : [..] With LTR we have built a brand with a very good reputation and I think we should protect this label and

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi all, I enjoy reading the discussion on this tricky topic. Thank you for looking into this! What would be the precise plan of action? The situation is, a new QGIS 3.4.13 release based on gdal3/proj6 is out already. We cannot make that undone unless we get out the message to forget that

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi all, Thanks all for the discussion. I would like to hear Jürgen's opinion on it was well. If possible, I would also prefer Matthias approach. Our organization just recently introduced 3.4 LTR (I know we are late ;-), we will probably move to 3.10 in mid 2020). It would be nice if the

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

For the record, according to schedule, 3.4 reaches its end of life on February 21st, 2010. On Thu, Nov 28, 2019, 15:11 Andreas Neumann wrote: > Hi all, > > Thanks all for the discussion. > > I would like to hear Jürgen's opinion on it was well. If possible, I would > also prefer Matthias

Re: [QGIS-Developer] [gdal-dev] ERROR: Too many connections: max 64

Or is it better to do the processing on shapefiles? Le gach dea ghui, *Shane Carey* *GIS and Data Solutions Consultant* On Thu, Nov 28, 2019 at 8:40 PM Shane Carey wrote: > After processing, is there a way to release the wal and shm files? I'm on > qgis3.4. > Thanks Even > Le gach dea ghui, >

Re: [QGIS-Developer] [gdal-dev] ERROR: Too many connections: max 64

After processing, is there a way to release the wal and shm files? I'm on qgis3.4. Thanks Even Le gach dea ghui, *Shane Carey* *GIS and Data Solutions Consultant* On Thu, Nov 28, 2019 at 8:37 PM Even Rouault wrote: > On jeudi 28 novembre 2019 20:19:10 CET Shane Carey wrote: > > Hi, > > > > I'm

Re: [QGIS-Developer] [gdal-dev] ERROR: Too many connections: max 64

On jeudi 28 novembre 2019 20:19:10 CET Shane Carey wrote: > Hi, > > I'm doing some processing with Pyqgis and after processing, the file > remains locked and eventually I get: > ERROR: Too many connections: max 64 All I can say is that this error messages comes from Spatialite that can only

[QGIS-Developer] masks tooltip in Layer Properties

Using the Layer properties dialog (in master), I spotted an item 'Masks'. Could not find any description or clue in the stuff shown. But I saw that the tooltip of it shows (see screenie): "If the remove duplicate nodes options is activated, duplicate vertices will automatically be removed from

[QGIS-Developer] Pointcloud install for Travis ?

I'm working on fixing PostgreSQL table retrival in presence of "pointcloud" extension, but I've the impression there's no "pointcloud" extension installed in the Travis build environment, if this is confirmed, where do I start to add that support ? --strk;

Re: [QGIS-Developer] Pointcloud install for Travis ?

On Thu, Nov 28, 2019 at 01:54:58PM +0100, Sandro Santilli wrote: > I'm working on fixing PostgreSQL table retrival in presence > of "pointcloud" extension, but I've the impression there's > no "pointcloud" extension installed in the Travis build > environment, if this is confirmed, where do I

Re: [QGIS-Developer] masks tooltip in Layer Properties

Hi Richard, this is the implementation of https://github.com/qgis/QGIS-Enhancement-Proposals/issues/63 About the tooltip, I did not check the ui file but i recall a similar bug recently in this dialog with tabs showing wrong tooltip (possibly, when they had no tooltip?) Harrissou Le jeu. 28

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Jürgen, > I've been "playing" with appveyor (doesn't work - hits the 1h timeout), > azure-pipelines (which kind of works) and github workflows (which does not > yet work) to implement the Windows CI many people are keen on. Progress is > very slow - every single step takes ages… A successful

Re: [QGIS-Developer] masks tooltip in Layer Properties

Hi Richard I think this one is for Hugo. This new tab is designed for the selective masking described here: https://github.com/qgis/QGIS/pull/30747 The tooltip is obviously wrong and the feature misses some explanation in the layer property tab. Can you raise an issue ? Regards, Régis Le jeu.

Re: [QGIS-Developer] masks tooltip in Layer Properties

Hi Richard, I can answer your first question: It is about selective masking of symbol levels behind labels and point symbols, in order to create nicer map labels and symbols. You can mask darker symbol levels behind a label or symbol, but retain lighther symbol levels (like a lake, forest,

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Mathieu, On Thu, 28. Nov 2019 at 15:36:39 +0700, Mathieu Pellerin wrote: > For the record, according to schedule, 3.4 reaches its end of life on > February 21st, 2010. 2020? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH)

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

On Thu, Nov 28, 2019 at 10:56:01AM +0100, Jürgen E. Fischer wrote: > I've been "playing" with appveyor (doesn't work - hits the 1h timeout), > azure-pipelines (which kind of works) and github workflows (which does not yet > work) to implement the Windows CI many people are keen on. If you want

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Matthias, On Thu, 28. Nov 2019 at 10:05:53 +0100, Matthias Kuhn wrote: > Originally I wasn't even thinking about an OSGeo4W installer, I was simply > hoping for standalone installers. But if OSGeo4W double-packaging is > feasible, that would be the cherry on top. The standalone is always just

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Andreas, On Thu, 28. Nov 2019 at 09:11:07 +0100, Andreas Neumann wrote: > Thanks all for the discussion. > I would like to hear Jürgen's opinion on it was well. If possible, I would > also prefer Matthias approach. Our organization just recently introduced 3.4 > LTR (I know we are late ;-),

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Jürgen On 11/28/19 10:59 AM, Jürgen E. Fischer wrote: Hi Matthias, On Thu, 28. Nov 2019 at 10:05:53 +0100, Matthias Kuhn wrote: Originally I wasn't even thinking about an OSGeo4W installer, I was simply hoping for standalone installers. But if OSGeo4W double-packaging is feasible, that

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Ouch! ;) yes, 2020. On Thu, Nov 28, 2019, 16:57 Jürgen E. Fischer wrote: > Hi Mathieu, > > On Thu, 28. Nov 2019 at 15:36:39 +0700, Mathieu Pellerin wrote: > > For the record, according to schedule, 3.4 reaches its end of life on > > February 21st, 2010. > > 2020? > > Jürgen > > -- > Jürgen E.

[QGIS-Developer] Plugin [1769] QGISRed approval notification.

Plugin QGISRed approval by pcav. The plugin version "[1769] QGISRed 0.8" is now approved Link: http://plugins.qgis.org/plugins/QGISRed/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Even, On Thu, 28. Nov 2019 at 15:48:42 +0100, Even Rouault wrote: > > I've been "playing" with appveyor (doesn't work - hits the 1h timeout), > > azure-pipelines (which kind of works) and github workflows (which does not > > yet work) to implement the Windows CI many people are keen on.

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi Even Il 28/11/19 15:48, Even Rouault ha scritto: > Jürgen, > >> I've been "playing" with appveyor (doesn't work - hits the 1h timeout), >> azure-pipelines (which kind of works) and github workflows (which does not >> yet work) to implement the Windows CI many people are keen on. Progress is

[QGIS-Developer] Plugin [1670] XYZ Hub Connector approval notification.

Plugin XYZ Hub Connector approval by pcav. The plugin version "[1670] XYZ Hub Connector 1.7.6" is now approved Link: http://plugins.qgis.org/plugins/XYZHubConnector/ ___ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info:

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi, On Thu, 28. Nov 2019 at 10:56:01 +0100, Jürgen E. Fischer wrote: > Anyway, introducing proj5 and gdal2 packages could work - but not without > shifting the point release date again. As nobody objected (or read that far ;)) I have taken the liberty of moving the point releases for another

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

Hi > On 28 Nov 2019, at 10:05, Matthias Kuhn wrote: >> >> >> As soon as we have a clear view on the strategy, I think we MUST communicate >> widely. We can also ask for support for this, though it will not be an easy >> message. > I agree, this would be perfectly served in a post including

Re: [QGIS-Developer] LTR management [was Re: Delaying 3.10.1?]

On Thu, Nov 28, 2019 at 5:16 PM Jürgen E. Fischer wrote: > Hi, > > On Thu, 28. Nov 2019 at 10:56:01 +0100, Jürgen E. Fischer wrote: > > Anyway, introducing proj5 and gdal2 packages could work - but not without > > shifting the point release date again. > > As nobody objected (or read that far