Re: [Qgis-developer] Installers for QGIS3

Il 01/02/2017 18:56, Larry Shaffer ha scritto: > If full bundling was produced, then the QGIS project could offer its own > macOS releases, code-signed with the OSGeo certificates. It was > mentioned that such a revamping of the macOS bundling routines might be > a reasonable grant proposal to

Re: [Qgis-developer] OTB and LiDAR tools as separate plugins

Martin That might be my fault. I mentioned that, by having the LiDAR tools provider as a separate plugin, that allows to ship the tools with it (not with QGIS, but with the plugin itself, which you will manage and release whenever you want). Of course, you can still provide the downloads from

Re: [Qgis-developer] [Qgis-psc] QGIS Resource Sharing Plugin in core?

On 2 February 2017 at 00:18, Tim Sutton wrote: > > Thanks yes I agree that sounds a reasonable approach. What do others think of > my proposal to require peer review before merging PR's? I think it will help > prevent situations where code gets merged before people have had a

Re: [Qgis-developer] Installers for QGIS3

On 2 February 2017 at 06:54, Tim Sutton wrote: > Hi Larry > > > If full bundling was produced, then the QGIS project could offer its own > macOS releases, code-signed with the OSGeo certificates. It was mentioned > that such a revamping of the macOS bundling routines might be a

Re: [Qgis-developer] OTB and LiDAR tools as separate plugins

Hello, One thing to keep in mind is that not all the LIDAR tools are open sources, > 2/3 of the LAStools aren't and slightly distort the output after certain > point limits are exceeded. My opinion is that QGIS shouldn't ship or assist > the distribution of closed binaries. Not sure who

Re: [Qgis-developer] how to avoid full-table scans to determine primary key, extents?

Chris Nicholas cnicholas at housecanary.com Tue Jan 31 15:24:11

Re: [Qgis-developer] OTB and LiDAR tools as separate plugins

Is anyone working towards fully open source LIDAR tools that could replace LAStools? On Wed, Feb 1, 2017 at 3:51 AM, wrote: > Le 2017-01-30 19:24, Victor Olaya a écrit : > >> One good thing that we have been discussing, related to this move, is >> that for LiDAR

Re: [Qgis-developer] Installers for QGIS3

Hi Larry If full bundling was produced, then the QGIS project could offer its own macOS releases, code-signed with the OSGeo certificates. It was mentioned that such a revamping of the macOS bundling routines might be a reasonable grant proposal to the project. Personally I would love to

Re: [Qgis-developer] Installers for QGIS3

Hi Paolo, On Wed, Feb 1, 2017 at 10:29 AM, Paolo Cavallini wrote: > Hi all, > could please someone shortly update us on the current and near future > situation for the availability of packages for master on mayor operating > systems (deb, win, osx)? I think it would be of

Re: [Qgis-developer] Area calculation issues

Hi all, > Hi Andreas and Nyall, > > Please, share the conclusions here, after you find the problem. I'm also very interested in know the results or help test if a sample dataset is available. cheers! -- G -- ___ Qgis-developer mailing list

Re: [Qgis-developer] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

Okay, I've found the QGIS GSoC suggestions, I'll add my project. On Wed, Feb 1, 2017 at 5:50 PM, Rowlingson, Barry wrote: > Is there a wiki or somewhere a list of qgis-based projects for GSoC? > I'd like to propose a QGIS-R mapping interface > > I've mentored

Re: [Qgis-developer] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

Is there a wiki or somewhere a list of qgis-based projects for GSoC? I'd like to propose a QGIS-R mapping interface I've mentored a couple of projects in the past, would be nice to do another one. On Wed, Feb 1, 2017 at 5:22 PM, Werner Macho wrote: > Hi all! > > And

[Qgis-developer] Installers for QGIS3

Hi all, could please someone shortly update us on the current and near future situation for the availability of packages for master on mayor operating systems (deb, win, osx)? I think it would be of general interest, as it would make it easier to solicit some early testing. Thanks in advance. All

[Qgis-developer] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

Hi all! And again a reminder from OSGEO. Hope that there will be some more mentors and ideas until sunday! best wishes Werner -- Forwarded message -- From: Margherita Di Leo Date: Wed, Feb 1, 2017 at 5:18 PM Subject: [OSGeo-Discuss] Fwd: Google Summer of

Re: [Qgis-developer] FOSS4G Europe 2017 - Call for papers

Hi RenéLuc, That would be a great opportunity to show that common move. Not sure yet who will be there but yes, We really want to that. Let's keep in touch for that. Régis 2017-02-01 16:36 GMT+01:00 René-Luc Dhont : > Hi, > > I plan to propose a track about `QGIS Server 3

Re: [Qgis-developer] FOSS4G Europe 2017 - Call for papers

On Wed, Feb 1, 2017 at 4:36 PM, René-Luc Dhont wrote: > Hi, > > I plan to propose a track about `QGIS Server 3 refactoring`. Do someone > would like to participate to this presentation ? > Hi Renè, I'd love to, I could talk about the python in the server, just for a change

Re: [Qgis-developer] FOSS4G Europe 2017 - Call for papers

Hi, I plan to propose a track about `QGIS Server 3 refactoring`. Do someone would like to participate to this presentation ? Regards, René-Luc Le 01/02/2017 à 16:35, René-Luc Dhont a écrit : Hi Devs, The call for papers for the FOSS4G Europe 2017 is open. * Workshops

[Qgis-developer] FOSS4G Europe 2017 - Call for papers

Hi Devs, The call for papers for the FOSS4G Europe 2017 is open. * Workshops https://europe.foss4g.org/2017/Call_workshop * General Track https://europe.foss4g.org/2017/Call_general-track * Scientific Track https://europe.foss4g.org/2017/Call_academic-track The FOSS4G Europe 2017 will be held

[Qgis-developer] GSoC 2017

Hi all! I'd like to remind you that the deadline for suggestions for the GSoC 2017 is on 5th february. (Which is only 4 days from now). https://lists.osgeo.org/pipermail/discuss/2017-January/017061.html For what I can find, its only Alexander Bruy that started ideas on this page:

Re: [Qgis-developer] Geopackage, poor performance with large vector files

On mercredi 1 février 2017 14:52:45 CET Mats Högström wrote: > Hi, > > Is QGIS using the geopackage spatial index? Mats, The use of the spatial index requires GDAL 2.0 or later. You're still at GDAL 1.11. Try enabling the ubuntugis repository and using the GDAL version from there, and install

[Qgis-developer] Geopackage, poor performance with large vector files

Hi, Is QGIS using the geopackage spatial index? I have this large geopackage file with one vector layer, 16Gb 6 million polygons stored locally on my computer. When I add it to QGIS using Add Vector layer, the program becomes unresponsive for about 20 minutes until the layer appears in the

Re: [Qgis-developer] [Qgis-psc] QGIS Resource Sharing Plugin in core?

Hi > On 01 Feb 2017, at 4:43 PM, Matthias Kuhn wrote: > > Hi Tim > > On 02/01/2017 03:18 PM, Tim Sutton wrote: > >> What do others >> think of my proposal to require peer review before merging PR's? I think >> it will help prevent situations where code gets merged before

Re: [Qgis-developer] [Qgis-psc] QGIS Resource Sharing Plugin in core?

Hi Tim On 02/01/2017 03:18 PM, Tim Sutton wrote: > What do others > think of my proposal to require peer review before merging PR's? I think > it will help prevent situations where code gets merged before people > have had a good chance to review it in future. I don't know the tools you propose

[Qgis-developer] Plugin [1163] Plugin Load Times approval notification.

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

Re: [Qgis-developer] [Qgis-psc] QGIS Resource Sharing Plugin in core?

> On 01 Feb 2017, at 2:53 PM, Matthias Kuhn wrote: > > Hi Tim, > >> Just to emphasize again that anyone is welcome to post here, so >> thanks for sharing your thoughts. > > Thanks for reassuring, I always appreciate that the PSC is open about this! > >> I'm ok with

Re: [Qgis-developer] Area calculation issues

Hi Andreas and Nyall, Please, share the conclusions here, after you find the problem. Thanks! Pedro 2017-02-01 10:02 GMT+00:00 Andreas Neumann : > Sure - I'll send it to you as a geopackage file. > > Andreas > > > > On 01.02.2017 11:01, Nyall Dawson wrote: > >> On 1

Re: [Qgis-developer] Area calculation issues

Sure - I'll send it to you as a geopackage file. Andreas On 01.02.2017 11:01, Nyall Dawson wrote: On 1 February 2017 at 19:55, Neumann, Andreas wrote: Hi Nyall, Thanks for the explanations. I should have read the explanations of the help text more closely. It explains

Re: [Qgis-developer] WMS metadata() in non-English locale

Hi Nicolas, On 02/01/2017 10:38 AM, Nicolas Boisteault wrote: > Matthias, are you sure the metadata() method translates VERSION term? https://github.com/qgis/QGIS/blob/master/src/providers/wms/qgswmsprovider.cpp#L1886 tr() means: translate. > > If yes, there should be a another way to get

Re: [Qgis-developer] Area calculation issues

On 1 February 2017 at 19:55, Neumann, Andreas wrote: > > Hi Nyall, > > Thanks for the explanations. I should have read the explanations of the help > text more closely. It explains it all. > > However, there still seem to be issues. Consider the following results below. >

Re: [Qgis-developer] WMS metadata() in non-English locale

One thing you could try is to call the following method of the provider and parse it for the version: createRequestUrlWMS Didn't try though Matthias On 02/01/2017 10:17 AM, Tom Chadwin wrote: > I think that's exactly what metadata() does. Perhaps I need to issue a new > getCapabilities request

Re: [Qgis-developer] Area calculation issues

Hi Nyall, Thanks for the explanations. I should have read the explanations of the help text more closely. It explains it all. However, there still seem to be issues. Consider the following results below. First column is the result of $area, second column is area($geometry). Sometimes the

Re: [Qgis-developer] WMS metadata() in non-English locale

Matthias, are you sure the metadata() method translates VERSION term? If yes, there should be a another way to get original VERSION metadata from GetCapabilities which is always in english. Le 2017-02-01 10:17, Tom Chadwin a écrit : > I think that's exactly what metadata() does. Perhaps I

Re: [Qgis-developer] Area calculation issues

On 1 February 2017 at 18:55, Neumann, Andreas wrote: > Hi, > > Regarding field calculator: > > I wonder what the difference between $area and area($geometry) is? $area respects project settings like ellipsoid choice and area units. area(geometry) is just a plain cartesian

Re: [Qgis-developer] WMS metadata() in non-English locale

I think that's exactly what metadata() does. Perhaps I need to issue a new getCapabilities request to the server, but fake/force an English locale? I don't know how.. - Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon -- View this message in context:

[Qgis-developer] Area calculation issues

Hi, Regarding field calculator: I wonder what the difference between $area and area($geometry) is? They deliver different results - sometimes quite close, but sometimes with a hug difference. I have to add, that the data contains circular arcs. Tested with 2.18.x. OTF off. Nyall - I

Re: [Qgis-developer] OTB and LiDAR tools as separate plugins

Le 2017-01-30 19:24, Victor Olaya a écrit : One good thing that we have been discussing, related to this move, is that for LiDAR tools, it should be possible to have a plugin that has not just the code of the Processign provider, but the binaries as well, so installing the plugin would add the

Re: [Qgis-developer] WMS metadata() in non-English locale

Hi, Is there a way to get the cached getCapabilities from the layer source? If you get it you'll get the WMS version. Le 2017-02-01 01:00, Tom Chadwin a écrit : > So is there a solution? Is there a way to retrieve the WMS version of a layer > which will work in all locales? > > Thanks >