Re: [Qgis-developer] Installers for QGIS3

[Paolo Cavallini]

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 the project.

Thanks a lot Larry. I agree, having a simpler way of installing QGIS on
OSX is a worthwhile goal.
So, in short, Q3 installer is not yet available on any platform, right?
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] OTB and LiDAR tools as separate plugins

[Victor Olaya]

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 your site as usual, this would just be a more practical
solution, to avoid having to setup the LASTools path in Processing

Cheers



2017-02-02 2:04 GMT+01:00 Martin Isenburg :
> 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 suggested the notion that LAStools binaries will be shipped
> with QGIS or that there maybe will be an auto-download of sorts ... there
> will not. The LAStools package can be used as a toolbox in ArcGIS, IMAGINE,
> FME, and QGIS or as a stand alone software. I see more and more LiDAR
> practitioners (those that I am teaching) doing their GIS with the Q instead
> of Argh and the QGIS toolboxes the most up-to-date toolboxes. If a user
> wants to use LAStools (whether via QGIS or not) the tools will only be
> available via my site and not be bundled.
>
> Regards from the Philippines,
>
> Martin
>
>
> ___
> 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 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-psc] QGIS Resource Sharing Plugin in core?

[Nyall Dawson]

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 good 
> chance to review it in future.
>

I'm in favour - in theory this sounds like a good, safe move. I would
say we trial it out for a period and see how it works in practice.

Nyall
___
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] Installers for QGIS3

[Nyall Dawson]

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 reasonable
> grant proposal to the project.
>
> Personally I would love to see a signed, bundled QGIS.app for MacOS. I know
> it is going to be huge, but I think it will really make the experience on
> MacOS a lot closer to that which Windows and Linux users get. I also wanted
> to thank you (and Boundless) for the hard work you have put in on getting
> the brew formulas built - it is really great to be able to build QGIS master
> on Mac now!

Totally agree - this sounds like a perfect grant proposal to me!

Nyall
___
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] OTB and LiDAR tools as separate plugins

[Martin Isenburg]

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 suggested the notion that LAStools binaries will be shipped
with QGIS or that there maybe will be an auto-download of sorts ... there
will not. The LAStools package can be used as a toolbox in ArcGIS, IMAGINE,
FME, and QGIS or as a stand alone software. I see more and more LiDAR
practitioners (those that I am teaching) doing their GIS with the Q instead
of Argh and the QGIS toolboxes the most up-to-date toolboxes. If a user
wants to use LAStools (whether via QGIS or not) the tools will only be
available via my site and not be bundled.

Regards from the Philippines,

Martin
___
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] how to avoid full-table scans to determine primary key, extents?

[Chris Nicholas]

Chris Nicholas cnicholas at housecanary.com  

Tue Jan 31 15:24:11 PST 2017

Previous message (by thread): [Qgis-developer] Building QGIS2.99 with CMAKE 
using Qt 5.8 and g++ 6.3 Ubuntu 16.04 64-bit 

Messages sorted by: [ date ] 
 
[ thread ] 

 [ subject ] 

 [ author ] 

even AFTER (!) I’ve loaded a project, I’m hitting these darned full table scans 
with this darned query:
"SELECT st_extent("the_geom") FROM "geo_search"."block_view" WHERE 
("property_type" = 'SFD')"
when the connect string in the project file clearly states:
 dbname='geo' host=blah.blah.amazonaws.com port=5432 
user=‘joeschmo' password=‘like_im_going_to_tell_you?' sslmode=disable key='id' 
estimatedmetadata=true srid=4269 type=MultiPolygon 
table="geo_search"."block_view" (the_geom) sql= 
maybe I’m doing something wrong; I hope so. If not, folks: Users need to 
connect to well-authored QGIS project, files backed by a large number 
(millions, or hundreds of millions) of rows in SECONDS, not tens (or even 
hundreds) of MINUTES, and not step on unknown/unnecessary "land-mines" just 
turning layers on and off that make the app useless, if QGIS is to be relevant 
for this increasingly common class of problem.
looking for a contractor to do some brain surgery to:
QgsPostgresProvider::uniqueData() and QgsRectangle QgsPostgresProvider::extent()
in: 
https://github.com/qgis/QGIS/blob/master/src/providers/postgres/qgspostgresprovider.cpp
 


thanks!
Chris

revisiting this problem; it is really making QGIS totally unusable for the 
large tables we are manipulating.

UNECESSARY FULL TABLE SCANS == VERY BAD USER EXPERIENCE!!

If funds could be made available for this fix, is there anyone able/available 
to add this functionality, and avoid a full table scan on adding a layer, and 
on existing project start-up?

(i.e. add a new pop-up dialog when one adds a new vector layer to 
optionally/manually enter the layer extents)

this would make QGIS *-far-* more usable for “big data”

thanks!
Chris


> this is my observation on 2.14.8:
>
> if the postgis layer is added (via the "add postgis layer" dialog)
> with the "select at id" checkbox then when opening the attribute table
> this is iterated one time. If the table is large browsing it is not
> very snappy.
>
> If the layer is added without the "select at id" thing, then the table
> is always iterated twice before opening. If the "show features visible
> on map" option is selected, the table is still iterated  twice (the
> entire table, not only the records of visible features) before
> opening. Browsing of large tables (once opened) is fast.
>
> One ticket I found that may be related
>
> http://hub.qgis.org/issues/10619 
>
>
> cheers
>
> -- G --
> ___
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org 
> 
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 

-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: 
>




signature.asc
Description: Message signed with OpenPGP using GPGMail
___
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] OTB and LiDAR tools as separate plugins

[C Hamilton]

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 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 algorithms to Processing
>> without any need to configure the paths to LASTools and FUSION
>> binaries, since they can be harcoded. If there is a change in the
>> binaries (such as an update), and the provider code has to be changed,
>> a new release can be made, independently of the QGIS release cycle
>> (unlike it happens now)
>>
>> I think this is an interesting topic to discuss, and that's why I
>> wanted to send this email to get more feedback.
>>
>> Thanks for your ideas!
>>
>
> 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.
>
>
> ___
> 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 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] Installers for QGIS3

[Tim Sutton]

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 see a signed, bundled QGIS.app for MacOS. I 
know it is going to be huge, but I think it will really make the 
experience on MacOS a lot closer to that which Windows and Linux users 
get. I also wanted to thank you (and Boundless) for the hard work you 
have put in on getting the brew formulas built - it is really great to 
be able to build QGIS master on Mac now!


Regards

Tim

___
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] Installers for QGIS3

[Larry Shaffer]

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 general interest, as it
> would make it easier to solicit some early testing.
>

For macOS, there is the *qgis3-dev* Homebrew formula in this repo (thanks
to everyone who helped and continues to help with that effort, including my
employer, Boundless, who funded quite a bit of my contribution):
https://github.com/qgis/homebrew-qgisdev

It also includes a tutorial for doing development builds as well:
https://github.com/qgis/homebrew-qgisdev/blob/master/development/README.md

There is currently a problem with compilation against Qt 5.8.0, but I'm
working on it.

For general testing by Homebrew users, automating the binary output of the
built formula would allow them to install from pre-built packages, instead
of building from source. This would require Travis build times to be
extended for that repo or some small Homebrew setup inside of QGIS source
tree.

It would be good to continue work on extending that Homebrew install
process with an optional full bundling of a QGIS.app (optionally with major
Processing deps included). Then, an easy to use standalone QGIS3.app beta
for macOS can be generated.

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.

Regards,

Larry Shaffer
Dakota Cartography
Black Hills, South Dakota

Boundless Desktop and QGIS Support/Development
Boundless Spatial
lshaf...@boundlessgeo.com


> Thanks in advance.
> All the best.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>
> ___
> 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 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] Area calculation issues

[Giovanni Manghi]

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
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] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

[Barry Rowlingson]

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 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 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 Code ideas page: action
>> required latest by February 5th!
>> To: OSGeo Discussions 
>>
>>
>> Dear All,
>>
>> This is a remind that the ideas page, complete with mentors, are due
>> by Feb 5th. Several projects are still missing, it would be a pity if
>> this is because they weren't reached by this email, so please spread
>> the word to your own community!
>>
>> Thanks
>>
>>
>> -- Forwarded message --
>> From: Margherita Di Leo 
>> Date: Mon, Jan 23, 2017 at 9:16 AM
>> Subject: Google Summer of Code ideas page: action required latest by
>> February 5th!
>> To: geofor...@lists.osgeo.org
>>
>>
>> Dear All,
>>
>>
>> It’s that time of the year again!
>>
>>
>> Applications for Google Summer of Code 2017 are now open for would-be
>> mentor organizations, and we are in the process of applying on behalf
>> of OSGeo. At this stage, it is extremely important that we put up a
>> nice and informative ideas page, that Google will look at in order to
>> evaluate OSGeo’s application.
>>
>>
>> *We need your help!*
>>
>>
>> As previous years, we will create an OSGeo Ideas page, that links to
>> software communities ideas pages. If you wish to participate, please,
>> start listing the ideas and the corresponding mentors of your software
>> community and send us the link to your wiki page latest by February
>> 5th.
>>
>>
>> And spread the word as much as you can!!
>>
>>
>> *Please note that from this year we have set up a group email for
>> admin purpose where you can reach all of us OSGeo GSoC admins at once:
>>  gsoc-ad...@osgeo.org.*
>>
>>
>> For further GSoC-related discussions e.g. inter/cross-project
>> ideas/proposals, ideas discussions, etc please use the long
>> established OSGeo’s SoC -- Google Summer of Code Coordination mailing
>> list (https://lists.osgeo.org/mailman/listinfo/soc).
>>
>>
>> Thank you
>>
>> the OSGeo GSoC Admins Team 2017
>>
>>
>>
>> --
>> Margherita Di Leo
>>
>>
>>
>> --
>> Margherita Di Leo
>>
>> ___
>> Discuss mailing list
>> disc...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/discuss
>> ___
>> 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 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 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] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

[Barry Rowlingson]

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 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 Code ideas page: action
> required latest by February 5th!
> To: OSGeo Discussions 
>
>
> Dear All,
>
> This is a remind that the ideas page, complete with mentors, are due
> by Feb 5th. Several projects are still missing, it would be a pity if
> this is because they weren't reached by this email, so please spread
> the word to your own community!
>
> Thanks
>
>
> -- Forwarded message --
> From: Margherita Di Leo 
> Date: Mon, Jan 23, 2017 at 9:16 AM
> Subject: Google Summer of Code ideas page: action required latest by
> February 5th!
> To: geofor...@lists.osgeo.org
>
>
> Dear All,
>
>
> It’s that time of the year again!
>
>
> Applications for Google Summer of Code 2017 are now open for would-be
> mentor organizations, and we are in the process of applying on behalf
> of OSGeo. At this stage, it is extremely important that we put up a
> nice and informative ideas page, that Google will look at in order to
> evaluate OSGeo’s application.
>
>
> *We need your help!*
>
>
> As previous years, we will create an OSGeo Ideas page, that links to
> software communities ideas pages. If you wish to participate, please,
> start listing the ideas and the corresponding mentors of your software
> community and send us the link to your wiki page latest by February
> 5th.
>
>
> And spread the word as much as you can!!
>
>
> *Please note that from this year we have set up a group email for
> admin purpose where you can reach all of us OSGeo GSoC admins at once:
>  gsoc-ad...@osgeo.org.*
>
>
> For further GSoC-related discussions e.g. inter/cross-project
> ideas/proposals, ideas discussions, etc please use the long
> established OSGeo’s SoC -- Google Summer of Code Coordination mailing
> list (https://lists.osgeo.org/mailman/listinfo/soc).
>
>
> Thank you
>
> the OSGeo GSoC Admins Team 2017
>
>
>
> --
> Margherita Di Leo
>
>
>
> --
> Margherita Di Leo
>
> ___
> Discuss mailing list
> disc...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/discuss
> ___
> 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 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] Installers for QGIS3

[Paolo Cavallini]

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 the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis

___
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] Fwd: [OSGeo-Discuss] Fwd: Google Summer of Code ideas page: action required latest by February 5th!

[Werner Macho]

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 Code ideas page: action
required latest by February 5th!
To: OSGeo Discussions 


Dear All,

This is a remind that the ideas page, complete with mentors, are due
by Feb 5th. Several projects are still missing, it would be a pity if
this is because they weren't reached by this email, so please spread
the word to your own community!

Thanks


-- Forwarded message --
From: Margherita Di Leo 
Date: Mon, Jan 23, 2017 at 9:16 AM
Subject: Google Summer of Code ideas page: action required latest by
February 5th!
To: geofor...@lists.osgeo.org


Dear All,


It’s that time of the year again!


Applications for Google Summer of Code 2017 are now open for would-be
mentor organizations, and we are in the process of applying on behalf
of OSGeo. At this stage, it is extremely important that we put up a
nice and informative ideas page, that Google will look at in order to
evaluate OSGeo’s application.


*We need your help!*


As previous years, we will create an OSGeo Ideas page, that links to
software communities ideas pages. If you wish to participate, please,
start listing the ideas and the corresponding mentors of your software
community and send us the link to your wiki page latest by February
5th.


And spread the word as much as you can!!


*Please note that from this year we have set up a group email for
admin purpose where you can reach all of us OSGeo GSoC admins at once:
 gsoc-ad...@osgeo.org.*


For further GSoC-related discussions e.g. inter/cross-project
ideas/proposals, ideas discussions, etc please use the long
established OSGeo’s SoC -- Google Summer of Code Coordination mailing
list (https://lists.osgeo.org/mailman/listinfo/soc).


Thank you

the OSGeo GSoC Admins Team 2017



--
Margherita Di Leo



--
Margherita Di Leo

___
Discuss mailing list
disc...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss
___
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] FOSS4G Europe 2017 - Call for papers

[Régis Haubourg]

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 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 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 in Marne-la-Vallée on July 18th-22nd
>> 2017.
>> The third edition of the conference is organized at École Nationale des
>> Sciences Géographiques (ENSG). This event aims at bringing Open Source GIS
>> users and developers together and fostering closer interactions amongst the
>> european geospatial communities.
>> https://europe.foss4g.org/2017/
>>
>> Regards,
>> René-Luc
>>
>
> ___
> 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 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] FOSS4G Europe 2017 - Call for papers

[Alessandro Pasotti]

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
:)

With the refactoring there are a lot of new possibilities to pythonize the
server.





>
> 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 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 in Marne-la-Vallée on July 18th-22nd
>> 2017.
>> The third edition of the conference is organized at École Nationale des
>> Sciences Géographiques (ENSG). This event aims at bringing Open Source GIS
>> users and developers together and fostering closer interactions amongst the
>> european geospatial communities.
>> https://europe.foss4g.org/2017/
>>
>> Regards,
>> René-Luc
>>
>
> ___
> 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
>



-- 
Alessandro Pasotti
w3:   www.itopen.it
___
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] FOSS4G Europe 2017 - Call for papers

[René-Luc Dhont]

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 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 in Marne-la-Vallée on July 
18th-22nd 2017.
The third edition of the conference is organized at École Nationale 
des Sciences Géographiques (ENSG). This event aims at bringing Open 
Source GIS users and developers together and fostering closer 
interactions amongst the european geospatial communities.

https://europe.foss4g.org/2017/

Regards,
René-Luc


___
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] FOSS4G Europe 2017 - Call for papers

[René-Luc Dhont]

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 in Marne-la-Vallée on July 18th-22nd 
2017.
The third edition of the conference is organized at École Nationale des 
Sciences Géographiques (ENSG). This event aims at bringing Open Source 
GIS users and developers together and fostering closer interactions 
amongst the european geospatial communities.

https://europe.foss4g.org/2017/

Regards,
René-Luc
___
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] GSoC 2017

[Werner Macho]

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:
https://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2017

Did I miss something or is QGIS out of ideas? ;)

I really like to encourage you to participate and write new ideas,
which can be solved during GSoC on this page.

kind regards
Werner
___
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] Geopackage, poor performance with large vector files

[Even Rouault]

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 the QGIS version compatible of ubuntugis.

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
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] Geopackage, poor performance with large vector files

[Mats Högström]

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 Layer panel. I do this with the Render option off. When zooming 
in to 1:50  and turning rendering on it takes about 10 minutes until the 
polygons start drawing on the canvas. Pan and zoom takes ages and using the 
Identify features tool takes 5 minutes to display the values. It's just not 
possible to work with the data.

The original data is in an ESRI file geodatabase. I created the geopackage file 
with a spatial index using ogr2ogr version 2.1.2. 

Opening the ESRI file geodatabase in QGIS works great, performance is very good.
Opening the geopackage file in ArcMap also works fine.


Setup:
Dell Precision 16Gb RAM 500Gb disk.
Ubuntu 16.04
QGIS version
2.18.3
Compiled against Qt
4.8.7
Compiled against GDAL/OGR
1.11.3
Compiled against GEOS
3.5.0-CAPI-1.9.0
PostgreSQL Client Version
9.5.2
QWT Version
5.2.3
QScintilla2 Version
2.9.1
QGIS code revision
77b8c3d
Running against Qt
4.8.7
Running against GDAL/OGR
1.11.3
Running against GEOS
3.5.0-CAPI-1.9.0 r4084
SpatiaLite Version
4.3.0a
PROJ.4 Version
492


Mats Högström
GIS manager SLU

Swedish University of Agricultural Sciences
Remote sensing department
Umeå
Sweden
___
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-psc] QGIS Resource Sharing Plugin in core?

[Tim Sutton]

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 people
>> have had a good chance to review it in future.
> 
> I don't know the tools you propose very well. Can you explain in more
> detail what they will change?
> 
> In particular, does the proposal mean that the master branch is
> protected from pushing and every commit is forced to be proxied over a
> pull request? That would make me a bit afraid of the overhead this will
> impose on the few devs which are currently checking taking care of the
> PR queue.
> 


Basically if you look at this image:

https://cloud.githubusercontent.com/assets/178003/22511566/c9e0fb12-e89e-11e6-9d07-6ace557cb5a8.png

I propose to enable the two checkboxes:

Require pull request reviews before merging
When enabled, all commits must be made to a non-protected branch and submitted 
via a pull request with at least one approved review and no changes requested 
before it can be merged into master.

Require status checks to pass before merging
Choose which status checks  
must pass before branches can be merged into master. When enabled, commits must 
first be pushed to another branch, then merged or pushed directly to master 
after status checks have passed.

The former would require that the PR is approved by someone else and the latter 
would require that all tests pass. They do not as far as I know prevent direct 
pushes to the upstream QGIS master branch (but we should probably culturally 
avoid that as default behavior).

Regards


Tim

> Regards
> Matthias
> 
>> 
>> Regards
>> 
>> Tim
>> 
>> 
>> 
>> ---
>> 
>> *Tim Sutton*
>> QGIS Project Steering Committee Chair
>> t...@qgis.org 
>> 
>> 
>> 
>> 
> ___
> 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




---

Tim Sutton
QGIS Project Steering Committee Chair
t...@qgis.org




___
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-psc] QGIS Resource Sharing Plugin in core?

[Matthias Kuhn]

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 very well. Can you explain in more
detail what they will change?

In particular, does the proposal mean that the master branch is
protected from pushing and every commit is forced to be proxied over a
pull request? That would make me a bit afraid of the overhead this will
impose on the few devs which are currently checking taking care of the
PR queue.

Regards
Matthias

> 
> Regards
> 
> Tim
> 
> 
> 
> ---
> 
> *Tim Sutton*
> QGIS Project Steering Committee Chair
> t...@qgis.org 
> 
> 
> 
> 
___
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] Plugin [1163] Plugin Load Times approval notification.

[noreply]

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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[Tim Sutton]

> 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 anyone asking the PSC for input if they feel the need for it.
> 
> Sure, everyone is free to ask the PSC for input at any time!
> My point is just that I think there is still the need for a more public
> discussion where everybody can bring their thoughts to the table and we
> should at the moment stick to looking for input and not yet decisions.
> 

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 good chance 
to review it in future.

Regards

Tim




---

Tim Sutton
QGIS Project Steering Committee Chair
t...@qgis.org




___
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] Area calculation issues

[Pedro Venâncio]

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 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. First column is the result of $area, second column is
>>> area($geometry).
>>>
>>> Sometimes the results are very close, in other cases the difference is
>>> massive. Like in the very first row. 32'087 vs 190'605'589 square meters.
>>> This can't be explained with ellipsoidical vs. planimetric. In this first
>>> row, the result of area($geometry) (planimetric) seems correct, while the
>>> ellipsoidical result ($area) is massively wrong.
>>>
>>> How can this huge difference be explained?
>>>
>>> Can you share your dataset?
>>
>> Nyall
>>
>
> ___
> 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 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] Area calculation issues

[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 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. 
First column is the result of $area, second column is area($geometry).

Sometimes the results are very close, in other cases the difference is massive. 
Like in the very first row. 32'087 vs 190'605'589 square meters. This can't be 
explained with ellipsoidical vs. planimetric. In this first row, the result of 
area($geometry) (planimetric) seems correct, while the ellipsoidical result 
($area) is massively wrong.

How can this huge difference be explained?


Can you share your dataset?

Nyall


___
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] WMS metadata() in non-English locale

[Matthias Kuhn]

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 original VERSION metadata
> from GetCapabilities which is always in english.

Yes I agree.
That's the way it's done in WFS (and vector data providers) but
unfortunately not (yet) in WMS (raster based providers). The proposal in
my previous email should fix that. (`QVariantMap metadata()` etc.), it
just needs someone to take care of this.

Matthias


> 
> Le 2017-02-01 10:17, Tom Chadwin a écrit :
> 
>> 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:
>> http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305673.html
>> Sent from the QGIS - Developer mailing list archive at Nabble.com.
>> ___
>> 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 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 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] Area calculation issues

[Nyall Dawson]

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. 
> First column is the result of $area, second column is area($geometry).
>
> Sometimes the results are very close, in other cases the difference is 
> massive. Like in the very first row. 32'087 vs 190'605'589 square meters. 
> This can't be explained with ellipsoidical vs. planimetric. In this first 
> row, the result of area($geometry) (planimetric) seems correct, while the 
> ellipsoidical result ($area) is massively wrong.
>
> How can this huge difference be explained?
>

Can you share your dataset?

Nyall
___
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] WMS metadata() in non-English locale

[Matthias Kuhn]

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 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: 
> http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305673.html
> Sent from the QGIS - Developer mailing list archive at Nabble.com.
> ___
> 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 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] Area calculation issues

[Neumann, Andreas]

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 results are very close, in other cases the difference is
massive. Like in the very first row. 32'087 vs 190'605'589 square
meters. This can't be explained with ellipsoidical vs. planimetric. In
this first row, the result of area($geometry) (planimetric) seems
correct, while the ellipsoidical result ($area) is massively wrong. 

How can this huge difference be explained? 

 

Regarding the second issue - yes, it makes sense that OTF has no
influence and that always the project CRS is used. 

Thanks! 

Andreas 

On 2017-02-01 10:30, Nyall Dawson wrote:

> 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 calculator.
> 
>> They deliver different results - sometimes quite close, but sometimes with a
>> hug difference.
> 
> The results will vary (sometimes by a huge amount) depending on the
> geometry's crs and ellipsoid choice. Eg area($geometry) for geometries
> in geographic coordinates in mostly meaningless, and the same for
> projections like web mercator.
> 
>> I have to add, that the data contains circular arcs.
> 
> Should not affect anything.
> 
>> Another user reported me that area calculation results are different
>> depending on OTF is on or off (I have to ask which QGIS version, he did not
>> tell).
> 
> Yes - switching off OTF will reset the ellipsoid to none. Switching it
> on resets the ellipsoid choice back to the ellipsoid matching the
> project CRS.
> 
> This was very confusing behaviour. The good news is that I changed
> this a week or so ago in qgis 3. Now OTF has no impact on area or
> length calculations, and that *only* depends on the project ellipsoid
> choice.
> 
> (There was talk at the time that we should totally remove the OTF off
> option. I'm in favour of this and will probably tackle it soon).
> 
> Nyall

  ___
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] WMS metadata() in non-English locale

[Nicolas Boisteault]

 

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 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: 
> http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305673.html
>  [1]
> Sent from the QGIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [2]
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer [2]
 

Links:
--
[1]
http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305673.html
[2] https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
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] Area calculation issues

[Nyall Dawson]

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 calculator.

> They deliver different results - sometimes quite close, but sometimes with a
> hug difference.
>

The results will vary (sometimes by a huge amount) depending on the
geometry's crs and ellipsoid choice. Eg area($geometry) for geometries
in geographic coordinates in mostly meaningless, and the same for
projections like web mercator.


> I have to add, that the data contains circular arcs.

Should not affect anything.

> Another user reported me that area calculation results are different
> depending on OTF is on or off (I have to ask which QGIS version, he did not
> tell).

Yes - switching off OTF will reset the ellipsoid to none. Switching it
on resets the ellipsoid choice back to the ellipsoid matching the
project CRS.

This was very confusing behaviour. The good news is that I changed
this a week or so ago in qgis 3. Now OTF has no impact on area or
length calculations, and that *only* depends on the project ellipsoid
choice.

(There was talk at the time that we should totally remove the OTF off
option. I'm in favour of this and will probably tackle it soon).

Nyall
___
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] WMS metadata() in non-English locale

[Tom Chadwin]

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: 
http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305673.html
Sent from the QGIS - Developer mailing list archive at Nabble.com.
___
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] Area calculation issues

[Neumann, Andreas]

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 remember that you dived into this issue in one of the past bug
fixing efforts? Can you explain it? I can deliver a small dataset
demonstrating the issue. 

--- 

Another user reported me that area calculation results are different
depending on OTF is on or off (I have to ask which QGIS version, he did
not tell). All data sets in the projects use a meter based system. The
data set of the assumedly wrong area calculations are in the same
coordinate system as the project. 

Thanks, 

Andreas  

  ___
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] OTB and LiDAR tools as separate plugins

[jrmorreale_ml]

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 algorithms to Processing
without any need to configure the paths to LASTools and FUSION
binaries, since they can be harcoded. If there is a change in the
binaries (such as an update), and the provider code has to be changed,
a new release can be made, independently of the QGIS release cycle
(unlike it happens now)

I think this is an interesting topic to discuss, and that's why I
wanted to send this email to get more feedback.

Thanks for your ideas!


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.



___
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] WMS metadata() in non-English locale

[Nicolas Boisteault]

 

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
> 
> Tom
> 
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305649.html
>  [1]
> Sent from the QGIS - Developer mailing list archive at Nabble.com.
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [2]
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer [2]
 

Links:
--
[1]
http://osgeo-org.1560.x6.nabble.com/WMS-metadata-in-non-English-locale-tp5305601p5305649.html
[2] https://lists.osgeo.org/mailman/listinfo/qgis-developer
___
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