Re: [Qgis-developer] SPIT core plugin - can be we remove it?

[Paolo Cavallini]

None here.
Thanks.

Il 4 dicembre 2015 06:07:06 CET, Nathan Woodrow  ha 
scritto:
>Hi all,
>
>Is there any need to keep this plugin. It's really old and there is a
>growing number of other ways to do this process.
>
>Having 10 different ways to do 1 thing is not good so I would like to
>remove it from the code if we can and focus efforts in other areas to
>improve those.
>
>Objections?
>
>- Nathan
>
>
>
>
>___
>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

-- 
Paolo Cavallini
http://www.faunalia.eu___
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] SPIT core plugin - can be we remove it?

[Nathan Woodrow]

Hi all,

Is there any need to keep this plugin. It's really old and there is a
growing number of other ways to do this process.

Having 10 different ways to do 1 thing is not good so I would like to
remove it from the code if we can and focus efforts in other areas to
improve those.

Objections?

- Nathan
___
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] grass module don't appear

[Vaclav Petras]

On Thu, Nov 26, 2015 at 10:09 AM, Vaclav Petras 
wrote:

> On Thu, Nov 26, 2015 at 4:33 AM, Eugenio Trumpy 
> wrote:
>
>> We hope r.mapcalc will be added in the toolbox, soon.
>
>
>
> As far as I know, nobody is working on that now. But it is certainly a
> topic open for contributions.
>

I was wrong, here is the necessary update for r.mapcalc:

https://trac.osgeo.org/grass/changeset/67000
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Tom Chadwin]

> 
What's the recommended way to embed documentation ?

I have a GUI help tab which pulls in the Github readme.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Out-of-the-box-QGIS-experience-and-What-s-this-Tool-button-tp5239742p5239948.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Luigi Pirelli]

Good cuestión

I should add also a standard way to download external executables or modules

On Thursday, 3 December 2015, Sandro Santilli  wrote:

> I was actually also thinking about the "What's this" as a
> possible way to mention what clicking on a button would have
> done (might become complex).
>
> What's the recommended way to embed documentation ?
>
> --strk;
>
> On Thu, Dec 03, 2015 at 04:10:24PM -0500, Worth Lutz wrote:
> > I was just going to go through my plugins and add the "What' this?" text.
> >
> > I guess I'll find something better to do.  Glad I check here regularly!
> >
> > *Worth Lutz*
> >
> >
> > On 12/3/2015 3:22 AM, Nyall Dawson wrote:
> > >On 3 December 2015 at 19:19, Nyall Dawson  > wrote:
> > >>On 3 December 2015 at 12:38, Nathan Woodrow  > wrote:
> > >>>Hi all,
> > >>>
> > >>>Doing some out of the box experience UI clean up e.g what is the
> first thing you get when you run from clean config.
> > >>>
> > >>>Anyone stressed if I kill this button?
> > >>
> > >>Not me. I can only find 1 or 2 controls which it actually applies to!
> > >>Better to remove it then have such an incomplete "feature".
> > >Yep - kill it. It's only used a handful of times outside of the "evis"
> > >plugin and "delimited text source" dialog, and there's not even any
> > >way to display the what's this text for the delimited source dialog.
> > >
> > >Nyall
> > >
> > >
> > >>Nyall
> > >>
> > >>
> > >>
> > >>>
> > >>>
> > >>>I have never used it and the function seems pretty limited.
> > >>>
> > >>>
> > >>>Regards,
> > >>>Nathan
> ___
> 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



-- 
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
**
___
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] Featured plugins

[Nyall Dawson]

On 4 December 2015 at 09:10, Andreas Neumann  wrote:
> But why?
>
> Most of the table manager functions are already in Core. It is perfectly
> possible to add and remove columns without the table manager.
>
> If some of the table manager functions are still missing in core, it is
> better to bring the missing functionality into core, rather than enabling
> Table manager by default.
>
> I am not a fan of having many Python plugins enabled by default, because
> they slow down the loading of QGIS. Also, Python plugins are a major source
> of additional bugs ...
>

Agreed - there's also the issue of having important functionality
hidden away in a plugin's interface, when it should be integrated with
the rest of the table management UI.

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

Re: [Qgis-developer] Featured plugins

[DelazJ]

Table Manager helps renaming, reordering fields (not yet available) and
while removing/deleting/reordering fields, you can preview how your table
will look like.
I'm neither for enabling plugins by default but adding in Core such _basic_
features users look for will be an improvement

2015-12-03 23:10 GMT+01:00 Andreas Neumann :

> But why?
>
> Most of the table manager functions are already in Core. It is perfectly
> possible to add and remove columns without the table manager.
>
> If some of the table manager functions are still missing in core, it is
> better to bring the missing functionality into core, rather than enabling
> Table manager by default.
>
> I am not a fan of having many Python plugins enabled by default, because
> they slow down the loading of QGIS. Also, Python plugins are a major source
> of additional bugs ...
>
> Andreas
>
>
> On 03.12.2015 23:02, DelazJ wrote:
>
> Agree with you, Bernd, that features like the ones provided by "Table
> Manager" plugin should be in QGIS by default. However, installing (and
> enabling) by default other dev's plugins mean that QGIS dev team should
> somehow be responsible of its stability; there are already Core plugins
> (Processing, DBManager...) and I'm not sure they should have to do this
> with other plugins.
> +1 to have "Table Manager" features in Core but not really in favour of
> activating plugins unless they integrate the Core plugins schema.
>
> 2015-12-03 20:59 GMT+01:00 Bernd Vogelgesang :
>
>> Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini > >:
>>
>> Hi all,
>>> I wonder what is the criterion to mark a plugin as featured. There is
>>> even one featured plugin which is now deprecated.
>>> Perhaps we should have clear criteria for inclusion, and keep the list
>>> updated?
>>> All the best.
>>>
>>
>> With new users in mind, I wonder if the plugins page is really the
>> resource for picking a plugin, or if they just search through the plugin
>> manager for things they might need, cause it does provide the exact same
>> informations as the website (minus those tags).
>>
>> More important for me would be the question, which plugins are installed
>> and enabled by default. And I ask the question again (I never got an answer
>> on that before): Why e.g. is the Table Manager not installed and available
>> by default? As ESRI shape is the major output format, a novice starting to
>> use QGIS has no tool to alter the attribute table, which is IMHO an
>> unnecessary obstacle.
>> I bet there are not few people fumbling around in the dbf before
>> realizing that there is a plugin available.
>>
>> Just my two cents
>> Bernd
>>
>>
>> --
>> Bernd Vogelgesang
>> Siedlerstraße 2
>> 91083 Baiersdorf/Igelsdorf
>> Tel: 09133-825374
>>
>> ___
>> 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 listqgis-develo...@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] Featured plugins

[Bernd Vogelgesang]

Am 03.12.2015, 23:10 Uhr, schrieb Andreas Neumann :


But why?

Most of the table manager functions are already in Core. It is perfectly  
possible to add and remove columns without the table >manager.


If some of the table manager functions are still missing in core, it is  
better to bring the missing functionality into core, >rather than  
enabling Table manager by default.


I am not a fan of having many Python plugins enabled by default, because  
they slow down the loading of QGIS. Also, Python plugins >are a major  
source of additional bugs ...


Andreas
Yep, MOST is in. But for example not moving order or renaming columns. How  
stupid is that, to rename a columns by creating a new one, copying the  
data and then deleting the old one, just to find it then in the end of all  
columns without the possibility to change that?
And to newbies it is NOT obvious by any means that they have to install  
the Table Manager to be able to do so.


Sure there must be good reasons why those functions didn't make it into  
core so far (maybe also the long existence of the Table Manager plugin?)


Sorry, didn't want to high jack this thread for my personal favourite ;)

Over and out
Bernd



On 03.12.2015 23:02, DelazJ wrote:
Agree with you, Bernd, that features like the ones provided by "Table  
Manager" plugin should be in QGIS by default. >>However, installing  
(and enabling) by default other dev's plugins mean that QGIS dev team  
should somehow be responsible >>of its stability; there are already  
Core plugins (Processing, DBManager...) and I'm not sure they should  
have to do >>this with other plugins.
+1 to have "Table Manager" features in Core but not really in favour of  
activating plugins unless they integrate the >>Core plugins schema.


2015-12-03 20:59 GMT+01:00 Bernd Vogelgesang :
Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini  
:



Hi all,
I wonder what is the criterion to mark a plugin as featured. There is
even one featured plugin which is now deprecated.
Perhaps we should have clear criteria for inclusion, and keep the list
updated?
All the best.


With new users in mind, I wonder if the plugins page is really the  
resource for picking a plugin, or if they just >>>search through the  
plugin manager for things they might need, cause it does provide the  
exact same informations as >>>the website (minus those tags).


More important for me would be the question, which plugins are  
installed and enabled by default. And I ask the >>>question again (I  
never got an answer on that before): Why e.g. is the Table Manager not  
installed and available by >>>default? As ESRI shape is the major  
output format, a novice starting to use QGIS has no tool to alter the  
attribute >>>table, which is IMHO an unnecessary obstacle.
I bet there are not few people fumbling around in the dbf before  
realizing that there is a plugin available.


Just my two cents
Bernd


--Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374
___
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






--
Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374___
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] Featured plugins

[Andreas Neumann]

But why?

Most of the table manager functions are already in Core. It is perfectly 
possible to add and remove columns without the table manager.


If some of the table manager functions are still missing in core, it is 
better to bring the missing functionality into core, rather than 
enabling Table manager by default.


I am not a fan of having many Python plugins enabled by default, because 
they slow down the loading of QGIS. Also, Python plugins are a major 
source of additional bugs ...


Andreas

On 03.12.2015 23:02, DelazJ wrote:
Agree with you, Bernd, that features like the ones provided by "Table 
Manager" plugin should be in QGIS by default. However, installing (and 
enabling) by default other dev's plugins mean that QGIS dev team 
should somehow be responsible of its stability; there are already Core 
plugins (Processing, DBManager...) and I'm not sure they should have 
to do this with other plugins.
+1 to have "Table Manager" features in Core but not really in favour 
of activating plugins unless they integrate the Core plugins schema.


2015-12-03 20:59 GMT+01:00 Bernd Vogelgesang >:


Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini
mailto:cavall...@faunalia.it>>:

Hi all,
I wonder what is the criterion to mark a plugin as featured.
There is
even one featured plugin which is now deprecated.
Perhaps we should have clear criteria for inclusion, and keep
the list
updated?
All the best.


With new users in mind, I wonder if the plugins page is really the
resource for picking a plugin, or if they just search through the
plugin manager for things they might need, cause it does provide
the exact same informations as the website (minus those tags).

More important for me would be the question, which plugins are
installed and enabled by default. And I ask the question again (I
never got an answer on that before): Why e.g. is the Table Manager
not installed and available by default? As ESRI shape is the major
output format, a novice starting to use QGIS has no tool to alter
the attribute table, which is IMHO an unnecessary obstacle.
I bet there are not few people fumbling around in the dbf before
realizing that there is a plugin available.

Just my two cents
Bernd


-- 
Bernd Vogelgesang

Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374

___
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] Featured plugins

[DelazJ]

Agree with you, Bernd, that features like the ones provided by "Table
Manager" plugin should be in QGIS by default. However, installing (and
enabling) by default other dev's plugins mean that QGIS dev team should
somehow be responsible of its stability; there are already Core plugins
(Processing, DBManager...) and I'm not sure they should have to do this
with other plugins.
+1 to have "Table Manager" features in Core but not really in favour of
activating plugins unless they integrate the Core plugins schema.

2015-12-03 20:59 GMT+01:00 Bernd Vogelgesang :

> Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini :
>
> Hi all,
>> I wonder what is the criterion to mark a plugin as featured. There is
>> even one featured plugin which is now deprecated.
>> Perhaps we should have clear criteria for inclusion, and keep the list
>> updated?
>> All the best.
>>
>
> With new users in mind, I wonder if the plugins page is really the
> resource for picking a plugin, or if they just search through the plugin
> manager for things they might need, cause it does provide the exact same
> informations as the website (minus those tags).
>
> More important for me would be the question, which plugins are installed
> and enabled by default. And I ask the question again (I never got an answer
> on that before): Why e.g. is the Table Manager not installed and available
> by default? As ESRI shape is the major output format, a novice starting to
> use QGIS has no tool to alter the attribute table, which is IMHO an
> unnecessary obstacle.
> I bet there are not few people fumbling around in the dbf before realizing
> that there is a plugin available.
>
> Just my two cents
> Bernd
>
>
> --
> Bernd Vogelgesang
> Siedlerstraße 2
> 91083 Baiersdorf/Igelsdorf
> Tel: 09133-825374
>
> ___
> 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] Out of the box QGIS experience ( and What's this? Tool button)

[Sandro Santilli]

I was actually also thinking about the "What's this" as a
possible way to mention what clicking on a button would have
done (might become complex).

What's the recommended way to embed documentation ?

--strk;

On Thu, Dec 03, 2015 at 04:10:24PM -0500, Worth Lutz wrote:
> I was just going to go through my plugins and add the "What' this?" text.
> 
> I guess I'll find something better to do.  Glad I check here regularly!
> 
> *Worth Lutz*
> 
> 
> On 12/3/2015 3:22 AM, Nyall Dawson wrote:
> >On 3 December 2015 at 19:19, Nyall Dawson  wrote:
> >>On 3 December 2015 at 12:38, Nathan Woodrow  wrote:
> >>>Hi all,
> >>>
> >>>Doing some out of the box experience UI clean up e.g what is the first 
> >>>thing you get when you run from clean config.
> >>>
> >>>Anyone stressed if I kill this button?
> >>
> >>Not me. I can only find 1 or 2 controls which it actually applies to!
> >>Better to remove it then have such an incomplete "feature".
> >Yep - kill it. It's only used a handful of times outside of the "evis"
> >plugin and "delimited text source" dialog, and there's not even any
> >way to display the what's this text for the delimited source dialog.
> >
> >Nyall
> >
> >
> >>Nyall
> >>
> >>
> >>
> >>>
> >>>
> >>>I have never used it and the function seems pretty limited.
> >>>
> >>>
> >>>Regards,
> >>>Nathan
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Worth Lutz]

I was just going to go through my plugins and add the "What' this?" text.

I guess I'll find something better to do.  Glad I check here regularly!

*Worth Lutz*


On 12/3/2015 3:22 AM, Nyall Dawson wrote:

On 3 December 2015 at 19:19, Nyall Dawson  wrote:

On 3 December 2015 at 12:38, Nathan Woodrow  wrote:

Hi all,

Doing some out of the box experience UI clean up e.g what is the first thing 
you get when you run from clean config.

Anyone stressed if I kill this button?


Not me. I can only find 1 or 2 controls which it actually applies to!
Better to remove it then have such an incomplete "feature".

Yep - kill it. It's only used a handful of times outside of the "evis"
plugin and "delimited text source" dialog, and there's not even any
way to display the what's this text for the delimited source dialog.

Nyall



Nyall






I have never used it and the function seems pretty limited.


Regards,
Nathan

___
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] Featured plugins

[Worth Lutz]

As a recent new user, (and now a custom plugin writer), I did not 
remember that there was a plugin page. I look for plugins in the plugin 
manager as that is what come to mind first before I start googling.


I also lurk here for valuable info.  :)

*Worth Lutz*


On 12/3/2015 2:59 PM, Bernd Vogelgesang wrote:
Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini 
:



Hi all,
I wonder what is the criterion to mark a plugin as featured. There is
even one featured plugin which is now deprecated.
Perhaps we should have clear criteria for inclusion, and keep the list
updated?
All the best.


With new users in mind, I wonder if the plugins page is really the 
resource for picking a plugin, or if they just search through the 
plugin manager for things they might need, cause it does provide the 
exact same informations as the website (minus those tags).


More important for me would be the question, which plugins are 
installed and enabled by default. And I ask the question again (I 
never got an answer on that before): Why e.g. is the Table Manager not 
installed and available by default? As ESRI shape is the major output 
format, a novice starting to use QGIS has no tool to alter the 
attribute table, which is IMHO an unnecessary obstacle.
I bet there are not few people fumbling around in the dbf before 
realizing that there is a plugin available.


Just my two cents
Bernd




___
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] Featured plugins

[Bernd Vogelgesang]

Am 03.12.2015, 20:14 Uhr, schrieb Paolo Cavallini :


Hi all,
I wonder what is the criterion to mark a plugin as featured. There is
even one featured plugin which is now deprecated.
Perhaps we should have clear criteria for inclusion, and keep the list
updated?
All the best.


With new users in mind, I wonder if the plugins page is really the  
resource for picking a plugin, or if they just search through the plugin  
manager for things they might need, cause it does provide the exact same  
informations as the website (minus those tags).


More important for me would be the question, which plugins are installed  
and enabled by default. And I ask the question again (I never got an  
answer on that before): Why e.g. is the Table Manager not installed and  
available by default? As ESRI shape is the major output format, a novice  
starting to use QGIS has no tool to alter the attribute table, which is  
IMHO an unnecessary obstacle.
I bet there are not few people fumbling around in the dbf before realizing  
that there is a plugin available.


Just my two cents
Bernd


--
Bernd Vogelgesang
Siedlerstraße 2
91083 Baiersdorf/Igelsdorf
Tel: 09133-825374
___
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] Featured plugins

[Alessandro Pasotti]

2015-12-03 20:34 GMT+01:00 Paolo Cavallini :

> Il 03/12/2015 20:31, Alessandro Pasotti ha scritto:
>
> > The original idea was to mark the most important plugins as "featured",
> > kind of staff's pick or "recommended".
> >
> > Any admin (including you) can set/clear the "featured" flag.
> >
> > There is no criterion, you can decide which plugins are "featured".
>
> Thanks. I can go throught them and set/unset the flag - can we decide
> some guidelines?
> All the best.
>


IMHO it's up to you, the voting system and the "popular" index is
democratic, the featured flag is for your personal taste and feeling :)

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

Re: [Qgis-developer] Featured plugins

[Paolo Cavallini]

Il 03/12/2015 20:31, Alessandro Pasotti ha scritto:

> The original idea was to mark the most important plugins as "featured",
> kind of staff's pick or "recommended".
> 
> Any admin (including you) can set/clear the "featured" flag.
> 
> There is no criterion, you can decide which plugins are "featured".

Thanks. I can go throught them and set/unset the flag - can we decide
some guidelines?
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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] Featured plugins

[Alessandro Pasotti]

2015-12-03 20:14 GMT+01:00 Paolo Cavallini :

> Hi all,
> I wonder what is the criterion to mark a plugin as featured. There is
> even one featured plugin which is now deprecated.
> Perhaps we should have clear criteria for inclusion, and keep the list
> updated?
> All the best.
>


The original idea was to mark the most important plugins as "featured",
kind of staff's pick or "recommended".

Any admin (including you) can set/clear the "featured" flag.

There is no criterion, you can decide which plugins are "featured".

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

Re: [Qgis-developer] Featured plugins

[DelazJ]

Hi,
first of all, what does this expression really mean ? Sorry, I'm not a
native english speaker so not always easy to find the right explanation of
some words.

2015-12-03 20:14 GMT+01:00 Paolo Cavallini :

> Hi all,
> I wonder what is the criterion to mark a plugin as featured. There is
> even one featured plugin which is now deprecated.
> Perhaps we should have clear criteria for inclusion, and keep the list
> updated?
> All the best.
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS & PostGIS courses: http://www.faunalia.eu/training.html
> ___
> 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] Featured plugins

[Paolo Cavallini]

Hi all,
I wonder what is the criterion to mark a plugin as featured. There is
even one featured plugin which is now deprecated.
Perhaps we should have clear criteria for inclusion, and keep the list
updated?
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
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] Python 3 / PyQt 5

[Matthias Kuhn]

Hi Karl,

Are you aware that python 3 support by no means is production ready. Not
even a single core plugin is compatible. It's just the C++ interface
that is ready to be compiled on a python 3 system. So if you need
something python related at all in QGIS you will not want to work with
this at the moment.
If you do not need any python dependent functionality of QGIS you should
be ready to try it. Or even better, if you are able to write and debug
python code, it would be very nice if somebody would start to port the
python code in QGIS to be compatible with python2 and python3.

Enough disclaimer:

Thanks for your report, I think that relates to a very recent commit
7bab2e50.
Can you try to revert it and see if it compiles better?

Best regards,
Matthias

On 12/03/2015 04:26 PM, sca...@yebu.de wrote:
> Hi Matthias,
>
> as mentioned in your announcement as of Nov 10 (same subject) I was
> trying
> to build the newest git pull.
>
> After a long compilation it finally ended in
> ...
> import PyQt4.uic.pyuic
> ImportError: No module named PyQt4.uic.pyuic
> ...
>
> Other than that, I installed all requirement
> for Ubuntu 15.10 (which I have) as described
> in your PR 2430.
>
> I would prefer a Python3 / PyQt5 ONLY version.
> Is this possible at all or is there no way to
> also install PyQt4?
>
>
> And/or what about QGIS 3.0, is it better to wait
> for it (having a pure Python3/Qt5 environment there)
> But I guess this is not happening soon.
>
>
> Thank you
> Karl
>
>
> ___
> 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

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source




signature.asc
Description: OpenPGP digital signature
___
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] Python 3 / PyQt 5

[scalet]

Hi Matthias,

as mentioned in your announcement as of Nov 10 (same subject) I was trying
to build the newest git pull.

After a long compilation it finally ended in
...
import PyQt4.uic.pyuic
ImportError: No module named PyQt4.uic.pyuic
...

Other than that, I installed all requirement
for Ubuntu 15.10 (which I have) as described
in your PR 2430.

I would prefer a Python3 / PyQt5 ONLY version.
Is this possible at all or is there no way to
also install PyQt4?


And/or what about QGIS 3.0, is it better to wait
for it (having a pure Python3/Qt5 environment there)
But I guess this is not happening soon.


Thank you
Karl


___
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] Moving to Trusty for Travis tests

[Tom Chadwin]

OK. And the OSX build was unaffected by the top-level selection of Precise?
Seems not, but I have no experience of reading OSX test output.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239879.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Moving to Trusty for Travis tests

[Matthias Kuhn]

On 12/03/2015 03:57 PM, Tom Chadwin wrote:
>> we could use a different platform for Qt5 tests
> ...and Python 3?
... is enabled automatically when compiling against Qt5 but none of the
python tests will currently pass because there's a lot of work missing.
But enabling Qt5 builds even without python tests would have the benefit
of notifying about commits that break Qt5 builds as simple as [1].

[1]
https://github.com/qgis/QGIS/commit/9e5528b1115a1e7b033a845cc339a5b255376225

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source

___
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] Moving to Trusty for Travis tests

[Tom Chadwin]

> we could use a different platform for Qt5 tests

...and Python 3?



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239867.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Moving to Trusty for Travis tests

[Matthias Kuhn]

Hi Tom,

I merged the pull request linked in the last mail since there were no
errors and no timeout.
I hope that this solves our issues.

The matrix notation should only be required if there are different
requirements for different platforms.
However, what I just DID realize while reading your link is that with a
build matrix we could use a different platform for Qt5 tests. Levaing
Qt4 tests on precise and run Qt5 tests on travis. I may explore this
road if I find time.

Cheers,
Matthias

On 12/03/2015 03:42 PM, Tom Chadwin wrote:
> Apologies - my instructions for forcing GCE were correct only for
> Precise-only Travis configs. The QGIS config is both Linux and OSX. See this
> page for instructions to force GCE for multiple os: configs:
>
> https://gist.github.com/meatballhat/d0c8aab9e3bd8a8bcacd#file-00-intro-md
>
> I'm not familiar with the matrix: syntax they are using, so I don't feel I
> can construct a PR for this. Hope it might help, though.
>
> That said, the build you link to did run on GCE, so perhaps all is well with
> the config, and we just aren't getting the performance boost one might have
> hoped for from GCE.
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239859.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> 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

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source




signature.asc
Description: OpenPGP digital signature
___
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] Moving to Trusty for Travis tests

[Tom Chadwin]

Apologies - my instructions for forcing GCE were correct only for
Precise-only Travis configs. The QGIS config is both Linux and OSX. See this
page for instructions to force GCE for multiple os: configs:

https://gist.github.com/meatballhat/d0c8aab9e3bd8a8bcacd#file-00-intro-md

I'm not familiar with the matrix: syntax they are using, so I don't feel I
can construct a PR for this. Hope it might help, though.

That said, the build you link to did run on GCE, so perhaps all is well with
the config, and we just aren't getting the performance boost one might have
hoped for from GCE.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239859.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Processing provider - stable interface?

[Crispin Cooper]

Hi,

I'm thinking of writing my own processing provider.

Is the interface for processing providers considered stable - i.e. future 
releases of QGIS are unlikely to break existing providers?

Many thanks

Crispin


--
Dr Crispin Cooper
Sustainable Places Research Institute, Cardiff University
33 Park Place, Cardiff CF10 3BA
Tel. +44 (0) 29 2087 6072 / ext. 76072

___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Régis Haubourg]

Not here, never seen a user use such tools in any software.. 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Out-of-the-box-QGIS-experience-and-What-s-this-Tool-button-tp5239742p5239846.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Changing folder of plugin install

[Rémi Cura]

Sorry,
after a long time,
I destructed and recreated the plugin.
It is currently awaiting check, it has not changed since the last time,
expect the folder name is now the same as the plugin name.

Cheers,
RémiC

2015-05-30 16:58 GMT+02:00 Rémi Cura :

> Thanks to both !
> I'll delete and create again the plugin.
> Cheers,
> Rémi-C
>
> 2015-05-30 12:59 GMT+02:00 Borys Jurgiel :
>
>> Strictly speaking, there are two separate problems:
>>
>> One is the name mismatch, what makes QGIS thinking that the zip available
>> in
>> the repo ("interactive_map_tracking") and the installed plugin
>> ("interactive_map_tracking-master") are two separate plugins. As a result,
>> QGIS won't inform the user about available updates.
>>
>> Second problem is bigger: the directory is just a Python module, and it
>> crashes Python, because module names can't contain dashes. It's a Python
>> syntax restriction, not QGIS. And, as Alessandro said, this is the plugin
>> key,
>> not the zip file name (what is basically much less important) so changing
>> it
>> would be quite complicated.
>>
>> Hopefully removing the plugin and creating again will be straightforward.
>>
>> Best Regards,
>>
>> Borys
>>
>>
>>
>> Dnia piątek, 29 maja 2015 15:34:16 Rémi Cura pisze:
>> > I'm afraid I can't,
>> > currently it creates a bug !
>> > When installing from QGIS plugin repository,
>> > it gives an error message.
>> > This error message would be because the plugin name and folder name are
>> > different.
>> > So one way or another, the folder name has to be changed to match the
>> > plugin name !
>> >
>> > So you see we don't have much choice here...
>> > Cheers,
>> > Rémi-C
>> >
>> > 2015-05-29 15:17 GMT+02:00 Alessandro Pasotti :
>> > > 2015-05-29 14:52 GMT+02:00 Rémi Cura :
>> > >> Hey, thanks for the super-quick answer.
>> > >>
>> > >> Can't we just change the plugin database for this plugin?
>> > >> Surely there is a way to do it manually !
>> > >
>> > > Yes, but it's not trivial.
>> > >
>> > >> Or simply change the folder name on the server?
>> > >> Deleting the plugin make it loose all the history, which I find quit
>> bad.
>> > >>
>> > >> Also, if the consequences are so dire, wouldn't is be necessary to
>> check
>> > >> at import that plugin name and folder name match?
>> > >
>> > > Sorry for the quick (and wrong) answer :)
>> > >
>> > > I checked the exact constraint:  the package name (the name of the
>> fist
>> > > folder in the zip file) is independent from the plugins name and
>> cannot be
>> > > changed (while the plugin name, visible to the user, can change) the
>> > > package name is a unique key used internally to build the URLs and to
>> > > retrieve plugin packages and is kept unique to make sure that there
>> are no
>> > > plugins with the same package name.
>> > >
>> > > The problem here is that it cannot be easily changed without breaking
>> a
>> > > lot of things.
>> > >
>> > > You can just stick with the old package/folder name, it will be just
>> > > visible in the URLs.
>> > >
>> > >
>> > > --
>> > > 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

Re: [Qgis-developer] Moving to Trusty for Travis tests

[Matthias Kuhn]

Hi Tom,

Testing here:
https://github.com/qgis/QGIS/pull/2532

Recently build times are horrible and we get a lot of false alarms due
to build timeouts. If this makes it any better we should switch.

Looking forward to trusty but had no success so far unfortunately.
https://github.com/m-kuhn/QGIS/commits/trtr

If you have any further hints concerning this, please keep them coming!!

Matthias

On 12/03/2015 12:21 PM, Tom Chadwin wrote:
> I should also have mentioned that Travis are also migrating "Precise with
> sudo" jobs over to Google Compute Engine (GCE) this week. This should lower
> test times, but watch out for any resulting differences in behaviour. If you
> want to stick with Precise, but force your tests onto GCE immediately, you
> can do so in .travis.yml:
>
> sudo: required 
> dist: precise 
> group: edge 
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239825.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> 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

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source




signature.asc
Description: OpenPGP digital signature
___
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] Fwd: QgsExpression class can't evaluate not registered Layers

[Enrico Ferreguti]

Hi Nathan,

you can have a look to a the new version of changeDataSource plugin I was
releasing: https://github.com/enricofer/changeDataSource
Once installed, clicking on toolbutton [image: Immagine incorporata 3] is
possible to change the datasources of loaded layers
Expressions are used to massively replace datasources strings using a dummy
memory layer build up on the fly (called layerTable) that contains loaded
layers parameters.
This layer appears in legend when dialog is shown to allow expression
performing, because if layerTable layer is not charged in Registry its
fields are not listed in Expression Dialog under "Fields and Values"

[image: Immagine incorporata 4]

Expression is evaluated at row 541 in changeDataSource.py

Thanks.


2015-12-03 13:16 GMT+01:00 Nathan Woodrow :

> Hi,
>
> Can you paste and example?
>
> On Thu, 3 Dec 2015 10:10 pm Enrico Ferreguti  wrote:
>
>> Hi, I noticed that QgsExpression class can't evaluate layers that are not
>> loaded in QgsMapLayerRegistry.
>> This is a bit annoying because expressions could be evaluated against a
>> temporary datasource or external data without necessary show it to the
>> user. (an alternative question could be: Is it possible to hide a legend
>> item?)
>> Should I submit a feature request for this?
>>
>> Regards
>> Enrico Ferreguti.
>> ___
>> 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] [Processing] error updating "Processing"

[Luigi Pirelli]

Hi Stefano

as stated in a message in italian qgis community, the problem is that
you hare three qgis version using the same .qgis2/ where conf and user
plugin are installed

so you have a unique Processing but different version available
compatible with the three qgis version

you should start every qgis pointing to a different QGIS cofiguration
with --configpath option in every QGIS.bat used by different version.

when you do, please self answer to your message in qgis-user list to
notify the solution

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 3 December 2015 at 12:38, skampus  wrote:
> Hi, I have posted this on User list, but maybe is better to ask here...
>
> i have some installation of qgis on my windows 8.
> I installed via osgeo4w:
> 2.8.4-2 (LTR dev)
> 2.12.1-1 (Lyon)
> 2.13.0-21 (dev)
>
> but there is a problem with the update processing.
> In fact, if I upgrade it to 2.12.2 from 2.10.99, a directory called
> "processing" is created in C:\ Users\ ... \. qgis2\python\ plugins folder
> and this error comes out:
>
> Couldn't load plugin 'processing'
>
> ImportError: cannot import name spatialite_utils
> Traceback (most recent call last):
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 281, in
> loadPlugin
> __import__(packageName)
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "C:/Users/11186cs/.qgis2/python/plugins\processing\__init__.py", line
> 29, in
> from processing.tools.general import *
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\general.py",
> line 28, in
> from processing.core.Processing import Processing
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File
> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\Processing.py", line
> 40, in
> from processing.core.GeoAlgorithm import GeoAlgorithm
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File
> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\GeoAlgorithm.py",
> line 41, in
> from processing.core.parameters import ParameterRaster, ParameterVector,
> ParameterMultipleInput, ParameterTable, Parameter
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File
> "C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\parameters.py", line
> 33, in
> from processing.tools.vector import resolveFieldIndex, features
>   File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
> mod = _builtin_import(name, globals, locals, fromlist, level)
>   File "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\vector.py",
> line 20, in
> from processing.algs.qgis import spatialite_utils
> ImportError: cannot import name spatialite_utils
>
>
> Python version: 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit
> (Intel)]
> QGIS version: 2.12.1-Lyon Lyon, 16760fd
>
>
> As consequence of this installation in the property of plugin window i read:
>
> Processing
>
> Spatial data processing framework for QGIS
>
> Spatial data processing framework for QGIS
>
> 77 rating vote(s), 196142 downloads
>
> Category: Analysis
> More info: homepage   tracker   code_repository
>
> Author: Victor Olaya
>
> Installed version: 2.12.2 (in
> C:\Users\11186cs\.qgis2\python\plugins\processing)
> Available version: 2.12.2 (in Repository plugin ufficiale QGIS)
>
>
> Now, it no longer works neither processing nor any plugins associated
> (processing_workflow, and so on).
>
> The only solution is to delete the directory called "processing", but that
> processing is outdated.
>
> is this a bug?
>
> thanks a lot
>
> stefano
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/Processing-error-updating-Processing-tp5239827.html
> Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
> ___
> 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

Re: [Qgis-developer] QgsExpression class can't evaluate not registered Layers

[Nathan Woodrow]

Hi,

Can you paste and example?

On Thu, 3 Dec 2015 10:10 pm Enrico Ferreguti  wrote:

> Hi, I noticed that QgsExpression class can't evaluate layers that are not
> loaded in QgsMapLayerRegistry.
> This is a bit annoying because expressions could be evaluated against a
> temporary datasource or external data without necessary show it to the
> user. (an alternative question could be: Is it possible to hide a legend
> item?)
> Should I submit a feature request for this?
>
> Regards
> Enrico Ferreguti.
> ___
> 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] QgsExpression class can't evaluate not registered Layers

[Enrico Ferreguti]

Hi, I noticed that QgsExpression class can't evaluate layers that are not
loaded in QgsMapLayerRegistry.
This is a bit annoying because expressions could be evaluated against a
temporary datasource or external data without necessary show it to the
user. (an alternative question could be: Is it possible to hide a legend
item?)
Should I submit a feature request for this?

Regards
Enrico Ferreguti.
___
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] [Processing] error updating "Processing"

[skampus]

Hi, I have posted this on User list, but maybe is better to ask here...

i have some installation of qgis on my windows 8.
I installed via osgeo4w:
2.8.4-2 (LTR dev)
2.12.1-1 (Lyon)
2.13.0-21 (dev)

but there is a problem with the update processing.
In fact, if I upgrade it to 2.12.2 from 2.10.99, a directory called
"processing" is created in C:\ Users\ ... \. qgis2\python\ plugins folder
and this error comes out:

Couldn't load plugin 'processing'

ImportError: cannot import name spatialite_utils
Traceback (most recent call last):
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 281, in
loadPlugin
__import__(packageName)
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "C:/Users/11186cs/.qgis2/python/plugins\processing\__init__.py", line
29, in
from processing.tools.general import *
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\general.py",
line 28, in
from processing.core.Processing import Processing
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\Processing.py", line
40, in
from processing.core.GeoAlgorithm import GeoAlgorithm
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\GeoAlgorithm.py",
line 41, in
from processing.core.parameters import ParameterRaster, ParameterVector,
ParameterMultipleInput, ParameterTable, Parameter
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File
"C:/OSGeo4W/apps/qgis/./python/plugins\processing\core\parameters.py", line
33, in
from processing.tools.vector import resolveFieldIndex, features
  File "C:/OSGeo4W/apps/qgis/./python\qgis\utils.py", line 572, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
  File "C:/Users/11186cs/.qgis2/python/plugins\processing\tools\vector.py",
line 20, in
from processing.algs.qgis import spatialite_utils
ImportError: cannot import name spatialite_utils


Python version: 2.7.4 (default, Apr  6 2013, 19:54:46) [MSC v.1500 32 bit
(Intel)]
QGIS version: 2.12.1-Lyon Lyon, 16760fd


As consequence of this installation in the property of plugin window i read:

Processing

Spatial data processing framework for QGIS

Spatial data processing framework for QGIS

77 rating vote(s), 196142 downloads

Category: Analysis
More info: homepage   tracker   code_repository

Author: Victor Olaya

Installed version: 2.12.2 (in
C:\Users\11186cs\.qgis2\python\plugins\processing)
Available version: 2.12.2 (in Repository plugin ufficiale QGIS)


Now, it no longer works neither processing nor any plugins associated
(processing_workflow, and so on).

The only solution is to delete the directory called "processing", but that
processing is outdated.

is this a bug?

thanks a lot 

stefano



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Processing-error-updating-Processing-tp5239827.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Moving to Trusty for Travis tests

[Tom Chadwin]

I should also have mentioned that Travis are also migrating "Precise with
sudo" jobs over to Google Compute Engine (GCE) this week. This should lower
test times, but watch out for any resulting differences in behaviour. If you
want to stick with Precise, but force your tests onto GCE immediately, you
can do so in .travis.yml:

sudo: required 
dist: precise 
group: edge 



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822p5239825.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Moving to Trusty for Travis tests

[Tom Chadwin]

Apologies if this is too off-topic, but with Travis releasing their new
Google Compute Engine infrastructure, I've done some work on my Travis
setup, including moving from Ubuntu Precise to Trusty. Briefly, the issues I
encountered under Trusty as opposed to Precise were:

- xvfb now has to be installed as it is no longer part of the environment

- most pip installs now have to be run with sudo, or you get permission
denied (don't know why this has changed)

- in my .travis.yml, I had to move from "language: python" to "language:
generic", as it seemed that there was confusion between system Python and
QGIS Python (resulting in fatal numpy Unicode errors)

- unit tests which open a webpage now pause Travis, indefinitely as far as I
can tell (the Travis output says "≪ ↑ ↓ Viewing "). I don't know
how to get round this, so I've had to avoid any tests which open a webpage.
Any help in this gratefully received.

- nose-faulthandler fails to install ("faulthandler.c:7:20: fatal error:
Python.h: No such file or directory"). No idea why, again, any suggestions
welcome

The increased reliance on sudo is a shame, as this make transition to their
container-based infrastructure less possible.



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Moving-to-Trusty-for-Travis-tests-tp5239822.html
Sent from the Quantum GIS - Developer mailing list archive at Nabble.com.
___
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] Postgresql provider - Use ST_RemoveRepeatedPoints for server-side simplification

[kimaidou]

Hi all,

The PR has been merged by Matthias Kuhn. You could now test it directly in
last master.

Regards,
Michaël

2015-12-01 16:17 GMT+01:00 kimaidou :

> oups, gmail got rid of the table... Here is a human readable version
>
> Method used --> vertex number
>
> "geom" --> 3 763 284 |
> st_snaptogrid( "geom", 407.618 ) --> 1 220 892
> st_removerepeatedpoints( "geom", 407.618 ) --> 689 300
> st_simplify( st_removerepeatedpoints( "geom", 407.618 ), 356.665, true )
> --> 303 292
>
>
> 2015-12-01 16:15 GMT+01:00 kimaidou :
>
>> Hi,
>>
>> New PR update with addition of missing SIP bindings and use of
>> ST_Simplify with third parameter "True" to decrease the size of data to
>> download by QGIS.
>> Please help to test with various data and report.
>>
>> Some quick results, with the same data and query as mentioned in the PR,
>> to show how the number of vertexes decreases. It would lead to best
>> performance also because the data will be downloaded from the PostGIS faster
>> query number of vertexes "geom" 3 763 284 st_snaptogrid( "geom", 407.618
>> ) 1 220 892 st_removerepeatedpoints( "geom", 407.618 ) 689 300 st_simplify(
>> st_removerepeatedpoints( "geom", 407.618 ), 356.665, true ) 303 292
>>
>> Of course, this is done when viewing the whole layer (zoom to layer
>> extent). For big scales, this PR will not improve so drastically the
>> situation compared to the previous use if ST_SnapToGrid
>>
>> Should we not accept the PR so that many more users can try it with
>> master branch ?
>>
>> Cheers
>> Michaël
>>
>> 2015-11-27 14:27 GMT+01:00 kimaidou :
>>
>>> Hi all,
>>>
>>> I updated my PR.
>>> I made some quick tests, and it seems this PR can improve speed for
>>> PostGIS layers ( with PostGIS 2.2 )
>>> More details in the last comment [1]
>>>
>>> Please help to test it with a variety of data types and complexity.
>>>
>>> [1] https://github.com/qgis/QGIS/pull/2410#issuecomment-160138487
>>>
>>> Regards
>>> Michaël aka "kimaidou"
>>>
>>> 2015-10-30 11:50 GMT+01:00 kimaidou :
>>>
 Hi all

 Following the blog post written by Paul Ramsey [1], I decided to
 propose using PostGIS 2.2 ST_RemoveRepeatedPoints function instead of
 ST_SnapToGrid to do the server side simplification

 We could also investigate other new features, such as the 3rd parameter
 for ST_Simplify, but we use St_SimplifyPreserveTopology in QGIS, and I do
 not think this function has got this new parameter too.

 I made a pull request : see [2]
 Please help me to test and review it

 [1] http://blog.cartodb.com/smaller-faster/
 [2] https://github.com/qgis/QGIS/pull/2410

>>>
>>>
>>
>
___
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] selective features unselection

[Matthias Kuhn]

FYI,

There was some more discussion on the UX list:

https://lists.osgeo.org/pipermail/qgis-ux/2015-December/thread.html



signature.asc
Description: OpenPGP digital signature
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Nathan Woodrow]

I guess the question is. Do we really care if it goes?

On Thu, 3 Dec 2015 6:23 pm Marco Bernasocchi  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Sorry for the encripted message,
>
> I do use this at least in plugins, and I think others do similar things.
>
> https://github.com/gem/oq-irmt-qgis/blob/master/svir/ui/tool_button_with
> _help_link.py
> 
>
> On 03.12.2015 09:15, Matthias Kuhn wrote:
> > Seems nobody is reading the CODING document ;)
> >
> > http://qgis.org/en/site/getinvolved/development/qgisdevelopersguide.ht
> ml#dialogs
> 
> >
> >  On 12/03/2015 02:38 AM, Nathan Woodrow wrote:
> >> Hi all,
> >>
> >> Doing some out of the box experience UI clean up e.g what is the
> >> first thing you get when you run from clean config.
> >>
> >> Anyone stressed if I kill this button?
> >>
> >> Inline image 1
> >>
> >> I have never used it and the function seems pretty limited.
> >>
> >>
> >> Regards, Nathan
> >>
> >>
> >> ___ 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
> >
> > -- Matthias Kuhn OPENGIS.ch - https://www.opengis.ch Spatial •
> > (Q)GIS • PostGIS • Open Source
> >
> >
> >
> > ___ 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
> OPENGIS.ch - berna.io - 27summits.ch
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
>
> iQIcBAEBCAAGBQJWX/wRAAoJEGU18tQ5+5haxEUP/AsCUV7JfUrCCEmC+EJuZEmP
> QyJaxS6cjERATI5uG+WpfwdpDSOcb1/ND1VDhoxrIRqyJVaiFWXubjHHB5uTKIOH
> /Q8yCsDjET4yBQvqAMoV93V53Y+67nDKhkYoWbQvD+ltsadlBVXzi3rg8q5O3SmH
> r2uGI6C7Q9CF9njGqLZRMySrh5JSvvAPiyfDhj0jc84Aa+mz8MpAU3bb0I9oHJRU
> pg7Omy2l7DBqklj5XP0M05uj479dSTWDDqIuYXi/0ZD92Fs/C9txOfDe44PJuR3+
> 0BMwRLakyeJ8AtuMAWxNWej2iNDCT9HUZ+OEojpd3zX9e3LTBXW4hWJhctrnc9Pz
> 3EKyMHPO0sFTUiaWIYHthS/O3lCWO8ooJrHFEFW2op4EUEC1VfHir4UvMT7sP0Zd
> sASTTEnM2l54zocC1WB1GivcijWhva3xAofeAOUMEeXJKQMnffFeMbKvXd6xkc1x
> 7fHAqBHEiDZoUSX8Gi8EYbymSNyHy1QCm5qL5zeYlpDytUctlBkZgEUHzhc4V0Wf
> h6ChUeUbX2mOrDWKmsKzwpwbpOMgEzAlQjhiVbnEuxQve7csszQC/2NPRKE+gAtX
> zmYWLVj9+P7u4N28ZU2YeIOr6TvktJWc4CrdU8fMmG9IotNyo8VMkzKHM1UWj4X9
> IRBjZDH1n66LEurqMPtr
> =/Pe0
> -END PGP SIGNATURE-
> ___
> 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] Out of the box QGIS experience ( and What's this? Tool button)

[Marco Bernasocchi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sorry for the encripted message,

I do use this at least in plugins, and I think others do similar things.

https://github.com/gem/oq-irmt-qgis/blob/master/svir/ui/tool_button_with
_help_link.py

On 03.12.2015 09:15, Matthias Kuhn wrote:
> Seems nobody is reading the CODING document ;)
> 
> http://qgis.org/en/site/getinvolved/development/qgisdevelopersguide.ht
ml#dialogs
>
>  On 12/03/2015 02:38 AM, Nathan Woodrow wrote:
>> Hi all,
>> 
>> Doing some out of the box experience UI clean up e.g what is the
>> first thing you get when you run from clean config.
>> 
>> Anyone stressed if I kill this button?
>> 
>> Inline image 1
>> 
>> I have never used it and the function seems pretty limited.
>> 
>> 
>> Regards, Nathan
>> 
>> 
>> ___ 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
> 
> -- Matthias Kuhn OPENGIS.ch - https://www.opengis.ch Spatial •
> (Q)GIS • PostGIS • Open Source
> 
> 
> 
> ___ 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
OPENGIS.ch - berna.io - 27summits.ch
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJWX/wRAAoJEGU18tQ5+5haxEUP/AsCUV7JfUrCCEmC+EJuZEmP
QyJaxS6cjERATI5uG+WpfwdpDSOcb1/ND1VDhoxrIRqyJVaiFWXubjHHB5uTKIOH
/Q8yCsDjET4yBQvqAMoV93V53Y+67nDKhkYoWbQvD+ltsadlBVXzi3rg8q5O3SmH
r2uGI6C7Q9CF9njGqLZRMySrh5JSvvAPiyfDhj0jc84Aa+mz8MpAU3bb0I9oHJRU
pg7Omy2l7DBqklj5XP0M05uj479dSTWDDqIuYXi/0ZD92Fs/C9txOfDe44PJuR3+
0BMwRLakyeJ8AtuMAWxNWej2iNDCT9HUZ+OEojpd3zX9e3LTBXW4hWJhctrnc9Pz
3EKyMHPO0sFTUiaWIYHthS/O3lCWO8ooJrHFEFW2op4EUEC1VfHir4UvMT7sP0Zd
sASTTEnM2l54zocC1WB1GivcijWhva3xAofeAOUMEeXJKQMnffFeMbKvXd6xkc1x
7fHAqBHEiDZoUSX8Gi8EYbymSNyHy1QCm5qL5zeYlpDytUctlBkZgEUHzhc4V0Wf
h6ChUeUbX2mOrDWKmsKzwpwbpOMgEzAlQjhiVbnEuxQve7csszQC/2NPRKE+gAtX
zmYWLVj9+P7u4N28ZU2YeIOr6TvktJWc4CrdU8fMmG9IotNyo8VMkzKHM1UWj4X9
IRBjZDH1n66LEurqMPtr
=/Pe0
-END PGP SIGNATURE-
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Nyall Dawson]

On 3 December 2015 at 19:19, Nyall Dawson  wrote:
> On 3 December 2015 at 12:38, Nathan Woodrow  wrote:
>>
>> Hi all,
>>
>> Doing some out of the box experience UI clean up e.g what is the first thing 
>> you get when you run from clean config.
>>
>> Anyone stressed if I kill this button?
>
>
> Not me. I can only find 1 or 2 controls which it actually applies to!
> Better to remove it then have such an incomplete "feature".

Yep - kill it. It's only used a handful of times outside of the "evis"
plugin and "delimited text source" dialog, and there's not even any
way to display the what's this text for the delimited source dialog.

Nyall


>
> Nyall
>
>
>
>>
>>
>>
>> I have never used it and the function seems pretty limited.
>>
>>
>> Regards,
>> Nathan
>>
>> ___
>> 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] Out of the box QGIS experience ( and What's this? Tool button)

[Marco Bernasocchi]

-BEGIN PGP MESSAGE-
Charset: utf-8
Version: GnuPG v2

hQEMA7VjPIs7RfXoAQf9EYhx7q6JHl3tDkdm7LRHnL2OHIQkmtlf5xMkm7P/Pi/K
UaFJGJQt7wtK1MQU2QgVYb3SKMCWQNsGrQ4Zqo5T44me5iUMi+r0/uu2xV2DzmGV
mTJE8yHGLvP118SxEaiRzdjwCJvSZZJO7XxPrrF5IH5D0C7HqMO/NrW6/6NAOcn0
LXbEJylcqFNrQp4iwPxkbTS5CGt10TCnDkKuqI9Q8/nvxF+3Opyanh1RJtcwCCbY
5m4FSTRfJd/WyyyYEl2GLkP2NQuD1Tr3k66m0TGIfn++tuMkUH30Ys7HLwpFwFVW
LuI2SIIO5cSx2TCOTl97BOXXoaPaeN7JqWuA0vXeroUCDAPrAFeSxgOPWgEP/3dR
O4uEilIq4wn7FfqoF7/hXxi74GdyNdVI8/ll+iTdEQlQGvMKSpuJ1IAusejYJXJz
J5Qfud1FKtO9GEUbRPGKgU3LYglR4G5L+cvOKjamrA4KNQTAvuw5+qb/ZbPrbkdD
aSlDT21TYkG+fcJFD6q/gnFqn5bSW/eKTB/Jd47TRkxE3mzDP+n5dx1xpnUX8HoQ
F3JOyW628sNRS4QZWop01i4M4G6H0vyEvEeca2rbgbB25fh9oB9SI9DqYF+AeJKq
munAYTty97M4cSI2kg7MpeQD/GEOmg68SJ2yNhag3gisH6ILq0hIMr5PAth3IMrF
R0stS4vkGLzCsXCqr8cOPtfoMJ5HyFGMqkMmUo4EIsRpEtjChdMGAYUHekpuZuVJ
FKzW7ASHADrQRM4tNDeT0ZfrMrRvgfeMcsm+Dyyo9dw7ia+dKinnVCoW5jQjWzaM
3W+Fp7cmZfO6po4eBJfrySk+GNsePApzZHRwHi2aKMIKGZ0kQoTow0Og1/cTnjzS
rR0okzDx3Ig+eCK2XKrndBiMPY1i2IEfW+0Ra7IzC0lgA9vUd/2Bd29VX15AbSgN
3HJQ2K7KlFaYVTghzNrx6qadors3Wpc7n3yUGreBKPGNUxJmQxHa7m1nc0uqhnj1
VX3Mj10nlREh8hyxJ0gtW3/OLSZszcY5vz/CuzpI0ukBuqXsyiKtCdWSvaprj4ta
GhzLqb+mD2YauCTc1NZ/5BvZ0YLsmlChqIn86/5wPPjCA4NfAavQ2/9FkYZutcr2
kgDmZciTA4dKWodxfuqzD/dWOpeCLnOlnmeF6A/UF7T8R0+2KlyoumYETqyKusom
e31iL8VOi5TYvlsh0y8gOKIKcue/mAzSPsg6t6D9o/FbJP9qHz6giy/q6GIx40ds
cee8yZzPNIPPxBj+Z+uxzVpzWUpfQuy3AW8rA432W9gCI1pm8Jrp9WmA40uAOJNP
JwERCSiGWz560nm+5ATC/yo3x56ijAOzYMkTeq7FqRnnTIBj9lwvlANJpa3FkANH
f85TIq4TdJbe6roe7K05H2bodzTTSs2cEokOdKFGrhXBSoBHSWirbm1fg78av/p1
5NqbpMR+w88yRQBTIMrXb+X1cFJv1sL3As1nKqgfrFZnA0QvvpoQ4n3rpLkSOv9e
zleuQuhoWgQy9qeGuXUSB9TGPHg6jjq9zS4oxlWR6jO6j7Iyu8Sx5956K0SpG0JH
CpmdN0jOrLfquJP3099QCboXgFUB91zSf3jPkEBK4g6QhYGkJYiEtRLlnmj8ZKs9
ZUAX5w1EmzqqP/9k9OBE8lKbtzbCLgG9NlULfQzM/J4vZPrMzhD7jVraJvD9FtYd
zwscfL2Mf/dw7bEVQfAjt8AXW7b16GV2blMcW692plcROee7aRw/l06kCKLXCB/y
rxXX4dnw/Wuj6ep+cUtuC6X4f0vwok5dj6gPuIsQ+I7rsB6CQAcqWIJKtZo7tfWZ
g8eMHwvYQK0y0LKu8N5OZG/sMebW2ZLw/EXErZQIJSztp7Xz07q2gaYhmi3bZPTZ
OOcFuyOsYCH0CrPZlXZAEWSj1001f3Nf2kfGHQfxlILT2rKwT6yOAkMvI+ZXbwIF
L9bGdCXkYUwjteDy1nOMj6dE7on3/DUc+atwJ7xO0dFH0RwSzDnmUiY=
=4Si2
-END PGP MESSAGE-
___
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] Out of the box QGIS experience ( and What's this? Tool button)

[Nyall Dawson]

On 3 December 2015 at 12:38, Nathan Woodrow  wrote:
>
> Hi all,
>
> Doing some out of the box experience UI clean up e.g what is the first thing 
> you get when you run from clean config.
>
> Anyone stressed if I kill this button?


Not me. I can only find 1 or 2 controls which it actually applies to!
Better to remove it then have such an incomplete "feature".

Nyall



>
>
>
> I have never used it and the function seems pretty limited.
>
>
> Regards,
> Nathan
>
> ___
> 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] Out of the box QGIS experience ( and What's this? Tool button)

[Matthias Kuhn]

Seems nobody is reading the CODING document ;)

http://qgis.org/en/site/getinvolved/development/qgisdevelopersguide.html#dialogs

On 12/03/2015 02:38 AM, Nathan Woodrow wrote:
> Hi all,
>
> Doing some out of the box experience UI clean up e.g what is the first
> thing you get when you run from clean config.
>
> Anyone stressed if I kill this button?
>
> Inline image 1
>
> I have never used it and the function seems pretty limited.
>
>
> Regards,
> Nathan
>
>
> ___
> 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

-- 
Matthias Kuhn
OPENGIS.ch - https://www.opengis.ch
Spatial • (Q)GIS • PostGIS • Open Source



signature.asc
Description: OpenPGP digital signature
___
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