[Qgis-developer] Plugin [1066] Isogeo approval notification.

Plugin Isogeo approval by pcav. The plugin version "[1066] Isogeo 1.1.0" is now approved Link: http://plugins.qgis.org/plugins/isogeo_search_engine/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

[Qgis-developer] Plugin [284] Semi-Automatic Classification Plugin approval notification.

Plugin Semi-Automatic Classification Plugin approval by pcav. The plugin version "[284] Semi-Automatic Classification Plugin 5.1.2" is now approved Link: http://plugins.qgis.org/plugins/SemiAutomaticClassificationPlugin/ ___ Qgis-developer mailing list

[Qgis-developer] QGIS server improvements

Hi all, after a first bloom of interest around the improvement/rewrite of qgis server, things seem stagnant nowadays. I suggest therefore to: * select one or more suitable developers * obtain an estimate * start a crowdfunding. Given the number of interested firms and individuals, I think it

Re: [Qgis-developer] Master: ninja-build/output/bin/crssync, Segmentation fault (core dumped)

My ninja include qt4 and not qt5 and I don't know why or how enhance it. Le 11/10/2016 à 15:22, Jürgen E. Fischer a écrit : On Tue, 11. Oct 2016 at 15:11:44 +0200, René-Luc Dhont wrote: Hi devs, I'm on Ubuntu 16.04 and I can't build master: ``` ninja-build/output/bin/crssync Segmentation

Re: [Qgis-developer] Master: ninja-build/output/bin/crssync, Segmentation fault (core dumped)

On Tue, 11. Oct 2016 at 15:11:44 +0200, René-Luc Dhont wrote: > Hi devs, > > I'm on Ubuntu 16.04 and I can't build master: > ``` > ninja-build/output/bin/crssync > Segmentation fault (core dumped) > ``` > I have no problem with master_2 and release-2_16 also build with ninja. > Any Idea ? gdb

[Qgis-developer] Master: ninja-build/output/bin/crssync, Segmentation fault (core dumped)

Hi devs, I'm on Ubuntu 16.04 and I can't build master: ``` ninja-build/output/bin/crssync Segmentation fault (core dumped) ``` I have no problem with master_2 and release-2_16 also build with ninja. Any Idea ? René-Luc ___ Qgis-developer mailing list

[Qgis-developer] Plugin [1120] RNC Loader approval notification.

Plugin RNC Loader approval by pcav. The plugin version "[1120] RNC Loader 0.2.1" is now approved Link: http://plugins.qgis.org/plugins/RNCLoader/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

[Qgis-developer] Plugin [1120] RNC Loader approval notification.

Plugin RNC Loader approval by pcav. The plugin version "[1120] RNC Loader 0.2" is now approved Link: http://plugins.qgis.org/plugins/RNCLoader/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

[Qgis-developer] Plugin [1120] RNC Loader approval notification.

Plugin RNC Loader approval by pcav. The plugin version "[1120] RNC Loader 0.1" is now approved Link: http://plugins.qgis.org/plugins/RNCLoader/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

[Qgis-developer] Plugin [1120] RNC Loader approval notification.

Plugin RNC Loader approval by pcav. The plugin version "[1120] RNC Loader 0.2.2" is now approved Link: http://plugins.qgis.org/plugins/RNCLoader/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info:

Re: [Qgis-developer] QgsField::length semantic

On Tue, Oct 11, 2016 at 12:40:21PM +0200, Even Rouault wrote: > Le mardi 11 octobre 2016 12:17:44, Sandro Santilli a écrit : > > Then I think the OGR provider should just avoid setting OFTReal fields > > length/precision values, upon reading (but also upon writing, as long > > as the QgsField

Re: [Qgis-developer] QgsField::length semantic

Le mardi 11 octobre 2016 12:17:44, Sandro Santilli a écrit : > On Tue, Oct 11, 2016 at 11:53:27AM +0200, Even Rouault wrote: > > Le mardi 11 octobre 2016 11:42:12, Jürgen E. Fischer a écrit : > > > On Tue, 11. Oct 2016 at 10:45:18 +0200, Sandro Santilli wrote: > > > > Chasing a regression bug upon

Re: [Qgis-developer] QgsField::length semantic

On Tue, Oct 11, 2016 at 12:11:06PM +0200, Even Rouault wrote: > > According to this: > > http://devzone.advantagedatabase.com/dz/webhelp/advantage9.0/server1/dbf_fi > > eld_types_and_specifications.htm > > > > A DBF field with extended data type "double" does not affect the > > precision of the

Re: [Qgis-developer] QgsField::length semantic

> According to this: > http://devzone.advantagedatabase.com/dz/webhelp/advantage9.0/server1/dbf_fi > eld_types_and_specifications.htm > > A DBF field with extended data type "double" does not affect the > precision of the stored data, and the length information is simply > ignored. I had never

Re: [Qgis-developer] New GEarthView 3.0.4 version

Hello All, as in object, I released some day ago ( october 6 - 2016) a new version of GEarthView plugin for QuantumGIS. This 3.0.4 version has some interesting new for many of the tens of thousands of users who use it habitually. The first new function permits to digitize in 3D taking

Re: [Qgis-developer] QgsField::length semantic

On Tue, Oct 11, 2016 at 11:42:12AM +0200, Jürgen E. Fischer wrote: > On Tue, 11. Oct 2016 at 10:45:18 +0200, Sandro Santilli wrote: > > Chasing a regression bug upon importing shapefile to postgresql [1] > > I've stumbled upon an unclear semantic of the "length" member of > > QgsField class [2]. >

Re: [Qgis-developer] QgsField::length semantic

Le mardi 11 octobre 2016 11:42:12, Jürgen E. Fischer a écrit : > On Tue, 11. Oct 2016 at 10:45:18 +0200, Sandro Santilli wrote: > > Chasing a regression bug upon importing shapefile to postgresql [1] > > I've stumbled upon an unclear semantic of the "length" member of > > QgsField class [2]. > >

Re: [Qgis-developer] QgsField::length semantic

On Tue, 11. Oct 2016 at 10:45:18 +0200, Sandro Santilli wrote: > Chasing a regression bug upon importing shapefile to postgresql [1] > I've stumbled upon an unclear semantic of the "length" member of > QgsField class [2]. Hm, I though that was following database semantics - at least that's what I

Re: [Qgis-developer] QgsField::length semantic

Adding Arnaud to the loop, being the author of the PR which added constrained numeric fields in PostgreSQL provider [1] [1] https://github.com/qgis/qgis/commit/92f71b696ca93c792ae5602ed82863fcef0e5006 Arnaud: what was the reason for constraining that field ? The semantic of QgsField's length and

Re: [Qgis-developer] QgsField::length semantic

Il 11 ottobre 2016 10:45:18 CEST, Sandro Santilli ha scritto: >Chasing a regression bug upon importing shapefile to postgresql [1] >I've stumbled upon an unclear semantic of the "length" member of >QgsField class [2]. > >The Ogr provider, upon loading shapefiles, uses the DBF field

[Qgis-developer] QgsField::length semantic

Chasing a regression bug upon importing shapefile to postgresql [1] I've stumbled upon an unclear semantic of the "length" member of QgsField class [2]. The Ogr provider, upon loading shapefiles, uses the DBF field width _minus_one_, for reasons that are unknown to me. Upon writing a layer to

Re: [Qgis-developer] $scale vs. @map_scale variable - Inconsistency between Desktop and Server

On 11 Oct 2016 6:12 PM, "Neumann, Andreas" wrote: > > Hi Nyall, > > Thank you - this explains it. I wasn't aware that QGIS server uses an old map renderer. I did not even know that different map renderers exist. But this has nothing to do with the old vs. the new symbology -

Re: [Qgis-developer] $scale vs. @map_scale variable - Inconsistency between Desktop and Server

Hi Nyall, Thank you - this explains it. I wasn't aware that QGIS server uses an old map renderer. I did not even know that different map renderers exist. But this has nothing to do with the old vs. the new symbology - right? Because QGIS Server seems to work just fine with the new symbology and

Re: [Qgis-developer] $scale vs. @map_scale variable - Inconsistency between Desktop and Server

On 11 Oct 2016 5:59 PM, "Neumann, Andreas" wrote: > > Hi, > > I noticed that $scale and @map_scale exist in parallel, but are not consistently behaving between QGIS Desktop and QGIS server. > > $scale: works fine on both Desktop and Server, but expression preview in QGIS

[Qgis-developer] $scale vs. @map_scale variable - Inconsistency between Desktop and Server

Hi, I noticed that $scale and @map_scale exist in parallel, but are not consistently behaving between QGIS Desktop and QGIS server. $scale: works fine on both Desktop and Server, but expression preview in QGIS Desktop fails. @map_scale: works fine on QGIS Desktop and also in expression

[Qgis-developer] Plugin [284] Semi-Automatic Classification Plugin approval notification.

Plugin Semi-Automatic Classification Plugin approval by pcav. The plugin version "[284] Semi-Automatic Classification Plugin 5.1.1" is now approved Link: http://plugins.qgis.org/plugins/SemiAutomaticClassificationPlugin/ ___ Qgis-developer mailing list

[Qgis-developer] Plugin [957] GeODinQGIS approval notification.

Plugin GeODinQGIS approval by pcav. The plugin version "[957] GeODinQGIS 1.1.2" is now approved Link: http://plugins.qgis.org/plugins/GeODinQGIS/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org List info: