[Qgis-developer] Plugin [1136] Check coordinate system approval notification.

[noreply]

Plugin Check coordinate system approval by pcav.
The plugin version "[1136] Check coordinate system 0.1 Experimental" is now 
approved
Link: http://plugins.qgis.org/plugins/checkcoordinatesys/
___
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] how to turn my plugin into a processing subplugin

[Victor Olaya]

If you convert your plugin functionality into Processing scripts, then
it's very easy to distribute them, no need create a plugin manually
and add them to it.

Just create your scripts and make sure they are available in the
toolbox. Then, in the "Scripts" group of the toolbox, you will find a
tool called "Create script collection plugin". Just select the scripts
that you want to distribute, and it will package them into a plugin
that you can share in the plugins server. Installing the plugin will
add the scripts to the toolbox.

Hope this helps

2016-12-01 22:25 GMT+01:00 Nyall Dawson :
>
>
> On 29 Nov 2016 1:22 AM, "Julie Pierson"  wrote:
>
> Hi all,
>
> I would like to answer this issue for my plugin :
> https://github.com/UMR-PASSAGES/DissolveWithStats/issues/2, and turn it into
> a processing subplugin. I read this :
> https://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/processing.html,
> but I'm still not sure how to go on.
>
> I'm guessing that my script will be accessible from the Scripts/Tools part
> of the processing toolbox. But I don't understand :
> - where these scripts are hosted, and how do I submit it
> - where do I start ? Should I just make  a new version of my plugin without
> the GUI ?
>
>
> Have a look at
> https://github.com/jdugge/BufferByPercentage/commit/c52d161b40abf6bbd45e7ec421eb311623592e90
>
> That's a similar commit which added a processing module to an existing
> plugin.
>
> The hardest(?) part is refactoring your plugin to split all the logic out
> from any existing gui. Buts that's a good thing to do in any case.
>
> Nyall
>
>
> Sorry if the answers are obvious !
>
> Thanks,
>
> Julie.
> ___
> 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] how to turn my plugin into a processing subplugin

[Médéric Ribreux]

Le 2016-11-28 16:20, Julie Pierson a écrit :

Hi all,

I would like to answer this issue for my plugin :
https://github.com/UMR-PASSAGES/DissolveWithStats/issues/2, and turn
it into a processing subplugin. I read this :
https://docs.qgis.org/testing/en/docs/pyqgis_developer_cookbook/processing.html,
but I'm still not sure how to go on.

I'm guessing that my script will be accessible from the Scripts/Tools
part of the processing toolbox. But I don't understand :
- where these scripts are hosted, and how do I submit it
- where do I start ? Should I just make  a new version of my plugin
without the GUI ?

Sorry if the answers are obvious !

Thanks,

Julie.
___
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

Hello,

I think that you can first try to convert your plugin to a Processing 
Python script as stated here:

https://docs.qgis.org/testing/en/docs/user_manual/processing/scripts.html

When you create a Processing Python script from the dedicated dialog, it 
is stored into your ~/.qgis3/processing/script/ directory.
To fill the script code, you will have to extract the "algorithm" part 
of your plugin (the things that do the stats or the dissolve part which 
seems to be stored into 'dissolve_stats_dialog.py') and put it into a 
Python script.


For input/output, just use the dedicated "comments" syntax at the 
beginning of the script:

##myvector=vector
defines an input vector which will be available in myvector Python 
variable.


Once inputs and outputs are defined, there is no need to deal with 
dialogs to open/choose files, just use the "comments" variables and 
Processing will build the dialogs for you.
The script will be processed by Processing as is: the code will be 
interpreted as a Python script. You can add as many classes/functions 
you'd like into the script. Don't use the `if __name__ == '__main__'` 
Python syntax for the main loop. I think it is not interpreted correctly 
by Processing (not 100% sure though).


Once your plugin is converted, you can make a PR to 
https://github.com/qgis/QGIS-Processing which is the repository for 'Get 
models from on-line scripts collection' Processing dialog box and it 
will become available to anybody.



Cheers,

--
Médéric RIBREUX
https://medspx.fr
___
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] Any UI/UX plans for QGIS3?

[Nyall Dawson]

On 1 Dec 2016 11:28 PM, "DelazJ"  wrote:

Hi,

Apologies if I misread some comments above but I'm afraid we are moving
from what Alexandre was mentionning in his first post (in any case, the way
I understood it): add consistency to the features QGIS already provide (and
among those features). While I'm also interested in some requests (such as
"bad layers handling" - I like the way InDesign manage broken links), I
wonder if this kind of request should not be kept for the hub as it's a new
feature.

Richard mentioned a place where 3.0 requests were listed. Is it this one
https://github.com/qgis/qgis3.0_api/ ? While it's supposed to be api
oriented, maybe we can extend it and allow to list/discuss and filter (in a
more organized way) all UI/UX thingies that worth a fix before 3.0 lands.
In this way, anyone that wants to help can pick an issue and ask pointers
from devs if/when needed.


I'm not a fan of mixing the two. Maybe a new repo could be made for 3.0 ui
suggestions, but just like this thread it's going to get filled with a
thousand unrelated feature requests ;)

The api repo is a nice clean list of stuff that HAS to be done before 3.0
release or we miss the opportunity. Ui can always be addressed in a future
3.x release.

Nyall


my2cts,
Harrissou


2016-11-30 18:56 GMT+01:00 Spencer Gardner :

> (Sorry if this double posts. Forgot subject line last time)
>
> >Actually, I don't dislike the dialog of handlings bad layers. Maybe keeping
> >the layers could be a setting in that dialog. Another cool thing is if once
> >you correct one layer data source, it would be smart enough to fix layers
> >in a similar data source.
>
> I think I'd be OK with that. My biggest problem is wanting to keep the layer 
> in my map document even if the reference is bad so that I don't lose styling 
> or other information.
>
> Also +1 for intelligent fixing of layers with similar data 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
>


___
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] New color ramp widget: suggestions

[Howard, Stephen]

I tried to request the following feature enhancement some time ago but
don't know if it ever successfully got entered into the system (the
suggestions website is very confusing).

for Singleband Pseudocolor:  after classifying a continuous image (say
NDVI) into numerous classes (10's to 100's), allow the user to select MORE
than one class at time for color assignment (i.e. Click to select initial
class, then shift  click to select additional classes, assign
color to all selected classes).

Thanks for consideration of this request.

On Wed, Nov 30, 2016 at 12:07 PM, Bob and Deb  wrote:

> Why not have a "Recently Used" list?
>
> On Nov 30, 2016 2:19 AM, "Nyall Dawson"  wrote:
>
>> On 30 November 2016 at 20:07, Paolo Cavallini 
>> wrote:
>> > Il 30/11/2016 11:00, Anita Graser ha scritto:
>> >
>> >> -1 to this ... most of those cpt city gradients are pretty darn
>> ugly
>> >> or unsuitable for mapping in my opinion!
>> >>
>> >>
>> >> Many of the prettier ones (e.g.
>> >> http://soliton.vm.bytemark.co.uk/pub/cpt-city/wkp/template/t
>> n/wiki-2.0.png.index.html) are
>> >> also very difficult to use because we have no way to specify where the
>> >> border between blue = under sea level and green = above sea level is in
>> >> our raster values.
>> >
>> > agreed many are unsuitable, but others are really precious: I spend
>> > hours to design the CORINE one, years ago, and in Europe this is a must.
>> > NDVI is also tricky. Perhaps we could divide them in two sections, or
>> > simply include all the useful ones in the default?
>> > Anita: agreed some are very difficult to use - ideas for improvement?
>> > Thanks for the comments, I think we are greatly improving usability
>> here.
>> > All the best.
>>
>> Ok - I was a bit harsh here. I think the problem is that the good ones
>> are buried in ones which are totally useless. I'm referring to the
>> ramps like the different country flags, multiple variations on black
>> and white stripes, and things like banded "christmas candy" ramps.
>> Maybe we should curate a list of good ones and only show those at
>> first, rather then the "all ramps" category.
>>
>> Nyall
>>
>>
>> > --
>> > Paolo Cavallini - www.faunalia.eu
>> > QGIS & PostGIS courses: http://www.faunalia.eu/training.html
>> > https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
>> ___
>> 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
>



-- 

Stephen M. Howard
USGS, EROS
47914   252nd St
Sioux Falls, SD  57198
tel:  605 594 6027
email: smhow...@usgs.gov
___
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] Any UI/UX plans for QGIS3?

[DelazJ]

Hi,

Apologies if I misread some comments above but I'm afraid we are moving
from what Alexandre was mentionning in his first post (in any case, the way
I understood it): add consistency to the features QGIS already provide (and
among those features). While I'm also interested in some requests (such as
"bad layers handling" - I like the way InDesign manage broken links), I
wonder if this kind of request should not be kept for the hub as it's a new
feature.

Richard mentioned a place where 3.0 requests were listed. Is it this one
https://github.com/qgis/qgis3.0_api/ ? While it's supposed to be api
oriented, maybe we can extend it and allow to list/discuss and filter (in a
more organized way) all UI/UX thingies that worth a fix before 3.0 lands.
In this way, anyone that wants to help can pick an issue and ask pointers
from devs if/when needed.

my2cts,
Harrissou


2016-11-30 18:56 GMT+01:00 Spencer Gardner :

> (Sorry if this double posts. Forgot subject line last time)
>
> >Actually, I don't dislike the dialog of handlings bad layers. Maybe keeping
> >the layers could be a setting in that dialog. Another cool thing is if once
> >you correct one layer data source, it would be smart enough to fix layers
> >in a similar data source.
>
> I think I'd be OK with that. My biggest problem is wanting to keep the layer 
> in my map document even if the reference is bad so that I don't lose styling 
> or other information.
>
> Also +1 for intelligent fixing of layers with similar data 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
>
___
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: fixed, variable, and percentage buffer

[Matthias Kuhn]

On 12/01/2016 12:23 PM, Paolo Cavallini wrote:
> Il 01/12/2016 12:20, Nyall Dawson ha scritto:
> 
>> I don't really understand what you mean by this - can you elaborate?
> 
> I think some expression (in this case the one calculating Percentage
> buffer) could be saved in a list, with a descriptive name, so the user
> could use it straight away, without typing or even understanding the
> details.
> All the best.
> 

I think the tricky part is the parameters for the expressions.

"scale_value_field" / @percentage * 100

    
   field parameter  integer literal parameter

I think it will be required to formalize these paratemers and create a
UI for them to make it really user friendly.

Or I didn't understand your idea yet.

Matthias
___
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: fixed, variable, and percentage buffer

[Paolo Cavallini]

Il 01/12/2016 12:20, Nyall Dawson ha scritto:

> I don't really understand what you mean by this - can you elaborate?

I think some expression (in this case the one calculating Percentage
buffer) could be saved in a list, with a descriptive name, so the user
could use it straight away, without typing or even understanding the
details.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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: fixed, variable, and percentage buffer

[Nyall Dawson]

On 1 Dec 2016 9:16 PM, "Paolo Cavallini"  wrote:

Il 01/12/2016 12:14, Nyall Dawson ha scritto:

> I've been thinking about something similar to the data defined buttons
> used by symbology. Ie default to a constant value input, but using a
> custom widget you can choose to use a fields value or a custom expression.

or also named preset expressions, possibly?
all the best.


I don't really understand what you mean by this - can you elaborate?

Nyall

--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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: fixed, variable, and percentage buffer

[Paolo Cavallini]

Il 01/12/2016 12:14, Nyall Dawson ha scritto:

> I've been thinking about something similar to the data defined buttons
> used by symbology. Ie default to a constant value input, but using a
> custom widget you can choose to use a fields value or a custom expression.

or also named preset expressions, possibly?
all the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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: fixed, variable, and percentage buffer

[Nyall Dawson]

On 1 Dec 2016 8:47 PM, "Paolo Cavallini"  wrote:

Hi all,
with the recent addition of expressions as parameters, I think variable
buffer alg is a duplication of the fixed one, which should be renamed in
a generic "Buffer": am I wrong?
BTW: also Percentage buffer can be done with the same technique, so the
plugin[0] will possibly be useless.
Unsure about other plugins[1]: possibly these coud be unified as well?
Probably for the average user having to enter expression for this could
be intimidating at first: what about having a set of predefined expressions?



I've been thinking about something similar to the data defined buttons used
by symbology. Ie default to a constant value input, but using a custom
widget you can choose to use a fields value or a custom expression.

Nyall

All the best, and thanks.
===
[0]
http://plugins.qgis.org/plugins/BufferByPercentage/

[1]
http://plugins.qgis.org/plugins/Multi_Ring_Buffer/
http://plugins.qgis.org/plugins/MultiDistanceBuffer/
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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] The icon has Santa's cap ...

[Geo DrinX]

This morning, I had the surprise of see that the QGIS icon has the Santa
Claus red cap.

Do you noticed ?

Who had this nice idea ?   :)


Great !   Perhaps, we will have some other new ?


Regards and Happy new year (in advance)

Geo
___
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: fixed, variable, and percentage buffer

[Paolo Cavallini]

Hi Matthias,

Il 01/12/2016 11:59, Matthias Kuhn ha scritto:

> That's where I expect the biggest impact as well. Do you have an idea
> how to make this as easy as possible? A list of useful predefined
> expressions?

Yes, that was my idea. Possible named ones, so users can use them even
when not fully understanding the details.
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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: fixed, variable, and percentage buffer

[Matthias Kuhn]

Hi Paolo

Good thinking, deduplication is always a good move

On 12/01/2016 11:47 AM, Paolo Cavallini wrote:
> Probably for the average user having to enter expression for this could
> be intimidating at first: what about having a set of predefined expressions?

That's where I expect the biggest impact as well. Do you have an idea
how to make this as easy as possible? A list of useful predefined
expressions?

Matthias
___
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: fixed, variable, and percentage buffer

[Paolo Cavallini]

Hi all,
with the recent addition of expressions as parameters, I think variable
buffer alg is a duplication of the fixed one, which should be renamed in
a generic "Buffer": am I wrong?
BTW: also Percentage buffer can be done with the same technique, so the
plugin[0] will possibly be useless.
Unsure about other plugins[1]: possibly these coud be unified as well?
Probably for the average user having to enter expression for this could
be intimidating at first: what about having a set of predefined expressions?
All the best, and thanks.
===
[0]
http://plugins.qgis.org/plugins/BufferByPercentage/

[1]
http://plugins.qgis.org/plugins/Multi_Ring_Buffer/
http://plugins.qgis.org/plugins/MultiDistanceBuffer/
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
https://www.google.com/trends/explore?date=all=IT=qgis,arcgis
___
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