Hi all,
installing the current dev version from deb packages returns errors:
===
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/dist-packages/qgis/utils.py", line 20, in
from future import standard_library
ImportError: No module named future
===
Hi all,
Il 31/05/2016 21:27, Johan Van de Wauw ha scritto:
> As said in the previous post, I'm willing to maintain one LTR branch in
> saga, which we could switch eg for every qgis ltr release.
> https://sourceforge.net/p/saga-gis/mailman/message/35127843/
thanks for your replies. IMHO:
* the
binpzXiZ2JBSa.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Plugin Standard Deviational Ellipse approval by pcav.
The plugin version "[998] Standard Deviational Ellipse 1.1" is now approved
Link: http://plugins.qgis.org/plugins/SDEllipse/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info:
Plugin Processing Workflows approval by pcav.
The plugin version "[638] Processing Workflows 1.2" is now approved
Link: http://plugins.qgis.org/plugins/processing_workflow/
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info:
I know that the programs are installed with the GRASS 7.0.3 of QGIS 2.14
but they don't show up in the Processing Toolbox.
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
On 1 June 2016 at 04:44, Victor Olaya wrote:
> My opinion about this (and getting stronger each time, since the
> situation is getting worse...) is that we have only two solutions:
>
> 1) fork SAGA and have QGIS depend on that forked software, which we
> will (in principle) not
Hey,
+1 for just bundling it on a fixed version. Moving targets are not ideal
and in this case seems to be pretty bad.
We will update it when the time comes.
- Nathan
On Wed, Jun 1, 2016 at 5:02 AM, Tim Sutton wrote:
> Hi
>
>
> On 31 May 2016, at 20:44, Victor Olaya
Hi
> On 28 May 2016, at 10:43, Paolo Cavallini wrote:
>
> Il 28/05/2016 10:35, Saber Razmjooei ha scritto:
>
>> The problem can be split into 2 different parts:
>> - Data discovery and retrieval
>> - Data visualisation
>>
>> The data discovery and retrieval can be
Hi
> On 31 May 2016, at 20:44, Victor Olaya wrote:
>
> My opinion about this (and getting stronger each time, since the
> situation is getting worse...) is that we have only two solutions:
>
> 1) fork SAGA and have QGIS depend on that forked software, which we
> will (in
My opinion about this (and getting stronger each time, since the
situation is getting worse...) is that we have only two solutions:
1) fork SAGA and have QGIS depend on that forked software, which we
will (in principle) not upgrade.
2) embed a fixed version of SAGA, and use only that one. SAGA
Hi all,
SAGA dev team have changed (2.2.7) once more a crucial parameter [0], so
raster commands (probably all) are broken in QGIS/Processing.
IMHO it is infeasible to chase breaking changes in point releases, so I
suggest either saga devs stop breaking compatibility, except for major
releases, or
Hi Andreas,
>
> Is this a problem in the WFS server or in the client issueing an invalid
> request? Can QGIS do something do be more tolerant and display this WFS
> layer?
There are several issues :
- the server doesn't like srsname of the form urn:ogc:def:crs:EPSG::X, but
only
Hi,
I posted an issue about once month ago about SpatiaLite layers not
displaying in QGIS 2.14 whereas they do in QGIS 2.8 :
https://hub.qgis.org/issues/14626
This issue has been corrected by Jürgen - thanks so much to him - but
the target version is 2.16.
As 2.14 is meant to be next LTR, I
Hi all, Hi Even,
I am testing the new WFS improvements in QGIS master.
We have a WFS service offering 1.1 and 2.0: see
https://www.zg.ch/behoerden/direktion-des-innern/geoportal/geodaten-einbinden/web-feature-service-wfs
The direct URL to the WFS is:
Hi,
Thanks, Alessandro.
Don't know if it's related to recent changes (never checked that before)
but my plugin manager settings currently show 2 repositories listed, both
linking to the official repo url. The only difference is their name ("QGIS
Official Plugin Repository" and its translation
Il 2016-05-31 11:04 Alessandro Pasotti ha scritto:
For anyone experiencing this issue:
the problem is now fixed but you must use a fresh XML file or you will
still try to download the plugins from the wrong URL stored in the old
broken XML.
In the plugin manager settings there is a button to
For anyone experiencing this issue:
the problem is now fixed but you must use a fresh XML file or you will
still try to download the plugins from the wrong URL stored in the old
broken XML.
In the plugin manager settings there is a button to reload all
repositories, that will probably fix your
HI Massimo,
Thanks. Now I can build it. Anyway, we decided to make it as python plugin
first and make it similar like Plugin Manager later.
Cheers
On Mon, May 30, 2016 at 5:40 PM, Massimo Di Stefano
wrote:
> Akbar,
>
> Marco and I added a commented on your gist.
> Did you
I notice that this only happens if you are using a
geographic coordinate system for the layer,
it seems ok with projected systems
Il 30/05/2016 12:54, roy roy ha scritto:
> As per subject the advanced digitizing tool warps
> the geometry when used, e.g.
>
> draw an orizontal line and rotate till
2016-05-31 8:47 GMT+02:00 Richard Duivenvoorde :
> This morning the plugins.qgis.org was showing nginx because of a config
> change we did to speed up the downloading of plugins.xml
>
> Last 2 days site was often down because some new functionality generated
> a lot more
2016-05-31 8:46 GMT+02:00 Nathan Woodrow :
> Download via the plugin installer seems to it work for me
>
What does NOT work for you?
I basically rewrote nginx conf to serve cached xmls, I might have
misconfigured some other endpoints, please let me know if something does
This morning the plugins.qgis.org was showing nginx because of a config
change we did to speed up the downloading of plugins.xml
Last 2 days site was often down because some new functionality generated
a lot more cpu-power, and the download of plugins.xml was not cached
(anymore).
Alessandro
Download via the plugin installer seems to it work for me
On Tue, 31 May 2016 4:42 pm Alessandro Pasotti wrote:
> 2016-05-31 8:37 GMT+02:00 G. Allegri :
>
>> I confirm. At least from 24 hours to me.
>>
>
> We've been actively working on that, this kind of
2016-05-31 8:37 GMT+02:00 G. Allegri :
> I confirm. At least from 24 hours to me.
>
We've been actively working on that, this kind of report is useful only if
tested right now and if contains the information about what exactly does
not respond:
this is all up for me now:
I confirm. At least from 24 hours to me.
giovanni
Il 31/mag/2016 8:36 AM, "Nathan Woodrow" ha scritto:
> Seem to be getting Connection refused when connecting.
>
> - Nathan
>
> ___
> Qgis-developer mailing list
>
26 matches
Mail list logo