[Qgis-developer] Plugin [1143] PostGIS Sampling Tool approval notification.

[noreply]

Plugin PostGIS Sampling Tool approval by wonder.
The plugin version "[1143] PostGIS Sampling Tool 1.3.0" is now approved
Link: http://plugins.qgis.org/plugins/postgis_sampling_tool/
___
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] Plugin requirements

[Arnaud Morvan]

virtualenv has nothing to do with osgeo4w

virtualenv is a tool to create a site-package folder and install 
packages with pip.
you use it in your make file (easy with linux, but should not be much 
more difficult under windows)

you add it to your plugin package
if you add this folder in your python path (sys.path.append) at runtime, 
python will find them.


So virtualenv do not have to work in osgeo4w, you use it only at dev time.

Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 58 48 20 32

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

Le 08/12/2016 16:28, Régis Haubourg a écrit :

Hi Arnaud,
does virtualenv works in osgeo4w?
Régis

2016-12-08 16:11 GMT+01:00 Arnaud Morvan >:



Hello Xavier,

here we are used to create a virtualenv at build time (in make
build or make install target), in the plugin folder,
the virtual env site-package folder is added to the python sys
path in plugin __init__.py file before the class factory.

Note that it is necessary to add this virtualenv to the plugin
package (in make package target for example).

With this the plugin package can be big, but is self contained.

Cheers

Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 58 48 20 32 

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com


Le 07/12/2016 15:22, Luigi Pirelli a écrit :

Hi Xavier

1) pip can be installed on OSGeo4W (many references on the gis
stack
exchange and on the web)
2) paver do nothing other than creating python eggs or now you
can use
wheel format, then setting pythonpath starting the plugin
allow you to
load module from local modules... paver is a utility to simplify
packaging

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 2nd Edition:
*

https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition



**


On 7 December 2016 at 10:44, Xavier Barnada
> wrote:

Hi Alessandro,

Thank you for the example, I will study paver to see how
it works

Cheers

2016-12-07 9:49 GMT+01:00 Alessandro Pasotti
>:

On Wed, Dec 7, 2016 at 9:43 AM, Xavier Barnada
> wrote:

Hi all,

I been working on a plugin that uses another
python requirements like
lxml.

The problem it's that I solved the requirements
problem on Linux calling
pip command but this don't work on QGIS with
Windows because Windows don't
incorporate python or pip.

In my opinion QGIS API should provide a way to
install packages but i
supose that it's not so easy as I imagine.

How do you use to solve this problem?  There is
any example of it?  I
searched it on the documentation and don't appear
any reference about how to
do it.

Best reggards
Xavier Barnada



Hi Xavier!

We've considered adding a mechanism for plugin
dependencies, (I've
recently added a metadata for that purpose) but this
seems a bit difficult
to work cross-platform, BTW I'd be very happy to see
some efforts in that
area.

What we normally do is to package and ship
dependencies with the plugin
itself, you can have a look to this example:

https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/master/pavement.py#L48

Re: [Qgis-developer] Plugin requirements

[Régis Haubourg]

Hi Arnaud,
does virtualenv works in osgeo4w?
Régis

2016-12-08 16:11 GMT+01:00 Arnaud Morvan :

>
> Hello Xavier,
>
> here we are used to create a virtualenv at build time (in make build or
> make install target), in the plugin folder,
> the virtual env site-package folder is added to the python sys path in
> plugin __init__.py file before the class factory.
>
> Note that it is necessary to add this virtualenv to the plugin package (in
> make package target for example).
>
> With this the plugin package can be big, but is self contained.
>
> Cheers
>
> Arnaud Morvan
> Ingénieur logiciel
> Tél: +33 (0)4 58 48 20 32
>
> Camptocamp France SAS
> Savoie Technolac, BP 352
> 73377 Le Bourget du Lac Cedex
> http://www.camptocamp.com
>
>
> Le 07/12/2016 15:22, Luigi Pirelli a écrit :
>
>> Hi Xavier
>>
>> 1) pip can be installed on OSGeo4W (many references on the gis stack
>> exchange and on the web)
>> 2) paver do nothing other than creating python eggs or now you can use
>> wheel format, then setting pythonpath starting the plugin allow you to
>> load module from local modules... paver is a utility to simplify
>> packaging
>>
>> 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 2nd Edition:
>> * https://www.packtpub.com/big-data-and-business-intelligence/
>> mastering-qgis-second-edition
>> 
>> **
>>
>>
>> On 7 December 2016 at 10:44, Xavier Barnada  wrote:
>>
>>> Hi Alessandro,
>>>
>>> Thank you for the example, I will study paver to see how it works
>>>
>>> Cheers
>>>
>>> 2016-12-07 9:49 GMT+01:00 Alessandro Pasotti :
>>>
 On Wed, Dec 7, 2016 at 9:43 AM, Xavier Barnada 
 wrote:

> Hi all,
>
> I been working on a plugin that uses another python requirements like
> lxml.
>
> The problem it's that I solved the requirements problem on Linux
> calling
> pip command but this don't work on QGIS with Windows because Windows
> don't
> incorporate python or pip.
>
> In my opinion QGIS API should provide a way to install packages but i
> supose that it's not so easy as I imagine.
>
> How do you use to solve this problem?  There is any example of it?  I
> searched it on the documentation and don't appear any reference about
> how to
> do it.
>
> Best reggards
> Xavier Barnada
>
>
>
 Hi Xavier!

 We've considered adding a mechanism for plugin dependencies, (I've
 recently added a metadata for that purpose) but this seems a bit
 difficult
 to work cross-platform, BTW I'd be very happy to see some efforts in
 that
 area.

 What we normally do is to package and ship dependencies with the plugin
 itself, you can have a look to this example:
 https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/
 master/pavement.py#L48

 Cheers.

 --
 Alessandro Pasotti
 w3:   www.itopen.it

>>>
>>>
>>> ___
>>> 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 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] Plugin requirements

[Arnaud Morvan]

Note that owslib is distributed with QGIS so you can use :

from owslib.etree import etree

See here for more info : 
https://github.com/geopython/OWSLib/blob/840284bdd1d5e335e7a0d5d276afe4d0b34ac4cf/owslib/etree.py#L36


Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 58 48 20 32

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

Le 08/12/2016 16:11, Arnaud Morvan a écrit :


Hello Xavier,

here we are used to create a virtualenv at build time (in make build 
or make install target), in the plugin folder,
the virtual env site-package folder is added to the python sys path in 
plugin __init__.py file before the class factory.


Note that it is necessary to add this virtualenv to the plugin package 
(in make package target for example).


With this the plugin package can be big, but is self contained.

Cheers

Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 58 48 20 32

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

Le 07/12/2016 15:22, Luigi Pirelli a écrit :

Hi Xavier

1) pip can be installed on OSGeo4W (many references on the gis stack
exchange and on the web)
2) paver do nothing other than creating python eggs or now you can use
wheel format, then setting pythonpath starting the plugin allow you to
load module from local modules... paver is a utility to simplify
packaging

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 2nd Edition:
* 
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
** 




On 7 December 2016 at 10:44, Xavier Barnada  wrote:

Hi Alessandro,

Thank you for the example, I will study paver to see how it works

Cheers

2016-12-07 9:49 GMT+01:00 Alessandro Pasotti :
On Wed, Dec 7, 2016 at 9:43 AM, Xavier Barnada  
wrote:

Hi all,

I been working on a plugin that uses another python requirements like
lxml.

The problem it's that I solved the requirements problem on Linux 
calling
pip command but this don't work on QGIS with Windows because 
Windows don't

incorporate python or pip.

In my opinion QGIS API should provide a way to install packages but i
supose that it's not so easy as I imagine.

How do you use to solve this problem?  There is any example of it?  I
searched it on the documentation and don't appear any reference 
about how to

do it.

Best reggards
Xavier Barnada




Hi Xavier!

We've considered adding a mechanism for plugin dependencies, (I've
recently added a metadata for that purpose) but this seems a bit 
difficult
to work cross-platform, BTW I'd be very happy to see some efforts 
in that

area.

What we normally do is to package and ship dependencies with the 
plugin

itself, you can have a look to this example:
https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/master/pavement.py#L48 



Cheers.

--
Alessandro Pasotti
w3:   www.itopen.it



___
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 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] Plugin requirements

[Arnaud Morvan]

Hello Xavier,

here we are used to create a virtualenv at build time (in make build or 
make install target), in the plugin folder,
the virtual env site-package folder is added to the python sys path in 
plugin __init__.py file before the class factory.


Note that it is necessary to add this virtualenv to the plugin package 
(in make package target for example).


With this the plugin package can be big, but is self contained.

Cheers

Arnaud Morvan
Ingénieur logiciel
Tél: +33 (0)4 58 48 20 32

Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac Cedex
http://www.camptocamp.com

Le 07/12/2016 15:22, Luigi Pirelli a écrit :

Hi Xavier

1) pip can be installed on OSGeo4W (many references on the gis stack
exchange and on the web)
2) paver do nothing other than creating python eggs or now you can use
wheel format, then setting pythonpath starting the plugin allow you to
load module from local modules... paver is a utility to simplify
packaging

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 2nd Edition:
* 
https://www.packtpub.com/big-data-and-business-intelligence/mastering-qgis-second-edition
**


On 7 December 2016 at 10:44, Xavier Barnada  wrote:

Hi Alessandro,

Thank you for the example, I will study paver to see how it works

Cheers

2016-12-07 9:49 GMT+01:00 Alessandro Pasotti :

On Wed, Dec 7, 2016 at 9:43 AM, Xavier Barnada  wrote:

Hi all,

I been working on a plugin that uses another python requirements like
lxml.

The problem it's that I solved the requirements problem on Linux calling
pip command but this don't work on QGIS with Windows because Windows don't
incorporate python or pip.

In my opinion QGIS API should provide a way to install packages but i
supose that it's not so easy as I imagine.

How do you use to solve this problem?  There is any example of it?  I
searched it on the documentation and don't appear any reference about how to
do it.

Best reggards
Xavier Barnada




Hi Xavier!

We've considered adding a mechanism for plugin dependencies, (I've
recently added a metadata for that purpose) but this seems a bit difficult
to work cross-platform, BTW I'd be very happy to see some efforts in that
area.

What we normally do is to package and ship dependencies with the plugin
itself, you can have a look to this example:
https://github.com/boundlessgeo/qgis-geoserver-plugin/blob/master/pavement.py#L48

Cheers.

--
Alessandro Pasotti
w3:   www.itopen.it



___
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 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] Plugin [1141] Stereonet approval notification.

[noreply]

Plugin Stereonet approval by pcav.
The plugin version "[1141] Stereonet 0.1" is now approved
Link: http://plugins.qgis.org/plugins/qgis-stereonet/
___
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] Plugin [609] Temporal/Spectral Profile Tool approval notification.

[noreply]

Plugin Temporal/Spectral Profile Tool approval by pcav.
The plugin version "[609] Temporal/Spectral Profile Tool 1.1.3" is now approved
Link: http://plugins.qgis.org/plugins/temporalprofiletool/
___
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] Plugin [1000] Qdraw approval notification.

[noreply]

Plugin Qdraw approval by pcav.
The plugin version "[1000] Qdraw 1.5.1 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/qdraw/
___
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] Field mapper when pasting features

[Saber Razmjooei]

Hi Arnaud,

 

As suggested by others, a QEP for mapping fields would be great. Some of the 
Processing tools (e.g. merging layers) can also benefit from that.

Cheers

Saber

 

From: Qgis-developer [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf 
Of Denis Rouzaud
Sent: 01 November 2016 08:02
To: Arnaud Morvan; qgis-developer
Subject: Re: [Qgis-developer] Field mapper when pasting features

 

Hi Arnaud,

I am really looking forward to seeing such feature implemented in QGIS, thanks 
for bringing up the discussion.

I would also recommend going for a QEP, as it is a largely foreseen feature, 
and I suppose everyone has its own definition and use-case...

>From my point of view, we should go for a very generic field-mapping mechanism 
>which could be used in many places such as copy-paste. A way of reading/saving 
>configuration would be quite useful, like presets.

Best wishes,

Denis

On 10/27/2016 05:52 PM, Arnaud Morvan wrote:

Hello QGIS devs, 

I want to add a field mapper dialog when pasting features to layers. 

For now when pasting features with attributes names that do not exists on the 
destination layer, 
those attributes values are lost. 

When clipboard fields and destination layer fields are not strictly the sames, 
In QGIS 3.0, I want to popup a new dialog with fields mapper configurator. 

Dialog UI could be similar to Refactor Fields Algorithm, showing a list of 
destination fields : 

source expression (expression widgets) => destination field 

For example, I often use this workflow : 
Open a shapefile or autocad file. 
Use the refactor fields to get temporary layer with same fields as 
destination. 
Paste to postgis database layer. 

I think having this dialog showing up when needed could really ease data 
manipulation from one layer to another. 
And I want to give the possibility to use expressions. 

Any remarks, do you think I need to open to open a QEP for that ? 

Regards 

 



--
This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately
by e-mail if you have received this e-mail by mistake and delete this e-mail 
from your system. If you are not the intended recipient you are notified
that disclosing, copying, distributing or taking any action in reliance on the 
contents of this information is strictly prohibited.

Whilst reasonable care has been taken to avoid virus transmission, no 
responsibility for viruses is taken and it is your responsibility to carry out
such checks as you feel appropriate.

If this email contains a quote or offer to sell pro
 ducts, carry out work or perform services then our standard terms and 
conditions (which can be found at 
http://www.lutraconsulting.co.uk/downloads/Lutra%20Consulting%20Standard%20Terms%20and%20Conditions.pdf
 shall apply unless explicitly stated otherwise.

Saber Razmjooei and Peter Wells trading as Lutra Consulting.

___
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] destinationSrsChanged, custom srs

[Martin Landa]

Hi Matthias,

2016-11-29 9:45 GMT+01:00 Matthias Kuhn :

> QgsMapSettings is a data only object, meaning that new map settings
> objects are created from a map canvas "snapshot" for every rendering job
> and therefore they don't change and don't need to (and cannot) emit signals.

thanks for clarification.

> For the QgsCoordinateTransform question, how are you generating the
> transform object? I assume with createFromWkt or createFromProj4 it
> should work, but I'm sure there are people more experienced with this
> part of the API out there.

I am getting transformation object from map canvas (when loading
vector data - QGIS doesn't recognize from PRJ file EPSG:5514 and set
up map canvas crs to a new user-defined crs):

"""
crs = self.iface.mapCanvas().mapSettings().destinationCrs()
QgsCoordinateReferenceSystem(str(crs.authid())) // -> USER:10
"""

will return crsSrc.isValid() False value. Thanks, Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
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] Feedback re future of core c++ plugins in QGIS 3.0

[Alexander Bruy]

There are two other plugins: Topology Checker and Geometry Checker.
IMHO their functionality should be merged and moved to analysis library.


2016-12-07 0:00 GMT+02:00 Nyall Dawson :
> On 8 November 2016 at 11:24, Nyall Dawson  wrote:
>> Hi all,
>>
>> Discussion is currently underway concerning the future of a number of
>> the plugins which come preinstalled with QGIS.
>>
>> This concerns the plugins:
>>
>> - coordinate capture
>> - evis
>> - geometry_checker
>> - georeferencer
>> - heatmap
>> - interpolation
>> - offline editing
>> - oracle raster
>> - raster terrain analysis
>> - road graph
>> - spatial query
>> - topology checker
>>
>> If you're an active user of any of these plugins, your feedback would
>> be greatly appreciated. You can join the discussion over at:
>>
>> https://github.com/qgis/qgis3.0_api/issues/67
>
> My original email didn't result in much feedback at all from users.
> I've been thinking further about this and I'm now wondering if we
> should take a more aggressive stand with these plugins leading into
> 3.0.
>
> What I'd like to do now is put two of these plugins on "notice".
> Specifically evis and oracle raster. No-one seems interested in
> actively maintaining or improving them anymore. The only changes
> they've seen in recent years are changes required to keep them
> compiling. Oracle raster hasn't seen a bug fix since 2010 and no
> enhancements since it was introduced in 2009, and evis last had a
> specific bug fix in 2011 and last had a performance enhancement in
> 2009. I think it's safe to say these plugins have been abandoned by
> their original authors.
>
> Given this, I think we should remove them from 3.0. First we could put
> out a general notice saying they will be removed if no-one steps
> forward to maintain (or sponsor) them. And failing a positive result
> from that remove them from 3.0.
>
> Nyall
>
>
>
>>
>> Note that a number of preinstalled plugins have already been removed
>> in 3.0 - specifically:
>>
>> - geometry snapper: was generalised to work with all layer types and
>> moved to a processing algorithm
>> - zonal statistics: was moved to a processing algorithm
>> - dxf2shp converter: was removed from QGIS - this conversion is better
>> handled outside of QGIS, eg by using OGR tools directly.
>>
>> 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



-- 
Alexander Bruy
___
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