[QGIS-Developer] Plugin [407] geopunt4Qgis approval notification.

2017-10-02 Thread noreply 

Plugin geopunt4Qgis approval by pcav.
The plugin version "[407] geopunt4Qgis 1.7.1" is now approved
Link: http://plugins.qgis.org/plugins/geopunt4Qgis/
___
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 [796] Catalog Planet Labs approval notification.

2017-10-02 Thread noreply 

Plugin Catalog Planet Labs approval by pcav.
The plugin version "[796] Catalog Planet Labs 1.3 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/catalogpl_plugin/
___
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] New plugin version approval

2017-10-02 Thread Werner Macho 
Hi!

Just for the records (in case you did not find it already):

https://github.com/mstuyts/phpQGISrepository

regards
Werner

On Mon, Oct 2, 2017 at 11:25 AM, Alex Zvoleff 
wrote:

> Thanks Tim, Tom and others. I hadn't considered the option of our own
> repo. I will keep this in mind. Thanks!
>
> Best,
> Alex
>
> > -Original Message-
> > From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On
> > Behalf Of Tom Chadwin
> > Sent: Sunday, October 01, 2017 9:56 PM
> > To: qgis-developer@lists.osgeo.org
> > Subject: Re: [QGIS-Developer] New plugin version approval
> >
> > Hi Alex
> >
> > Have you considered setting up your own plugin repo? I think you need
> some
> > hosting and an XML file - hopefully fairly easy to set up.
> >
> > Tom
> >
> >
> >
> > -
> > Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> > --
> > Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-
> > f4099106.html
> > ___
> > 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] PSA: Travis CI / Docker / Failing Tests

2017-10-02 Thread Even Rouault 
On lundi 2 octobre 2017 15:56:00 CEST Matthias Kuhn wrote:
> Dear all,
> 
> we have recently been working on bringing travis ci to the next level
> and moving all the testing that is done into a docker image.
> 
> This has the advantage that
> 
> - we can use newer dependencies for testing (currently Ubuntu 16.04
>   repos compared to 14.04 repos before)
> 
> - tests can be run locally the same way that they are run in CI (to
>   debug)
> 
> - we can upload docker images (nightlies and released versions) that can
>   be used for plugin testing (only partially implemented so far)
> 
> 
> During this process, some issues have been discovered, mostly concerning
> compatibility with newer gdal versions and most of them fixed (kudos to
> Even for his reactive and valuable help with this).
> 
> At the moment, we are left with 3 tests that are still failing:
> 
> - qgis_rastersublayertest
> - PyQgsShapefileProvider
> - PyQgsWFSProvider
> 
> The reasons that these tests fail are either because the tests
> themselves are unstable and rely on very particular behavior of the
> environment or because they actually point out real issues related to
> newer dependencies.
> 
> It would be very welcome if the original authors of these tests or the
> underlying functionality could have a look and either
> 
> - fix the tests
> - fix the underlying issues that caused the tests to fail
> - or disable the tests if they are no longer meaningful.
> 
> A patch has been prepared that disables parts of the tests that trigger
> the failures which can be used as reference to find where things go wrong:
> 
> https://github.com/qgis/QGIS/pull/5256/commits/988aa78feded78634d8600c7baeb7
> 01558b23546
> 
> If there are no fixes in sight, this patch will be merged as part of PR
> 5256.

The PyQgsWFSProvider was added by me, but I won't have time to look at that in 
the next 
days, so go ahead.

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

Re: [QGIS-Developer] PSA: Travis CI / Docker / Failing Tests

2017-10-02 Thread Sandro Santilli 
On Mon, Oct 02, 2017 at 05:23:14PM +0200, Sandro Santilli wrote:

> I think I might be the author of qgis_rastersublayertest but could

For the record: I was not (phew!)

--strk;
___
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] PSA: Travis CI / Docker / Failing Tests

2017-10-02 Thread Sandro Santilli 
On Mon, Oct 02, 2017 at 03:56:00PM +0200, Matthias Kuhn wrote:

> At the moment, we are left with 3 tests that are still failing:
> 
> - qgis_rastersublayertest
> - PyQgsShapefileProvider
> - PyQgsWFSProvider

[...]

> It would be very welcome if the original authors of these tests or the

I think I might be the author of qgis_rastersublayertest but could
not verify as all of these failed:

  $ find . -name qgis_rastersublayertest.c
  $ find . -name rastersublayertest.c
  $ find . -name '*rastersublayertest*'
  $ git grep qgis_rastersublayertest
  $ git grep rastersublayertest

Frustration took over and I gave up.
Does anyone have an hint about improving this situation ?
It keeps striking me everytime I'm looking for the source code
of a test...

PS: after writing this I went with `git grep rastersublayer` and
saw the light (but the issue remain, I would not want to
try my luck again with the other two...)

--strk;
___
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: ERROR: Too many connections: max 64 ?

2017-10-02 Thread Even Rouault 
On lundi 2 octobre 2017 14:55:46 CEST Richard Duivenvoorde wrote:
> Hi Devs,
> 
> I created a geopackage from 144 individual (hourly data) shapefiles as
> individual tables (in one gpkg).
> 
> To load all those tables in QGIS I can 'load vector data', point to the
> gpkg, choose 'select all' and then OK.
> 
> BUT: it looks like both in 2.18 and in master it for every table QGIS
> (or OGR?) creates a connection?
> In my Debug builds the loading takes several minutes showing me msg
> like:
> 
> src/providers/ogr/qgsogrprovider.cpp: 3196: (OGRDestroyWrapper) [167ms]
> GPKG: Trying to return to delete mode
> src/providers/ogr/qgsogrprovider.cpp: 3214: (OGRDestroyWrapper) [0ms]
> Return: In ExecuteSQL(): sqlite3_step(PRAGMA journal_mode = delete):
>database is locked
> src/providers/ogr/qgsogrprovider.cpp: 3224: (OGRDestroyWrapper) [3ms]
> GPKG: Trying again
> ERROR: Too many connections: max 64

Hi Richard,

After digging a bit, i found that this error comes from libspatialite. The 
reason is that the 
OGR GPKG driver enables spatialite for each OGR GeoPackage datasource, so as to 
benefit 
from spatialite functions. When you activate spatialite for a sqlite 
connection, you have to 
create a "spatialite context", and apparently there is a hardcoded (well a 
#define constants) 
limitation to 64 in spatialite.

The core of the problem is that for each geopackage layer added in your QGIS 
project, you 
instanciate a QgsOgrProvider object which opens a OGR datasource object, which 
opens a 
spatialite connection and sqlite3 resources as well. So this doesn't scale very 
well. Even if 
spatialite has not that limitation, at some point you would hit the default 
limitation of 1024 
open file descriptors on Linux (you would hit it for approximatively (1024 - 
some_constant) / 
3 ~= 300 layers, since in wal mode, you need to have 3 handles opened)

It would be better if that each QgsOgrProvider that refers to the same OGR 
datasource could 
effectively share the same OGR datasource object. But there would be issues in 
multi-
threaded contexts in doing so in a naive way, so (all) OGR calls to a shared 
datasource should 
be protected with a mutex.

So this is probably actionable, but not a 5 minute fix.

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: ERROR: Too many connections: max 64 ?

2017-10-02 Thread Richard Duivenvoorde 


Hi Devs,

I created a geopackage from 144 individual (hourly data) shapefiles as 
individual tables (in one gpkg).


To load all those tables in QGIS I can 'load vector data', point to the 
gpkg, choose 'select all' and then OK.


BUT: it looks like both in 2.18 and in master it for every table QGIS 
(or OGR?) creates a connection?
In my Debug builds the loading takes several minutes showing me msg 
like:


src/providers/ogr/qgsogrprovider.cpp: 3196: (OGRDestroyWrapper) [167ms] 
GPKG: Trying to return to delete mode
src/providers/ogr/qgsogrprovider.cpp: 3214: (OGRDestroyWrapper) [0ms] 
Return: In ExecuteSQL(): sqlite3_step(PRAGMA journal_mode = delete):

  database is locked
src/providers/ogr/qgsogrprovider.cpp: 3224: (OGRDestroyWrapper) [3ms] 
GPKG: Trying again

ERROR: Too many connections: max 64

And when I close the project or try to create a new project this happens 
again:


src/providers/ogr/qgsogrprovider.cpp: 3224: (OGRDestroyWrapper) [4ms] 
GPKG: Trying again
src/providers/ogr/qgsogrprovider.cpp: 3242: (OGRDestroyWrapper) [163ms] 
Return: wal
src/providers/ogr/qgsogrprovider.cpp: 3196: (OGRDestroyWrapper) [5ms] 
GPKG: Trying to return to delete mode
src/providers/ogr/qgsogrprovider.cpp: 3214: (OGRDestroyWrapper) [1ms] 
Return: In ExecuteSQL(): sqlite3_step(PRAGMA journal_mode = delete):

  database is locked

In general both processes will finally end, but I think this is/will be 
a problem in the future?


Note that loading the 144 shapefiles take a lot less time.

I'm not sure if I'm stretching the usability of GeoPackage too much 
here?
(my plan is/was to create a grouplayer-player, a group(p)layer: some 
buttons for given layergroup to show/hide the next layer thereby having 
a poor-man's 'time'-manager...


Is it possible (at least for the loading of several tables at once) to 
do the opening/closin sequential over the same connections.


Or should we 'just' make 'max 64' 'max 6400' ;-)

Is there a solution thinkable for this, should I create an issue?

Regards,

Richard Duivenvoorde

PS: Happy to provide the (1.1 Gb) Geopackage I created for testing.
(note that the 144 shapefile were also almost 1Gb, BUT zipped it is 
about 250Mb).


PS2: Also trying to discuss this in the light of the future of gpkg in 
QGIS.






___
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] Question about QgsMessageBar

2017-10-02 Thread Andreas Neumann 
Hi, 

I have a Python plugin where I run a number of SQL Script that take a
bit longer. I would like to write out status messages about the progress
(not numerically, but indicating when a step is finished with a verbal
message). 

Now, when I issue three messages, QGIS waits until the whole script
finishes, then displays the last message first, and after it disappears
I can see the older messages that should have displayed before. 

Is there a way to force QGIS to actually display the message, while the
script is still running, and not wait until the script finishes? 

Thanks for your help, 

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

[QGIS-Developer] Plugin [1305] Calidad-CAR approval notification.

2017-10-02 Thread noreply 

Plugin Calidad-CAR approval by pcav.
The plugin version "[1305] Calidad-CAR 0.8" is now approved
Link: http://plugins.qgis.org/plugins/CalidadCAR/
___
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] PSA: Travis CI / Docker / Failing Tests

2017-10-02 Thread Matthias Kuhn 
Dear all,

we have recently been working on bringing travis ci to the next level
and moving all the testing that is done into a docker image.

This has the advantage that

- we can use newer dependencies for testing (currently Ubuntu 16.04
  repos compared to 14.04 repos before)

- tests can be run locally the same way that they are run in CI (to
  debug)

- we can upload docker images (nightlies and released versions) that can
  be used for plugin testing (only partially implemented so far)


During this process, some issues have been discovered, mostly concerning
compatibility with newer gdal versions and most of them fixed (kudos to
Even for his reactive and valuable help with this).

At the moment, we are left with 3 tests that are still failing:

- qgis_rastersublayertest
- PyQgsShapefileProvider
- PyQgsWFSProvider

The reasons that these tests fail are either because the tests
themselves are unstable and rely on very particular behavior of the
environment or because they actually point out real issues related to
newer dependencies.

It would be very welcome if the original authors of these tests or the
underlying functionality could have a look and either

- fix the tests
- fix the underlying issues that caused the tests to fail
- or disable the tests if they are no longer meaningful.

A patch has been prepared that disables parts of the tests that trigger
the failures which can be used as reference to find where things go wrong:

https://github.com/qgis/QGIS/pull/5256/commits/988aa78feded78634d8600c7baeb701558b23546

If there are no fixes in sight, this patch will be merged as part of PR
5256.

Thanks
Matthias
___
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 [796] Catalog Planet Labs approval notification.

2017-10-02 Thread noreply 

Plugin Catalog Planet Labs approval by pcav.
The plugin version "[796] Catalog Planet Labs 1.2 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/catalogpl_plugin/
___
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] QGIS Master freezes when pasting a feature into a geopackage layer

2017-10-02 Thread Tim Sutton 
Hi all

Does anyone else experience issues when trying to paste a feature from one 
layer (e.g. a shape file) into a GeoPackage vector layer? I’m getting this on 
MaxOS.

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] New plugin version approval

2017-10-02 Thread Michel Stuyts 
I wrote a local repo implementation in PHP a while ago, if you have a server 
with PHP you can use this simple script. You can find it on Github: 
https://github.com/mstuyts/phpQGISrepository

Michel


Van: QGIS-Developer [qgis-developer-boun...@lists.osgeo.org] namens Alex 
Zvoleff [azvol...@conservation.org]
Verzonden: maandag 2 oktober 2017 11:25
Aan: Tom Chadwin; qgis-developer@lists.osgeo.org
Onderwerp: Re: [QGIS-Developer] New plugin version approval

Thanks Tim, Tom and others. I hadn't considered the option of our own repo. I 
will keep this in mind. Thanks!

Best,
Alex

> -Original Message-
> From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On
> Behalf Of Tom Chadwin
> Sent: Sunday, October 01, 2017 9:56 PM
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [QGIS-Developer] New plugin version approval
>
> Hi Alex
>
> Have you considered setting up your own plugin repo? I think you need some
> hosting and an XML file - hopefully fairly easy to set up.
>
> Tom
>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-
> f4099106.html
> ___
> 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

[QGIS-Developer] Replacing a dialogue with another at runtime with Python

2017-10-02 Thread Ricardo Filipe Soares Garcia da 
Hi all

Is it possible to replace one of QGIS' dialogues with a custom one during
runtime by using Python?

My concrete goal is to replace the dialogue that shows when clicking the
'Add WMS/WMTS Layer' with something custom. I'd like to enhance the native
QGIS dialogue with additional elements for selecting additional dimensions,
like time or elevation.

Can this be done?

I'm thinking that I'd only have to replace whatever slot is currently
defined on the `iface.actionAddWmsLayer()` action with a custom function
that would load my UI instead. The problem is that I can't seem to find
where a signal's connected slots are stored with Qt.

Ideally there would be some introspection mechanism by which I'd be able to
retrieve which slots are associated with the action's `triggered` signal -
I can't seem to find it though. After knowing which slot(s) were connected
to the action's signal, I would presumably be able to `disconnect()` them
and then connect my own.

By looking at Qt's docs I thought that the QMetaObject class might be the
place to look, but I still cannot find anything that looks seems to hold
the registry of a signal's connected slots.

Thanks in advance :)



-- 
___ ___ __
Ricardo Garcia Silva
___
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] Can't search in QGIS issue tracker

2017-10-02 Thread Andreas Neumann 
Hi Jürgen, 

Both search and file upload work fine again. 

Thank you for fixing it! 

Andreas 

On 2017-10-02 11:56, Jürgen E. Fischer wrote:

> Hi Andreas,
> 
> On Mon, 02. Oct 2017 at 10:58:15 +0200, Andreas Neumann wrote: 
> 
>> Currently, the search function for existing issues gives me an internal
>> error (redmine issue?)
> 
> Try again please.
> 
> Jürgen 
> ___
> 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] Enable/Disable contextual menu layer

2017-10-02 Thread Luiz Motta 
>
> Hi Devs,
>
> I am writing a plugin and i have this issue:
> The action inside the contextual menu of one layer when this is disabled,
> it not is show with gray color(default for disable item)
>
> Example code:
> https://pastebin.com/hSefEM7m
>
>
___
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 [1338] Select by radius plus approval notification.

2017-10-02 Thread noreply 

Plugin Select by radius plus approval by zimbogisgeek.
The plugin version "[1338] Select by radius plus 0.1" is now approved
Link: http://plugins.qgis.org/plugins/qgis-select-by-radius-plus-plugin/
___
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] Can't search in QGIS issue tracker

2017-10-02 Thread Jürgen E . Fischer 
Hi Andreas,

On Mon, 02. Oct 2017 at 10:58:15 +0200, Andreas Neumann wrote:
> Currently, the search function for existing issues gives me an internal
> error (redmine issue?) 

Try again please.

Jürgen

-- 
Jürgen E. Fischer   norBIT GmbH Tel. +49-4931-918175-31
Dipl.-Inf. (FH) Rheinstraße 13  Fax. +49-4931-918175-50
Software Engineer   D-26506 Norden http://www.norbit.de
QGIS release manager (PSC)  GermanyIRC: jef on FreeNode


signature.asc
Description: PGP signature
___
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] New plugin version approval

2017-10-02 Thread Alex Zvoleff 
Thanks Tim, Tom and others. I hadn't considered the option of our own repo. I 
will keep this in mind. Thanks!

Best,
Alex

> -Original Message-
> From: QGIS-Developer [mailto:qgis-developer-boun...@lists.osgeo.org] On
> Behalf Of Tom Chadwin
> Sent: Sunday, October 01, 2017 9:56 PM
> To: qgis-developer@lists.osgeo.org
> Subject: Re: [QGIS-Developer] New plugin version approval
> 
> Hi Alex
> 
> Have you considered setting up your own plugin repo? I think you need some
> hosting and an XML file - hopefully fairly easy to set up.
> 
> Tom
> 
> 
> 
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-
> f4099106.html
> ___
> 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] Can't search in QGIS issue tracker

2017-10-02 Thread Andreas Neumann 
hm - file uploading also seems to be broken in Redmine. 

Perhaps the file system is full on the virtual machine? Or some other
issue with Redmine ... 

Andreas 

On 2017-10-02 10:58, Andreas Neumann wrote:

> Hi, 
> 
> Currently, the search function for existing issues gives me an internal error 
> (redmine issue?) 
> 
> Not sure who could have a look at this issue - Richard or Jürgen? 
> 
> Anyway, I would be very grateful if you could have a look at fixing this 
> issue. Searching for issues is quite important during 3.0 bug fixing period. 
> 
> Thanks a lot, 
> 
> 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___
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] Can't search in QGIS issue tracker

2017-10-02 Thread Andreas Neumann 
Hi, 

Currently, the search function for existing issues gives me an internal
error (redmine issue?) 

Not sure who could have a look at this issue - Richard or Jürgen? 

Anyway, I would be very grateful if you could have a look at fixing this
issue. Searching for issues is quite important during 3.0 bug fixing
period. 

Thanks a lot, 

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] can't load plugins with QGIS custom widgets in windows

2017-10-02 Thread lbartoletti 

Hi Enrico,

Maybe add in your .ui files this snippet after the custom widgets 
section:


 
  qgis.gui
 

Regards

Loïc

On 2017-09-29 09:43, Enrico Ferreguti wrote:

Hi Loïc,
I have no luck with your fix. I'm getting the same exception.

The uic module doesn't recognize the property
QgsMapLayerProxyModel::RasterLayer of the custom widget as valid. I
tried to remove the entire property section from .ui file and set it
programmatically during the dialog __init__ with
self.RasterLayer.setFilters(QgsMapLayerProxyModel.RasterLayer)

after setupUi but the widget does not load available layers...

Thanks anyway.

Enrico Ferreguti

2017-09-28 22:12 GMT+02:00 L.Bartoletti :


Hi,

I have found the same problem on FreeBSD if custom widgets are not
installed.

My solution at least on FreeBSD and Windows (osgeo4w) use your .ui
(it's only a XML), search this:


YOUR CUSTOM WIDGET
YOUR CUSTOM WIDGET
YOUR CUSTOM WIDGET.h


and change the line containing a C++ header:

YOUR CUSTOM WIDGET.h

by :

qgis.gui

Regards.

Loïc

On 28.09.2017 16:54, Enrico Ferreguti wrote:

I'm getting the following exception:

AttributeError: unknown enum QgsMapLayerProxyModel::RasterLayer

loading a plugin with QGIS custom QT designer widget in windows
standalone QGIS 2.14 ltr and 2.18.

The exception doesn't affect linux and osgeo4win installations.

I found that this was a 2015 reported issue:
https://issues.qgis.org/issues/13428 [2]

and I solve it as suggested in


https://lists.osgeo.org/pipermail/qgis-developer/2015-September/039196.html

[3] simply copying a file in the right place.

The fix is apparently easy and considering that Qt custom widgets
are widely used I can't figure why this old issue isn't yet solved.

Is it a qgis or an osgeo4win issue? Should I reopen a ticket?

Thanks. Enrico Ferreguti.

___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[1]
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[1]


___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer [1]
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
[1]



Links:
--
[1] https://lists.osgeo.org/mailman/listinfo/qgis-developer
[2] https://issues.qgis.org/issues/13428
[3] 
https://lists.osgeo.org/pipermail/qgis-developer/2015-September/039196.html

___
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] API break: snapSegment

2017-10-02 Thread lbartoletti 

Hi Martin,

You rock!

Thanks.

On 2017-09-29 09:15, Martin Dobias wrote:

Hi Loïc

On Tue, Sep 26, 2017 at 11:08 PM, L.Bartoletti
 wrote:

Hi,

For a few days now QgsMapMouseEvent:: snapSegment is no longer usable
(moved). I need these tools to create circles with tangents
(https://github.com/qgis/QGIS/pull/4947).

Is there another way to get segments by snapping?


Yes - here's the code you need to snap to segments - equivalent to a
snapSegment() call:

struct EdgesOnlyFilter : public QgsPointLocator::MatchFilter
{
  bool acceptMatch( const QgsPointLocator::Match  ) override {
return m.hasEdge(); }
};

EdgesOnlyFilter filter;
match = mapCanvas->snappingUtils()->snapToMap( mapPoint,  );

Regards
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] Generic use of QgsLocator and friends?

2017-10-02 Thread Richard Duivenvoorde 
See inline

On 02-10-17 02:06, Nyall Dawson wrote:
> On 26 September 2017 at 17:03, Richard Duivenvoorde  
> wrote:
>> I agree with your point that multiple search-like widgets would clutter
>> the interface, but I think a generic geocoder search widget could be a
>> good candidate for for a second search widget
>> Again plz see: https://github.com/qgis/QGIS-Enhancement-Proposals/issues/64
> 
> I (respectfully!) disagree. I think we diminish the usefulness of both
> the geocoder and the locator if we split them into separate widgets,
> further complexify the UI, and make things harder for plugin devs who
> then need to decide between two mostly-overlapping interfaces to
> utilise.

No worries, after some rethinking I'm with you now :-)

>> - make the search a dockable widget (so free to use it in whatever toolbar)
> 
> Given the above, I'm a -1 here. BUT if the only other alternative is
> two separate locator widgets, then I'll bend and compromise, and
> suggest: "locator is in the bottom left. But you can turn on a
> "locator" toolbar, and if you do that, the widget moves from the
> bottom left up to the toolbar. Close the toolbar, and it goes back to
> the lower left."

Yes, yes! But maybe first wait for my first geocoder implementation.
I'm planning either to bring Nominatim or our national geocoder in it
(in Python first)...

>> Some features I would be happy with then:
...
>> - make the number of results a setting (now a hardcoded 30)
> 
> Configurable to users? Or plugins devs?

I think api would be fine, it could be one of the settings of a given
locator. Take the largest number from all locators?

> Please don't read this email in the wrong way - i don't want it to
> come across aggressive. Rather I'm also passionate about making
> geocoding/searching better in QGIS, and I'm really glad to see this
> discussion happening.

Again, no worries, I'm ok with some disagreement and discussion. I'm a
'meritocrat', given all your work (and thinking and communicating) you
have a lot of credits to disagree ;-)

Regards,

Richard
___
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] Adding own processing script to main menu

2017-10-02 Thread Pat Hin 
Good morning,

 

is there a way to add some own developed script (for the processing toolbox) 

to the main menu (to start from there)?

 

Thanks

Pat
___
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 [1340] ECO-Downloader approval notification.

2017-10-02 Thread noreply 

Plugin ECO-Downloader approval by zimbogisgeek.
The plugin version "[1340] ECO-Downloader 0.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/ECODownloader/
___
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