Re: [QGIS-Developer] Broken 'randomness' for new layer styles?

[Nyall Dawson]

On 2 February 2018 at 21:52, Richard Duivenvoorde  wrote:
> Somebody (Raymond ;-) ) 'complained' to me that running a processing
> algorithm everytime comes up with an (ugly) brown style.

I've noticed this too - but had assumed it was just some setting I'd
changed locally. It's fixed by https://github.com/qgis/QGIS/pull/6254

BUT

Coincidentally, Mathieu and I have been speaking this week about
approaches to improve the random colors picked for layers. We came up
with a similar approach:

- find a palette of ~100 colors which we think look good for layers,
and remove gross colors from this
- include this palette as an additional pre-installed color palette
within the standard QGIS install
- on startup, pick a random starting color from this list and a random
direction (forward or backward). When adding layers, grab this color
for the layer and then jump to the next/previous color in the preset
palette for the next layer added.
- (for 3.2 : allow users to pick which palette to use for new layer colors)

How's this sound? I'd love to address this for 3.0 - our default
random color selection often picks yuck colors, and I think it'd be
great if 3.0 "magically" produced nicer looking maps for users without
any work required by them!

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

[QGIS-Developer] Building sip bindings on Windows 64 bit

[Nathan Woodrow]

Hey,

Anyone else seen this error before trying to build bindings on a 64 bit
build.

c:\osgeo4w64\apps\python36\include\pyconfig.h(403): note: see previous
definition of 'HAVE_DIRECT_H'

C:\Users\Nathan\dev\build\python\core\sip_corepart0.cpp(168592): fatal
error C1001: An internal error has occurred in the compiler.

(compiler file 'msc1.cpp', line 1468)

To work around this problem, try simplifying or changing the program near
the locations listed above.

Please choose the Technical Support command on the Visual C++

I don't seem to get it on 32 bit build but always on a 64 bit build.

Thoughts?

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

Re: [QGIS-Developer] Saving New Map View(s)

[Nyall Dawson]

On 3 February 2018 at 00:58, matteo  wrote:
> Hi all,
>
> I think one of my favorite new feature of QGIS 3 is having the chance to
> create new (and independents) map views.
>
> One thing I'm missing is that when I close the new map view created
> there is no way to save it (or maybe I don't see it)?
>
> Am I missing something?

No, you're correct. Closing the view deletes it and removes it from
the project. What would you suggest happens here?

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

Re: [QGIS-Developer] Management of bug tracker queue

[DelazJ]

Paolo, while revisiting old issues, should we just test against QGIS 3 (and
update the affected version label) or preferably 2.18 LTR?

2018-02-02 15:26 GMT+01:00 Régis Haubourg :

> Deduplicated :)
>
>
>
> 2018-02-02 15:24 GMT+01:00 Paolo Cavallini :
>
>> Il 02/02/2018 14:22, Régis Haubourg ha scritto:
>> > I created a request right now,
>> > please try this one:
>> > https://issues.qgis.org/projects/qgis/issues?query_id=158
>> >
>> > Is that working for you ?
>>
>> now duplicated :/
>> thanks
>>
>> --
>> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [1300] QEPANET approval notification.

[noreply]

Plugin QEPANET approval by pcav.
The plugin version "[1300] QEPANET 0.94" is now approved
Link: http://plugins.qgis.org/plugins/qepanet/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] QGIS GeoPackage saving issues

[Richard Duivenvoorde]

Hi Devs,

Looking at a gpkg problem I created an issue for some time ago:

https://issues.qgis.org/issues/17899

It appears that QGIS is doing some guessing about the primary key?

Like, IF there is a fid, it is used as PK, but gpkg creation fails when
the original fid is not an integer.

Second: when you (in the QGIS save dialog) empty the 'fid' field (as in
this case, remove fid in the field), creation succeeds, but you end up
with a table in the gpkg with a column with an empty column name ('').

Can others confirm?
Or is this a GDAL issue?

Regards,

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

[QGIS-Developer] Saving New Map View(s)

[matteo]

Hi all,

I think one of my favorite new feature of QGIS 3 is having the chance to
create new (and independents) map views.

One thing I'm missing is that when I close the new map view created
there is no way to save it (or maybe I don't see it)?

Am I missing something?

Thanks

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

Re: [QGIS-Developer] Question about Mac Installer

[Anita Graser]

On Fri, Feb 2, 2018 at 3:41 PM, William Kyngesburye 
wrote:

> I still need to figure out the signing.  I'll probably do it for v3
> release.
>
> One small hitch I'm thinking about is the separate GDAL Complete - I think
> it would be a bit odd to sign GDAL with a QGIS dev cert, so I am
> considering making a truly all-in-one QGIS, but I really want GDAL as a
> separate package because I use it a lot outside QGIS.  There is also the
> external Python 3 that is not signed, which I may also bundle in the QGIS
> app, and additional python modules which are not signed.  Though loaded as
> a library to QGIS, I don't know if that matters.
>
> In the end, even if I make an all-in-one QGIS, I'd still have a separate
> GDAL installer for those that need it, which wouldn't be signed, along with
> my Postgres/PostGIS stack (which uses GDAL Complete), also not signed.  So
> many users would still need to fuss with the macOS security to get that
> stuff installed and running.
>
>
​Shouldn't there be an OSGEO certificate? I remember the discussions but
not the exact resolution.

Regards,
Anita​
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Question about Mac Installer

[William Kyngesburye]

I still need to figure out the signing.  I'll probably do it for v3 release.

One small hitch I'm thinking about is the separate GDAL Complete - I think it 
would be a bit odd to sign GDAL with a QGIS dev cert, so I am considering 
making a truly all-in-one QGIS, but I really want GDAL as a separate package 
because I use it a lot outside QGIS.  There is also the external Python 3 that 
is not signed, which I may also bundle in the QGIS app, and additional python 
modules which are not signed.  Though loaded as a library to QGIS, I don't know 
if that matters.

In the end, even if I make an all-in-one QGIS, I'd still have a separate GDAL 
installer for those that need it, which wouldn't be signed, along with my 
Postgres/PostGIS stack (which uses GDAL Complete), also not signed.  So many 
users would still need to fuss with the macOS security to get that stuff 
installed and running.

> On Jan 31, 2018, at 2:45 PM, Tim Sutton  wrote:
> 
> Hi
> 
>> On 31 Jan 2018, at 18:55, Alex M > > wrote:
>> 
>> Question 1.
>> The QGIS.org  download page
>> https://qgis.org/en/site/forusers/download.html 
>>  says:
>> "This version requires separate installation of dependency framework
>> (GDAL Complete) , also found at the download link below."
>> 
>> Kyngchaos says http://www.kyngchaos.com/software/qgis 
>> 
>> "All required items are included on the disk image."
>> 
>> Which is it? I don't actually have a Mac to test, trying to download
>> files to take to others who need it.
> 
> Its kind of both. For convenience, Willian (Kyngchaos) has included all 
> needed installer packages in the QGIS download archive. So simply download 
> it, open the DMG and install each package as indicated by the README inside 
> the DMG.
> 
>> 
>> Question 2.
>> Kyngchaos page states
>> "Install Note: OS X security may block installation, as I'm not an
>> "identified developer" (ie not paying Apple to develop software)."
>> 
>> Didn't OSGeo buy an Apple Signing cert just for issues like this?
> 
> Defer to Jürgen’s answer on this.
> 
> Regards
> 
> Tim
> 
>> 
>> Thanks,
>> Alex
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org 
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> 
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
>> 
> —
> 
> 
> 
> 
> 
> 
> 
> Tim Sutton
> 
> Co-founder: Kartoza
> Project chair: QGIS.org 
> 
> Visit http://kartoza.com  to find out about open source:
> 
> Desktop GIS programming services
> Geospatial web development
> GIS Training
> Consulting Services
> 
> Skype: timlinux 
> IRC: timlinux on #qgis at freenode.net 
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org 
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer 
> 
-
William Kyngesburye 
http://www.kyngchaos.com/

"We can die but once, and that once we must die.  To be always fearing, then, 
would not avert it, and would make life miserable."

- Tarzan, on death

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

Re: [QGIS-Developer] Management of bug tracker queue

[Régis Haubourg]

Deduplicated :)



2018-02-02 15:24 GMT+01:00 Paolo Cavallini :

> Il 02/02/2018 14:22, Régis Haubourg ha scritto:
> > I created a request right now,
> > please try this one:
> > https://issues.qgis.org/projects/qgis/issues?query_id=158
> >
> > Is that working for you ?
>
> now duplicated :/
> thanks
>
> --
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Régis Haubourg]

Jef, you are SO fast :).
let me delete the #158
Régis



2018-02-02 15:22 GMT+01:00 Paolo Cavallini :

> Il 02/02/2018 14:20, Jürgen E. Fischer ha scritto:
> > Hi Paolo,
> >
> > On Fri, 02. Feb 2018 at 14:12:50 +, Paolo Cavallini wrote:
> >> Thanks for chacking. So it must be related to different privileges from
> >> different users.
> >
> > It's publicly visible now.
>
> thanks a lot Jürgen
> wouldn't it be better to move it to the top of the list?
> sorry for asking again
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Giovanni Manghi]

Who could do that?


I will make that query public later today.

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

Re: [QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Il 02/02/2018 14:22, Régis Haubourg ha scritto:
> I created a request right now,
> please try this one:
> https://issues.qgis.org/projects/qgis/issues?query_id=158
> 
> Is that working for you ?

now duplicated :/
thanks

-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Régis Haubourg]

I created a request right now,
please try this one:
https://issues.qgis.org/projects/qgis/issues?query_id=158

Is that working for you ?

Régis

2018-02-02 15:18 GMT+01:00 Paolo Cavallini :

> Il 02/02/2018 14:13, Anita Graser ha scritto:
> > Ok, sorry for that. Seems to be my personalized query ... even if I
> > don't remember creating it.
>
> so:
> * I (most of us? everybody except Anita?) don't have the query listed
> * me and Anita can see the results of the query
> * others are not allowed to.
> I am proposing to recreate the query and make it available to all logged
> users by default.
> Who could do that?
> Thanks.
>
> --
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Il 02/02/2018 14:20, Jürgen E. Fischer ha scritto:
> Hi Paolo,
> 
> On Fri, 02. Feb 2018 at 14:12:50 +, Paolo Cavallini wrote:
>> Thanks for chacking. So it must be related to different privileges from
>> different users.
> 
> It's publicly visible now.

thanks a lot Jürgen
wouldn't it be better to move it to the top of the list?
sorry for asking again
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



signature.asc
Description: OpenPGP digital signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[DelazJ]

I can see that at the right of the dialog, i have three categories
("Reports", "My custom reports" and "Custom reports"- not sure of the
translation). I'm pretty sure that I have created my "reported by me"
query, after the revamp of Redmine, shown in category 2.
Maybe, during the upgrade we lose that query and recreating it for all
issuers will do the trick ; I guess that all queries in the third section
use the same url for all: to check this, here "bug closed" is id=140 and
"regression (qgis3)" is 27. Is that the same for you?

2018-02-02 15:13 GMT+01:00 Anita Graser :

> Ok, sorry for that. Seems to be my personalized query ... even if I don't
> remember creating it.
>
> Anita
>
> On Fri, Feb 2, 2018 at 2:54 PM, Régis Haubourg 
> wrote:
>
>> Same here,
>> Régis
>>
>> 2018-02-02 14:28 GMT+01:00 Tom Chadwin :
>>
>>> I'm logged in, but https://issues.qgis.org/projec
>>> ts/qgis/issues?query_id=128
>>> gives me a 403 error (not authorized).
>>>
>>> Tom
>>>
>>>
>>>
>>> -
>>> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
>>> --
>>> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.
>>> html
>>> ___
>>> QGIS-Developer mailing list
>>> QGIS-Developer@lists.osgeo.org
>>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>>
>>
>>
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Jürgen E . Fischer]

Hi Paolo,

On Fri, 02. Feb 2018 at 14:12:50 +, Paolo Cavallini wrote:
> Thanks for chacking. So it must be related to different privileges from
> different users.

It's publicly visible now.


Jürgen

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


signature.asc
Description: PGP signature
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Il 02/02/2018 14:13, Anita Graser ha scritto:
> Ok, sorry for that. Seems to be my personalized query ... even if I
> don't remember creating it.

so:
* I (most of us? everybody except Anita?) don't have the query listed
* me and Anita can see the results of the query
* others are not allowed to.
I am proposing to recreate the query and make it available to all logged
users by default.
Who could do that?
Thanks.

-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[Paolo Cavallini]

Il 02/02/2018 13:04, Tom Chadwin ha scritto:

> I guess we just need to ask "Is there a problem which needs to be solved?"
> before deciding what to do.

problems IMHO are:
* users can get confused by several similar plugins; additional criteria
to decide will help
* developers often partially or totally replicate the work of others,
instead of merging forces; an easy way to check more popular plugins
could give a way to decide to merge instead of starting over.
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Anita Graser]

Ok, sorry for that. Seems to be my personalized query ... even if I don't
remember creating it.

Anita

On Fri, Feb 2, 2018 at 2:54 PM, Régis Haubourg 
wrote:

> Same here,
> Régis
>
> 2018-02-02 14:28 GMT+01:00 Tom Chadwin :
>
>> I'm logged in, but https://issues.qgis.org/projec
>> ts/qgis/issues?query_id=128
>> gives me a 403 error (not authorized).
>>
>> Tom
>>
>>
>>
>> -
>> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
>> --
>> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.
>> html
>> ___
>> QGIS-Developer mailing list
>> QGIS-Developer@lists.osgeo.org
>> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Il 02/02/2018 13:54, Régis Haubourg ha scritto:
> Same here,
> Régis
> 
> 2018-02-02 14:28 GMT+01:00 Tom Chadwin  >:
> 
> I'm logged in, but
> https://issues.qgis.org/projects/qgis/issues?query_id=128
> 
> gives me a 403 error (not authorized).

Thanks for chacking. So it must be related to different privileges from
different users.
Anyone can give a hint here?
Thanks.
-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Régis Haubourg]

Same here,
Régis

2018-02-02 14:28 GMT+01:00 Tom Chadwin :

> I'm logged in, but https://issues.qgis.org/projects/qgis/issues?query_id=
> 128
> gives me a 403 error (not authorized).
>
> Tom
>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-
> f4099106.html
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Tom Chadwin]

I'm logged in, but https://issues.qgis.org/projects/qgis/issues?query_id=128
gives me a 403 error (not authorized).

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[Tom Chadwin]

DelazJ wrote
> This statement assumes that having a higher number of
> downloads is more important for plugin devs than having a more featured or
> less buggy plugin.

No, I certainly didn't say it was more important. I think it is important as
evidence not just of size of userbase (indicated by number of installations
of a single version), but also of how trustworthy the userbase finds the
plugin (indicated by the fact that the total of downloads across a long
history of versions is high).


DelazJ wrote
> And while having a large user base is for sure
> rewarding, i'm pretty sure (and I guess you, too) it's not the objective
> of
> most of the developers. I think the best way to have that "recognition" is
> to provide working and stable plugin.

I'm not talking about reward or recognition for devs. I'm talking about
perceived maturity and trustworthiness of software. This is profoundly
important to get traction in corporate/public-sector organizations.
Quantitative evidence is often used/requested for proposals in such arenas
(whether rightly or wrongly). It's easier for me to build a case for QGIS as
a web mapping tool via qgis2web compared to ArcGIS Online if I can point to
approaching 0.25m downloads of the plugin. Yes, it's a questionable figure,
but it has some legitimacy, and definitely some persuasive power.


DelazJ wrote
> one can also argue that the
> current system is a "good" reason to push devs regularly publish new
> versions, whether heavily tested or not (knowing or expecting that their
> user base will update, once again).

Yes, I think that's valid. That's why I'm not talking about this figure as
being the *only* indicator of plugin quality - far from it.


DelazJ wrote
> Maybe a solution will be to show both values (sum and max), but still it
> doesn't help to decide whether a plugin is eligible to the "Most popular"
> list.

No, I don't think we say "popular", nor should we, for all the reasons we
have discussed.

I guess we just need to ask "Is there a problem which needs to be solved?"
before deciding what to do.

Thanks

Tom



-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Il 02/02/2018 12:55, Anita Graser ha scritto:
> I see "Issues reported by me" (but only if I'm logged in of course):
> https://issues.qgis.org/projects/qgis/issues?query_id=128

oh, strangely enough I don't. I only see:

Custom queries

Bugs causing Crash
Bugs closed
Bugs with "Feedback" status (last updated > than 15 days ago)
Explicit links to redmine
High priority
High priority grouped by affected version
High priority grouped by category
Issues created last week
Latest fixes to 2.18 LTR
Regressions (QGIS 2)
Regressions (QGIS 3)
Regressions grouped by affected version
Subject contains dpi

but in any case the id=128 works, so we have one less problem.
Thanks Anita.
-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Management of bug tracker queue

[Anita Graser]

On Fri, Feb 2, 2018 at 1:48 PM, Paolo Cavallini 
wrote:
>
> * adding back the "Bugs reported by me" default query (I can't find it
> any more, any special reason to remove it?)


I see "Issues reported by me" (but only if I'm logged in of course):
https://issues.qgis.org/projects/qgis/issues?query_id=128

​Regards,
Anita
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[Paolo Cavallini]

Il 02/02/2018 12:47, Alexander Bruy ha scritto:

>> Btw, for new (version of) plugins it could be nice to show their changelog
>> in Plugin manager before user downloads it (another feature request, sorry!).
> 
> This functionality was available for years. But most of the users don't bother
> with reading what devs wrote in the plugin metadata.

yes, as it stands has little relevance; that's why I'm suggesting to add
more sugar to it, making it more prominent and kindly pushing users to
cast their vote, add comments etc.
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Management of bug tracker queue

[Paolo Cavallini]

Hi all,
Giovanni kindly sent me a lists of all tickets last updated before
01-01-2015. I'd like to invite everyone (perhaps also more recent ticket
authors) to revise their own tickets, and check whether they still apply
to QGIS3. This will make in any case easier an eventual transitions to
GH or whatever. I see two choices to prepare a mass mailing:
* one email per author, listing their tickets
* adding back the "Bugs reported by me" default query (I can't find it
any more, any special reason to remove it?) and send a mail to all
authors pointing to it.
The second seems easier, the first can bring a higher motivation.
Opinions? Anyone willing to prepare the mass mailing (I think we may
have problems with antispam here, if not properly done)?
Thanks.
-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[Alexander Bruy]

2018-02-02 14:13 GMT+02:00 DelazJ :
> Why would someone update a code if there's no reason?

Are new features and bugfixes count as reason?

> Btw, for new (version of) plugins it could be nice to show their changelog
> in Plugin manager before user downloads it (another feature request, sorry!).

This functionality was available for years. But most of the users don't bother
with reading what devs wrote in the plugin metadata.

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

Re: [QGIS-Developer] Keeping OTB algorithm in qgis processing

[Pedro Venâncio]

 Hi all,

I think this new approach is more or less the same approach used in the
early times of Sextante, before it is ported to QGIS core and become
Processing.

I remember that Sextante at that time had a very good feature, being an
external plugin, that was the updates. They were not dependent of the QGIS
release schedule, and so bugs were solved and new versions made available
very quickly.

Having the providers as plugins, we will regain this flexibility. The
counterpart is that there may be providers that may no longer exist in
Processing, due to lack of workforce. But getting them integrated, without
this workforce, lacking maintenance, is not a good idea either.

So I think this new approach, taking pros and cons, might work well.

I understand Rashad who thinks it would be better to have all providers,
out-of-the-box, after installing QGIS, but we can not get the best of both
worlds in just one. And it seems to me, that OTB's integration into QGIS is
assured, at least as much as it depends on Rashad's will!

Best regards,
Pedro




2018-02-02 11:11 GMT+00:00 Paolo Cavallini :

> Hi Rashad,
>
> Il 02/02/2018 10:47, Rashad Kanavath ha scritto:
>
> > A user of application can select -type gaussian -type.gaussian.radius 3
> > when launching application.
> > otb application check for invalid cases such as if type is gaussian then
> > one cannot use -type.mean.radius
> > This is okay for command line, but for graphical interface one has to
> > hide /show parameters based on the value of it's parent.
> >
> > This is a limitation of qgis processing that upstream was forced to
> > split applications based on group. I am not blaming or targeting here.
> > Just saying about a missing feature for support for one provider.
>
> Very interesting. Wouldn't make sense to have it upstream? This would be
> useful also for other providers.
>
> >  QGIS users now have three application for smoothing and maybe 10 or
> > more application for TrainImagesClassifer.
>
> This was originally made on purpose, with the idea of having simplified
> atomic commands. Nowe the ecosystem is more riche, and there is room for
> more complex interfaces.
>
> Thanks for your input.
>
> --
> 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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[Paolo Cavallini]

Il 02/02/2018 12:13, DelazJ ha scritto:

> Maybe a solution will be to show both values (sum and max), but still it
> doesn't help to decide whether a plugin is eligible to the "Most
> popular" list. Anyway, I think that, like for featured plugins, a fairer
> solution needs to be found here too.

while being passionate about stats, I still believe in this case user
feedback and rating is our best option here.
not by chance is the way we all choose apps on our phones.
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] Plugin [730] Line direction histogram approval notification.

[noreply]

Plugin Line direction histogram approval by pcav.
The plugin version "[730] Line direction histogram 2.5" is now approved
Link: http://plugins.qgis.org/plugins/LineDirectionHistogram/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] How are Featured Plugins Chosen?

[DelazJ]

Hi Tom,

2018-02-01 13:43 GMT+01:00 Tom Chadwin :

> Hi Harrissou
>
> My argument against that is that it encourages plugin authors not to update
> their plugins.


Allow me to disagree. This statement assumes that having a higher number of
downloads is more important for plugin devs than having a more featured or
less buggy plugin. And while having a large user base is for sure
rewarding, i'm pretty sure (and I guess you, too) it's not the objective of
most of the developers. I think the best way to have that "recognition" is
to provide working and stable plugin.
Why would someone update a code if there's no reason? Not all plugins out
there are based on different/upstream libraries: some are just few lines
extending current capabilities of QGIS. As long as it works without bugs
and is still compatible with newer versions of QGIS, why updating?
I don't think that there's a good reason to "hide" them.

As users are probably aware, I release versions often. This
> means that a single version never gets very high in usage numbers. I would
> argue that "release early, release often" is A Good Thing, assuming plugin
> versions are tested and stable.
>
> Following the above-mentioned assumption, one can also argue that the
current system is a "good" reason to push devs regularly publish new
versions, whether heavily tested or not (knowing or expecting that their
user base will update, once again). Btw, for new (version of) plugins it
could be nice to show their changelog in Plugin manager before user
downloads it (another feature request, sorry!).

Maybe a solution will be to show both values (sum and max), but still it
doesn't help to decide whether a plugin is eligible to the "Most popular"
list. Anyway, I think that, like for featured plugins, a fairer solution
needs to be found here too.

Regards,
Harrissou

Thanks
>
> Tom
>
>
>
> -
> Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon
> --
> Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.
> html
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] qgis server time support

[David Marteau]

Hi,

For implementing this feature,  one assume that such a time information is 
available from the target layer ? Is that the case ? It is done in a normalized 
way ?

David



> Le 2 févr. 2018 à 11:57, Martin Landa  a écrit :
> 
> Hi all,
> 
> to my knowledge there is no time support in QGIS2 server similar to
> GeoServer [1]. Is there any plan to implement time support for QGIS3?
> I checked bug tracker but haven't found any related issue.
> 
> Thanks in advance, Martin
> 
> [1] http://docs.geoserver.org/latest/en/user/services/wms/time.html
> 
> -- 
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

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

[QGIS-Developer] Broken 'randomness' for new layer styles?

[Richard Duivenvoorde]

Somebody (Raymond ;-) ) 'complained' to me that running a processing
algorithm everytime comes up with an (ugly) brown style.

While (I think) the styling of a newly added/created vector layer should
be more or less random..., what I see is that the colors (at least here
with me) often start with a couple of times brown, then another color
then again two times another color (exact same rgb values) etc etc.

So my question is:
- how 'random' should these colors be?
- would it be an idea to create some (nicer colored) color list, which
would then be used to select (random?) colors from.

To check:
- open (in master) whatever point layer.
- search for Buffer algo in processing toolbox
- double click it to show the dialog
- click 'Run in Background' button 10 times (with default values)

As an example the result with me here...

Regards,

Richard Duivenvoorde


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

[QGIS-Developer] Plugin [1380] Batch Hillshader approval notification.

[noreply]

Plugin Batch Hillshader approval by pcav.
The plugin version "[1380] Batch Hillshader 2.2.1" is now approved
Link: http://plugins.qgis.org/plugins/batch_hillshader-master/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Keeping OTB algorithm in qgis processing

[Paolo Cavallini]

Hi Rashad,

Il 02/02/2018 10:47, Rashad Kanavath ha scritto:

> A user of application can select -type gaussian -type.gaussian.radius 3
> when launching application.
> otb application check for invalid cases such as if type is gaussian then
> one cannot use -type.mean.radius
> This is okay for command line, but for graphical interface one has to
> hide /show parameters based on the value of it's parent.
> 
> This is a limitation of qgis processing that upstream was forced to
> split applications based on group. I am not blaming or targeting here.
> Just saying about a missing feature for support for one provider.

Very interesting. Wouldn't make sense to have it upstream? This would be
useful also for other providers.

>  QGIS users now have three application for smoothing and maybe 10 or
> more application for TrainImagesClassifer. 

This was originally made on purpose, with the idea of having simplified
atomic commands. Nowe the ecosystem is more riche, and there is room for
more complex interfaces.

Thanks for your input.

-- 
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: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] plugin causes 2.99 to crash - help?

[Tom Chadwin]

Nyall Dawson wrote
> I'd try some workarounds like intercepting the dialog close events

I already do that to save some settings:

https://github.com/tomchadwin/qgis2web/blob/master/qgis2web/maindialog.py#L573

Thanks to your suggestion, I did some tests, and the overwritten closeEvent
function either doesn't fire at all undr the crash circumstances, or the
crash occurs before the first statement in my custom closeEvent(). This
means I don't get the chance either to:


Nyall Dawson wrote
> - deleting the web preview widget manually
> or
> - setting its html to a blank page

closeEvent() *does* execute if the preview pane is either blank or contains
an OpenLayers preview.

Is the Qt version in the OSGeo4W dev nightly built with any debug
output/symbols? If not, is there a way I can use such a debug version?

Thanks

Tom




-
Buy Pie Spy: Adventures in British pastry 2010-11 on Amazon 
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Developer-f4099106.html
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] show/hide widgets in AlgorithmDialog in qgis processing

[Rashad Kanavath]

see other thread.
https://lists.osgeo.org/pipermail/qgis-developer/2018-February/051797.html

closing discussion here.

On Fri, Feb 2, 2018 at 12:22 AM, Nyall Dawson 
wrote:

> On 2 February 2018 at 04:12, Rashad Kanavath 
> wrote:
> > Hello,
> >
> > Is there a way to hide and show parameter widgets in Algorithm dialog?
> > current qgsprocessing from master has a FlagHidden for parameters. but
> this
> > should be done before loading algorithm. Once it's loaded, based on user
> > input (say change of selection in QComboBox) I cannot show or hide
> > parameters again.
>
> Can you elaborate on the use case here?
>
> Nyall
>



-- 
Regards,
   Rashad
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

[QGIS-Developer] qgis server time support

[Martin Landa]

Hi all,

to my knowledge there is no time support in QGIS2 server similar to
GeoServer [1]. Is there any plan to implement time support for QGIS3?
I checked bug tracker but haven't found any related issue.

Thanks in advance, Martin

[1] http://docs.geoserver.org/latest/en/user/services/wms/time.html

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [QGIS-Developer] Keeping OTB algorithm in qgis processing

[Rashad Kanavath]

On Fri, Feb 2, 2018 at 12:36 AM, Nyall Dawson 
wrote:

> On 1 February 2018 at 20:01, Rashad Kanavath 
> wrote:
> > Hello,
> >
> > Processing plugin allows to integrate other toolboxes. IIUC, this was
> one of
> > the features of it.
> > So when you say integration of so and so toolboxes are total mess, you
> might
> > think back.
>
> I think there's a misunderstanding/language barrier at play here -
> no-one meant that the code is a mess, just that the end result of the
> QGIS team trying to maintain 3rd party providers resulted in an
> inferior experience all round - for users, qgis developers AND the
> underlying library developers (whom I'm sure don't appreciate being
> blamed when a QGIS processing algorithm is mis-using their API).
>
>
Can you elaborate on this QGIS processing algorithm mis-using API ?


> Yes, one of Processing's big strengths is its ability to integrate
> other toolboxes and make 3rd party libraries accessible within the
> QGIS environment and tie them together into models. Another one of
> QGIS' great strengths is its strong plugin ecosystem, which allows
> anyone the ability to create plugins and extend QGIS, and not be tied
> into the core QGIS development practices and release schedules. That's
> why plugin-based providers are the BEST solution in my opinion.
>
> > Nobody had seen new changes to otb algs so all of your comments are on
> old
> > version.  Why so rush?
> > Okay, it easy to reject stating the same reason over and over again. I
> > understand that.
>
> Just to be clear - no-one is commenting on your code quality or
> targeting OTB specifically. It's the question of whether or not
> Processing providers which depend on other libraries should be
> included in the main install or moved to plugins which we are
> debating. So please, don't take any of this as criticism of your code
> or (much appreciated) efforts.
>

I never said you commented on code quality. I said everyone should comment
on new code.
But there are comments and or decisions made on old one  codebase even the
thread started with updating and cleaning up stuff.
And I did said that all your comments about that is valid and reasonable.

Hence, I suggested that to see if all your points to keep providers out
still stands with new code. (not done yet)
For SAGA and others, I cannot speak much because I am not involved in it.
so if it feels like I was targeting OTB, this was not against anything.
But I guess saga or even grass is not planning for similar support for qgis
provider like OTB.
 And maybe this is the case for R and others. So that make sense to remove
it from plugin.

If there is one plugin provider which has mostly code tied to processing
then it will be easy for QGIS.
Consider this, OTB plugin was moved out of qgis some time ago and after
that came a lot of changes to qgis processing.
change of parameter names, moving code to c++ etc.. Now GRASS, SAGA etc got
all these changes because it was in tree.
I understand the idea behind removing otb. If this provider wasn't such a
mess to maintain it would have stayed. Even though it
attains the same complexity level as others. I don't agree that it should
be so complex.

And IMHO, the point being this providers are hard to maintain itself lies
with processing plugin and not individual providers or qgis core.
Be it OTB, GRASS , SAGA or anything.


> > What happens at end, a processing plugin with zero providers?
>
> Far from it. My vision would be:
>
> - core install: only includes the native QGIS providers (c++, Python
> and 3D) and the GDAL/OGR provider (since it's impossible to build QGIS
> without GDAL we can be 100% sure that it's always available wherever
> QGIS is installed). Maybe GRASS provider too, since GRASS is very
> heavily linked into QGIS due to the GRASS provider and c++ GRASS
> plugin.

In case of GDAL, I agree. But I (and many other users) don't have GRASS and
SAGA installed.
So this is some kind of assumption that I cannot fully agree. GRASS
provider still has all of descriptor for grass7 in your tree.
And this was/is the case of OTB for now. New changes will not need a
descriptor file in your tree.
OTB installation will provide a descriptor file in the format needed by
qgis processing!

>

- via QGIS' plugin ecosystem: a whole world of providers ready to
> install for users, including SAGA, OTB, lastools, R, PySAL, etc...
>
>
Yes. most of the concern was more with installation of external tools for
users.
>From this and other threads, keeping processing providers outside was not
related to amount or quality code or targetted at specific tool.
Just that it requires external tools. We understand that totally. But what
we don't agree is your assumption that so and so tools is already for most
of qgis users.
Even if grass or saga is installed, one has to configure it to use. So the
problem of installing something for users seems to be key here.
Now GDAL is not considered an external 

Re: [QGIS-Developer] update of otb plugin for QGIS

[Rashad Kanavath]

Hello Tisham,

On Fri, Feb 2, 2018 at 3:56 AM, Tisham Dhar 
wrote:

> Perhaps the plugin should provide an OTB binaries install mechanism once
> it runs and inspects the platform it is on.
>

Yes. This is my current proposal to otb provider. And the code will be less
and simpler than grass, saga etc..
But unless I finish coding part, It's not easy to have a discussion as
everyone refers to old version all the time.



>
> *From:* Rashad Kanavath [mailto:mohammedrasha...@gmail.com]
> *Sent:* Wednesday, January 31, 2018 7:19 PM
>
> *To:* Tisham Dhar 
> *Cc:* qgis-developer@lists.osgeo.org
> *Subject:* Re: [QGIS-Developer] update of otb plugin for QGIS
>
>
>
> Hello,
>
>
>
> On Wed, Jan 31, 2018 at 2:05 AM, Tisham Dhar <
> tisham.d...@aerometrex.com.au> wrote:
>
> Hi Rashad,
>
>
>
> I meant pre-built OTB binaries rather than plugin binaries. I believe QGIS
> builds on more platforms than OTB does.
>
>
>
> plugin code is in python. so nothing much to worry on binaries part and
> they depend on qgis processing code.
>
> QGIS had removed otb plugin from processing and kept others. So there is
> another stuff to work on user side and developer side.
>
>
>
> Regards,
>
>
>
> Tisham.
>
>
>
> *From:* Rashad Kanavath [mailto:mohammedrasha...@gmail.com]
> *Sent:* Tuesday, January 30, 2018 7:45 PM
> *To:* Tisham Dhar 
> *Cc:* qgis-developer@lists.osgeo.org
> *Subject:* Re: [QGIS-Developer] update of otb plugin for QGIS
>
>
>
>
>
> Hell Tisham,
>
>
>
> Can you explain the part of binaries issue?
>
>
>
> The documentation of build from source is already there for OTB. The new
> module which if merged into Modules/Wrappers/QGIS will be like any other
> otb module.
>
> Since there are no external dependencies, this could be enabled by
> default. So need to specific documentation to build it is not required.
>
>
>
> But once the coding work is done, there will be another (RFC) and in that
> i will include the usage, builds options etc..
>
>
>
> On Tue, Jan 30, 2018 at 1:10 AM, Tisham Dhar <
> tisham.d...@aerometrex.com.au> wrote:
>
> Hi All,
>
>
>
> I am an avid supporter to OTB and would love to see the plugin brought
> more in line with latest developments in OTB. The binaries issue will
> always exist and I believe OTB should support the same ones for which Qgis
> binaries are available already. The other platforms should have a clear
> build from source documentation. These should be listed in the RFC.
>
>
>
> Regards,
>
>
>
> Tisham Dhar
>
> Research Engineer
>
> Aerometrex PTY LTD
>
> 59 King William St.
>
> Kent Town SA 5067
> 
>
> Australia
> 
>
>
>
>
> ___
> QGIS-Developer mailing list
> QGIS-Developer@lists.osgeo.org
> List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
>
>
>
> --
>
> Regards,
>Rashad
>
>
>
>
>
> --
>
> Regards,
>Rashad
>



-- 
Regards,
   Rashad
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer