date:20160227

Re: [Qgis-developer] Last polish for the 2.14 changelog

2016-02-27 Thread Nyall Dawson

On 28 Feb 2016 4:51 PM, "Tim Sutton"  wrote:
>
> Hi All
>
>
> Over the last weeks we have been working hard on getting the visual
changelog ready for 2.14. A huge thanks to those that have been
contributing to it, most appreciated! Soon it will be published live on
http://qgis.org and I want to ask if you could all help with some peer
review. There are still a few entries without detailed descriptions,
credits to authors and funders, images etc. I will be making a last few
tweaks to the reporting layout (e.g. to sort sponsors by sponsorship
level). Could I ask you all to take a look here:
>
> http://changelog.qgis.org/en/qgis/version/2.14.0/
>
>
> and give me any feedback, improvements etc. Or feel free to edit directly
if you have the needed access. Please don’t tweet or otherwise publicise
the above link until the official release announcements are out (from
Jürgen).

Thanks for your hard work with this Tim!

Just wondering, is there any facility at the moment for setting the display
order of entries in the log?

Nyall

>
> Regards
>
> Tim
> —
>
>
>
>
> Tim Sutton
>
> Visit http://kartoza.com to find out about open source:
>
> * Desktop GIS programming services
> * Geospatial web development
> * GIS Training
> * Consulting Services
>
> Skype: timlinux Irc: timlinux on #qgis at freenode.net
> Tim is a member of the QGIS Project Steering Committee
>
> Kartoza is a merger between Linfiniti and Afrispatial
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Last polish for the 2.14 changelog

2016-02-27 Thread Nathan Woodrow

Hey Tim,

I'll have a look at what I can now.

Regards,

On Sun, Feb 28, 2016 at 3:50 PM, Tim Sutton  wrote:

> Hi All
>
>
> Over the last weeks we have been working hard on getting the visual
> changelog ready for 2.14. A huge thanks to those that have been
> contributing to it, most appreciated! Soon it will be published live on
> http://qgis.org and I want to ask if you could all help with some peer
> review. There are still a few entries without detailed descriptions,
> credits to authors and funders, images etc. I will be making a last few
> tweaks to the reporting layout (e.g. to sort sponsors by sponsorship
> level). Could I ask you all to take a look here:
>
> http://changelog.qgis.org/en/qgis/version/2.14.0/
>
>
> and give me any feedback, improvements etc. Or feel free to edit directly
> if you have the needed access. Please don’t tweet or otherwise publicise
> the above link until the official release announcements are out (from
> Jürgen).
>
> Regards
>
> Tim
> —
>
>
>
>
> Tim Sutton
>
> Visit http://kartoza.com to find out about open source:
>
> * Desktop GIS programming services
> * Geospatial web development
> * GIS Training
> * Consulting Services
>
> Skype: timlinux Irc: timlinux on #qgis at freenode.net
> Tim is a member of the QGIS Project Steering Committee
>
> Kartoza is a merger between Linfiniti and Afrispatial
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Last polish for the 2.14 changelog

2016-02-27 Thread Tim Sutton

Hi All


Over the last weeks we have been working hard on getting the visual changelog 
ready for 2.14. A huge thanks to those that have been contributing to it, most 
appreciated! Soon it will be published live on http://qgis.org and I want to 
ask if you could all help with some peer review. There are still a few entries 
without detailed descriptions, credits to authors and funders, images etc. I 
will be making a last few tweaks to the reporting layout (e.g. to sort sponsors 
by sponsorship level). Could I ask you all to take a look here:

http://changelog.qgis.org/en/qgis/version/2.14.0/


and give me any feedback, improvements etc. Or feel free to edit directly if 
you have the needed access. Please don’t tweet or otherwise publicise the above 
link until the official release announcements are out (from Jürgen).

Regards

Tim
—





Tim Sutton

Visit http://kartoza.com  to find out about open source:

* Desktop GIS programming services
* Geospatial web development
* GIS Training
* Consulting Services

Skype: timlinux Irc: timlinux on #qgis at freenode.net
Tim is a member of the QGIS Project Steering Committee

Kartoza is a merger between Linfiniti and Afrispatial



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Authentification use from Python

2016-02-27 Thread Stefan Keller

Hi,

In a Python plugin [1] we implemented HTTP "Basic Authentication" and
"NTLM authentication".

Now I'm still looking for a solution using OAuth 2.0 for build-in WxS
(WMS/WMTS, WFS) as well as for Python plugins.
This seems to be also of some interest for other QGIS users [2].


The only code related to OAuth2 I found is in the CartoDB plugin [3].
But this does not help WxS nor my Python plugin.

Also Paolo's pointer to LizMap relates not to QGIS Python plugin but
to restricted access to lizmap online AFAIK.

I heard about the authentication configuration system with master password [4].
But we still need more information when the API is available.

2016-01-12 23:36 GMT+01:00 Larry Shaffer :
> Until then, the continued Python access to the auth system credentials means
> security is not good for the user. It should be considered for deprecation
> or just complete removal in 2.14 release.

Any news on this, and on OAuth implementations for WxS and Python plugins?

:Stefan

[1] http://plugins.qgis.org/plugins/connector/
[2] 
https://groups.google.com/forum/#!topic/australian-qgis-user-group/agn7ehIPd3M
[3] http://plugins.qgis.org/plugins/QgisCartoDB/
[4] https://github.com/qgis/QGIS/pull/1838


2016-01-12 23:36 GMT+01:00 Larry Shaffer :
> Hi Bernhard,
>
> Please note that the Python support for direct access to the credentials via
> the auth method config *may* be completely removed for security reasons.
>
> Ideally, the expansion of credentials within a given auth method config
> would only be done within the core application and connection methods (HTTP,
> etc.) would be offered through a Python API. In this way an authcfg token
> can be passed in and the connection established without access to
> credentials.
>
> However, such support and an API are not currently available. It is simple
> enough to add to QgsNetworkAccessManager for HTTP[S] connections, but not so
> simple for other types of connections, e.g. database via a library or
> client. Once completed this means a plugin would not be able to access the
> credentials and pass them on to a different connection method, e.g. Python
> HTTP lib, etc.
>
> Once such an API is available (or even now, with some work), plugins could
> be 'authorized' by the user for access to credentials using revocable access
> tokens or signed/revokable certificates.
>
> Until then, the continued Python access to the auth system credentials means
> security is not good for the user. It should be considered for deprecation
> or just complete removal in 2.14 release.
>
> Regards,
>
> Larry Shaffer
> Dakota Cartography
> Black Hills, South Dakota
>
> QGIS Support/Development | Boundless
> lshaf...@boundlessgeo.com
>
> On Tue, Jan 12, 2016 at 8:14 AM, Bernhard Ströbl 
> wrote:
>>
>> Hi Luigi,
>>
>> many thanks! That was the key.
>>
>> I now have
>> 
>> am = QgsAuthManager.instance()
>> myAuthMethodConfig = QgsAuthMethodConfig()
>> am.loadAuthenticationConfig(mykey,myAuthMethodConfig,True)
>> myAuthMethodConfig.configMap()
>> 
>>
>> Bernhard
>>
>>
>> Am 12.01.2016 um 15:58 schrieb Luigi Pirelli:
>>>
>>> Hi Bernhard
>>>
>>> be inspired by Boundless qgis-geoserver-plugin
>>>
>>>
>>> https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/master/src/geoserverexplorer/gui/gsexploreritems.py#L502
>>>
>>> I hope it's enough
>>>
>>> cheers
>>> Luigi Pirelli
>>>
>>>
>>> **
>>> * Boundless QGIS Support/Development: lpirelli AT boundlessgeo DOT com
>>> * LinkedIn: https://www.linkedin.com/in/luigipirelli
>>> * Stackexchange: http://gis.stackexchange.com/users/19667/luigi-pirelli
>>> * GitHub: https://github.com/luipir
>>> * Mastering QGIS:
>>> https://www.packtpub.com/application-development/mastering-qgis
>>>
>>> **
>>>
>>>
>>> On 12 January 2016 at 12:47, Bernhard Ströbl 
>>> wrote:

 Hi all,

 my goal is that my users do not save their PostgreSQL passwords in clear
 text but that they use the new Authentification system to do so. For my
 plugins I would need access to the PostgreSQL username and password,
 though.
 Is this generally possible in spite of security considerations as
 mentioned
 in the QGEP? If yes, how would I do it?

 what I have so far is:
 
 am = QgsAuthManager.instance()
 myAuthMethodConfig = am.availableAuthMethodConfigs()[mykey]
 myAuthMethodConfig.configMap() # returns an empty dict :-(
 

 QGIS 2.12.2

 any help appreciated

 regards

 Bernhard

 [1]

 https://github.com/dakcarto/QGIS-Enhancement-Proposals/blob/auth-system/qep-14-authentication-system.rst


 __ Information from ESET Mail Security, version of virus
 signature

[Qgis-developer] Creating Qgis exe

2016-02-27 Thread Sachin Chowdhary

Please tell me how to create installer exe of Qgis build. I have compiled
qgis 2.8.3 and successfully build on msvs2010.

I am unknown about how to create single exe from qgis build.

Please help.

Thanks

Sachin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Creating Qgis exe after build.

2016-02-27 Thread Sachin Chowdhary

Please tell me how to create installer exe of Qgis build. I have compiled
qgis 2.8.3 and successfully build on msvs2010.

I am unknown about how to create single exe from qgis build.

Please help.

Thanks

Sachin
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] 2.5d - a couple of suggestions

2016-02-27 Thread Luca Mandolesi

Sorry for the question.
I follow the video on vimeo, but the extrusion doesn't work properly. It's
extruded only a vertex of the whole polygon.

It's a temporary bug, I must to open a ticket?

I'm working on windows 7, Osgeo setup.

2016-02-26 19:59 GMT+01:00 Nyall Dawson :

>
> On 26 Feb 2016 23:19, "Matthias Kuhn"  wrote:
> >
> >
>
> > > 2. Rotating the map rotates the 2.5d render. To me, that's not
> expected, and
> > > the render should be reapplied after the map rotation has taken place.
> > That would require the map rotation to be available as expression
> > variable (not sure if it is). Compensating for it with this variable
> > shouldn't be hard.
>
> It is, from memory it's @map_rotation.
>
> Nyall
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] [Server] performance questions

2016-02-27 Thread kimaidou

Hi all,

I have made some comparison on requests done when QGIS Server is called for
a simple GetMap, on the first initialization and aftewards when the cache
is found.

Here are the logs

When QGIS builds the maplayer object, ie when there is no cache for this
layer yet (first call, for example with a getcapabilities). This is only
done if no cache is found for this layer in QGIS Server

1/ Log when estimated metadata is used (and stats are available in PostGIS)
https://paste.sh/yguqyRWL#EPcHHVH3uuijGgEtzH0pAlHb

2/ Log when QGIS does not use the metadata for a layer . Which means this
is done for any view at present, since no estimated metadata is available,
or also for a table if the user forgot to check the option "use metadata"
when he first created the Postgis connection (which can be often the case
because this option is not checked by default in PostgreSQL connection
dialog )
https://paste.sh/frCglZ9A#A1nQ6BXtdBeEiZWQmTJP8v9l

3/ Log when a layer is already in QGIS Server cache, for example for a
GetMap request. This means for table and views, since it does not depend on
metadata existence or not, but only on cache
https://paste.sh/Rkvqf757#K1MCRitovIxMblBVils1VF7r

My conclusions here :

In the first example 1/, we see all the queries QGIS does to get all the
needed information for building the maplayer object
* postgis information : postgis_version() ,  postgis_geos_version()
* search for topology features -> not really usefull server side I think (
? )
* feature count . In 1, estimated metadata is used, so this query is fast
* layer extent calculation . In 1/ QGIS uses st_estimatedextent, so it also
should be fast

In the second example 2/, without available stats (no use of estimated
metadata for views or when the option is not checked in layer ), we can see
the performance killing queries (for complex or big datasets) done by QGIS
to get the needed information :

* check if the field used as primary key is unique :
SELECT count(distinct ""nb"")=count(""nb"") FROM (SELECT row_number()
OVER() AS nb, * FROM ""2013"".v_geo_parcelle) AS ""subQuery_0"""

* Get the extent :
SELECT st_extent(""geom"") FROM (SELECT row_number() OVER() AS nb, * FROM
""2013"".v_geo_parcelle) AS ""subQuery_0""

In 3/, QGIS has already built the cache for the maplayer, and only fetches
the features, which is very fast.

My thoughts on how to improve QGIS server performance with PostgreSQL
provider (and possibly for other providers as well )

* check that layer cache in QGIS server is well used.
- I do not know for example if the 100 default number is for the whole
server (which is then reached very fast and will become useless if there
are many projects served by QGIS), or for each projects.
- there was a bug in QGIS Server which did not use cache whenever a GetMap
request was called with an empty STYLE parameter. It has been fixed but
check your version is not older to this commit :
https://github.com/qgis/QGIS/commit/a5450a78ffcbba9a75afa8be43460ad741fea050

* Add an option in QGIS ( in OWS server properties ) to tell QGIS Server to
not get some information if the user who publish the project knows what he
does, meaning
  - use the extent stored in  and do not ask for it server side
  - do NOT check that the primary key is unique -> the person who built the
project and publish it does know that his layer has a unique primary key.
Note that there is a limit in the number of layers QGIS Server will cache (
100 by default).

* Add a even more hard way of telling QGIS Server "Never delete the cache
for this layer, as the extent and the other properties wont change (even if
I allow editing inside my known layer extent )" . This means the cache will
be store permanently for this layer and would be lost only if the apache /
nginx server is reloaded . I do not know if it is feasible

* Store layers metadata "the QGIS way" in the database, as we do for
styles. This means the users building the project has enough rights on the
postgreSQL database, but could be a handy QGIS solution for production
ready projects. This way we could store the metadata for tables AND views,
in a format close to what QGIS needs to build the maplayer object. The user
would define some options, such as cache duration in seconds ( for example,
overwrite the cache if the stored information has more than 1 week, or keep
it as long as I do not manually remove it, via a -1 value for cache
duration ).

As a conclusion, I think we really need a "QGIS Server context true/false"
when using some of the core classes, such as maplayer, to be able to do
some performance improvements.

Régis, René-Luc and myself can have a look at it, if you need some work
done toward this goal.

Cheers,
Michaël

2016-02-23 21:52 GMT+01:00 Andreas Neumann :

> Hi Alessandro,
>
> On 23.02.2016 17:22, Alessandro Pasotti wrote:
>
>>
>>
>> Yes, but Andreas probably meant that plugin support is still compiled
>> into the server.
>>
>
> yes - if you compile

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

2016-02-27 Thread Sachin Chowdhary

Hi all

I had compiled Qgis 2.8.4 successfully. Can any body tell me how to make
installer exe of it to install on Windows. I had used msvs2010 for build.

Regards
Sachin
On 27-Feb-2016 1:39 PM, "m roy"  wrote:

> I recompiled QGIS using ccmake but the problem remains,
> QGIS starts but fails to recognize GRASS Plugin which is
> not available in the installed plugins list ...
>
> any other idea?
>
> Il 26/02/2016 18:01, Marco Bernasocchi ha scritto:
>
> Nope just pass -DWITH_GRASS=ON to cmake.
> Ccmake is a great way to see what switches you can use.
>
> Ciao
>
> On 26 February 2016 17:48:05 CET, m roy 
>  wrote:
>>
>> Ciao Marco,
>>
>> is it mandatory to use ccmake? because i compiled with "regular"
>>
>> cmake, make, make install ...
>>
>> Il 26/02/2016 17:44, Marco Bernasocchi ha scritto:
>>
>> In ccmake there with_grass iirc
>> Ciao
>>
>> On 26 February 2016 17:32:37 CET, m roy 
>>  wrote:
>>>
>>> Hi,
>>>
>>> i'm learning to compile QGIS in Ubuntu 14.04,
>>> managed to compile QGIS 2.14 and installed
>>> in a custom dir with make install,
>>>
>>> with:
>>>
>>> export LD_LIBRARY_PATH
>>>
>>> QGIS starts (by the way the 2.14 splash screen image is HUGE :))
>>>
>>> with some warnings and one error:
>>>
>>> ERROR 4: `/initrd.img' not recognised as a supported file format.
>>>
>>> but it seems to work, anyway i cannot find the GRASS Plugin, is there
>>> some other variable to set so that QGIS can see it ?
>>> libgrass*7.so are present in the lib/qgis/plugins/ directory so i do not
>>> think there is a compile issue (?)
>>>
>>>
>>> thanks ! Roy.
>>> --
>>>
>>> Qgis-developer mailing listqgis-develo...@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>> -- Marco Bernasocchi (mobile). OPENGIS.ch - berna.io - 27summits.ch
>>
>> --
>>
>> Qgis-developer mailing listqgis-develo...@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>> -- Marco Bernasocchi (mobile). OPENGIS.ch - berna.io - 27summits.ch
>
>
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

2016-02-27 Thread m roy

I recompiled QGIS using ccmake but the problem remains,
QGIS starts but fails to recognize GRASS Plugin which is
not available in the installed plugins list ...

any other idea?

Il 26/02/2016 18:01, Marco Bernasocchi ha scritto:
Nope just pass -DWITH_GRASS=ON to cmake.
Ccmake is a great way to see what switches you can use.

Ciao

On 26 February 2016 17:48:05 CET, m roy 
 wrote:
Ciao Marco,

is it mandatory to use ccmake? because i compiled with "regular"

cmake, make, make install ...

Il 26/02/2016 17:44, Marco Bernasocchi ha scritto:
In ccmake there with_grass iirc
Ciao

On 26 February 2016 17:32:37 CET, m roy 
 wrote:

Hi,

i'm learning to compile QGIS in Ubuntu 14.04,
managed to compile QGIS 2.14 and installed
in a custom dir with make install,

with:

export LD_LIBRARY_PATH

QGIS starts (by the way the 2.14 splash screen image is HUGE :))

with some warnings and one error:

ERROR 4: `/initrd.img' not recognised as a supported file format.

but it seems to work, anyway i cannot find the GRASS Plugin, is there
some other variable to set so that QGIS can see it ?
libgrass*7.so are present in the lib/qgis/plugins/ directory so i 
do not
think there is a compile issue (?)


thanks ! Roy.



Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- Marco Bernasocchi (mobile). OPENGIS.ch - 
berna.io - 27summits.ch



Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

-- Marco Bernasocchi (mobile). OPENGIS.ch - 
berna.io - 27summits.ch
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Last polish for the 2.14 changelog

Re: [Qgis-developer] Last polish for the 2.14 changelog

[Qgis-developer] Last polish for the 2.14 changelog

Re: [Qgis-developer] Authentification use from Python

[Qgis-developer] Creating Qgis exe

[Qgis-developer] Creating Qgis exe after build.

Re: [Qgis-developer] 2.5d - a couple of suggestions

Re: [Qgis-developer] [Server] performance questions

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

Re: [Qgis-developer] Compiling QGIS with GRASS Plugin

10 matches

Site Navigation

Mail list logo

Footer information