Re: [Qgis-developer] [Qgis-user] Assistance with Basic Authentication

[Richard Duivenvoorde]

On 29-11-16 00:51, Phil (The Geek) Wyatt wrote:

Hi Folks,

Is there anyone out there that can assist with a QGIS authentication
issue? I am trying to get basic authentication working but it seems to
be failing all the time. If someone has used authentication recently I
can supply the site details for testing.


Hi Devs (moving this to dev list),

I tested the geojson url of Phil, and if I provide username and password 
IN the url like below it works:


https://username:password@server/api/reports/sample/addresses/geojson

But without the username/password in the url, QGIS does not provide any 
authentication dialogs or so.


Is the api missing a header which QGIS needs to know there is 
authentication on it?


Or how is QGIS triggered to show authentication dialogs when provided 
basic authentication on a 'protocol'-vector layer?


Regards,

Richard Duivenvoorde

___
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 28 November 2016 at 21:59, Alexandre Neto  wrote:
> Hi Nyall! Thank you for your reply.
>
> A sex, 25/11/2016, 22:09, Nyall Dawson  escreveu:
>>
>>
>> I love it!
>>
>> Stuff like this is a great jumping in point where anyone can get
>> involved. It's just a matter of trawling through all the dialogs and
>> collating a list of strings which need changing. If that was done then
>> someone with commit rights could fix these in a couple of minutes. The
>> hard bit (and the bit where ANYONE can help) is making the list in the
>> first place.
>
>
> I will gladly work on that list, but I was hoping that, under the idea of
> "give a man a fish and you feed him for a day; teach a man to fish and you
> feed him for a lifetime", with a gentle push from a developer, I could
> directly fix some of the problems.

Even better! Just ping if you need assistance :)

Nyall


>
>>
>> Some more suggestions (which again, anyone could help with identifying):
>>
>> - replacing "non standard" icons. We still have some inconsitently
>> used icons (such as the expression builder icon) used throughout qgis.
>> - dialogs which violate hig conventions:
>> - use of ":" at the end of strings
>> - bad tab order
>> - group boxes with just one widget
>> - bad/inconsistent capitalisation in strings, dialog titles, and tooltips
>> - widgets without tooltips (or non helpful tooltips)
>
>
> Maybe I will start by gathering a list of issues to search for, before I
> start looking into each dialog. Those above are all good candidates.
>
>>
>>
>>
>>
>> These are also issues for plugins, so collating lists and opening bugs
>> against plugins would also help.
>>
>> >
>> > Help and Documentation
>> > - Most of our help buttons lead to nowhere, we already talked about
>> > pointing
>> > them to the User's Manual online (although we would need a solution for
>> > working with it offline and in different languages)
>> >
>> > Defaults
>> > - Should default selection color not be opaque?
>> > - Showing only selected features vertexes by default?
>> +1
>>
>> > - Map template, we could provide a very simple template as default (I
>> > think
>> > there was already some discussion about this); Most people I see gets
>> > very
>> > confused when they see a completely empty page.
>>
>> Depends how it's done. I don't think it should always open with a
>> template, but including some nice templates with qgis would be a good
>> start.
>
>
> We could have a few options when creating a new print composition keeping an
> "empty" option on the top.
> - Empty ()
> - A4 landscape
> - A4 portrait
> - plus list of recent user's templates
>
>>
>>
>> Another idea I'd love to see for 3.0 is switching the main ui to using
>> monochrome "symbolic" icons. I think this could really refresh the
>> interface and avoid the ui from taking attention away for the content
>> (ie, the pretty map you're making). I tried making a script to auto
>> convert the icons as a test and ended up with a horrendous result
>> which had to be burned in a furnace and scattered on the four winds.
>
>
> It would be nice if we could get some graphic designer to make them
> distinctive enough.
>
> Also, it would be nice if special care is taken so that they work with the
> the dark theme.
>
>>
>> Nyall
>>
>>
>
> Alex Neto
> --
> Alexandre Neto
> -
> @AlexNetoGeo
> http://sigsemgrilhetas.wordpress.com
> http://gisunchained.wordpress.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] Missing QgsApplication.instance().argv in master

[Alessandro Pasotti]

Il 28/nov/2016 20:32, "Nyall Dawson"  ha scritto:
>
>
>
> On 29 Nov 2016 12:55 AM, "Alessandro Pasotti"  wrote:
>>
>> On Mon, Nov 28, 2016 at 3:44 PM, Matthias Kuhn 
wrote:
>>>
>>> Hi Alessandro,
>>>
>>> QApplication is part of PyQt, did you check if it also changed if you
>>> run a non-QGIS pyqt application?
>>
>>
>>
>> Yes, it seems so:
>>
>> >>> from PyQt5.QtWidgets import QApplication, QWidget
>> >>> a = QApplication([])
>> >>> a.argv()
>>
>> Traceback (most recent call last):
>>   File "", line 1, in 
>>
>> AttributeError: 'QApplication' object has no attribute 'argv'
>
>
> Shouldn't that be QApplication.arguments()?
>
> http://doc.qt.io/qt-5/qcoreapplication.html#arguments
>
> There's no QApplication::argv member.
>
> Nyall
>

Thanks, arguments() works the same as argv() for Qt5.

Do you by chance know where does argv member come from in PyQt4? I couldn't
find it in the Qt 4.8 docs, that's why I was confused. Was it a PyQt
addition? http://pyqt.sourceforge.net/Docs/PyQt4/qcoreapplication.html#argv

>>
>>
>> In [2]: import sys
>>...: from PyQt4 import Qt
>>...:
>>...: a = Qt.QApplication(sys.argv)
>>...:
>>
>> In [3]: a.argv()
>> Out[3]: ['/usr/local/bin/ipython']
>>
>>
>> Now I wonder if this is a PyQt bug or something changed in Qt itself
>>
>> Is there anything we can do to get the argv/argc in a python script
running inside QGIS?
>>
>> This is needed by the testing environment in
https://github.com/boundlessgeo/qgis-testing-environment-docker/blob/master/qgis_testrunner.py#L150
>> fortunately, there are some workarounds.
>>
>>
>>>
>>>
>>> Matthias
>>>
>>> On 11/28/2016 03:35 PM, Alessandro Pasotti wrote:
>>> > Hi,
>>> >
>>> > the following code is working fine in 2.x but not in master:
>>> >
>>>  QgsApplication.instance().argv()
>>> > Traceback (most recent call last):
>>> >   File "/usr/lib/python3.5/code.py", line 91, in runcode
>>> > exec(code, self.locals)
>>> >   File "", line 1, in 
>>> > AttributeError: 'QApplication' object has no attribute 'argv'
>>> >
>>> >
>>> > I looked at the sip file but I did not find the reason why it's now
>>> > failing, any idea what has changed in this regard?
>>> >
>>> >
>>> > --
>>> > Alessandro Pasotti
>>> > w3:   www.itopen.it 
>>> >
>>> >
>>> > ___
>>> > Qgis-developer mailing list
>>> > Qgis-developer@lists.osgeo.org
>>> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> >
>>> ___
>>> Qgis-developer mailing list
>>> Qgis-developer@lists.osgeo.org
>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>>
>>
>>
>>
>> --
>> Alessandro Pasotti
>> w3:   www.itopen.it
>>
>> ___
>> Qgis-developer mailing list
>> Qgis-developer@lists.osgeo.org
>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
>
>
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Missing QgsApplication.instance().argv in master

[Nyall Dawson]

On 29 Nov 2016 12:55 AM, "Alessandro Pasotti"  wrote:

On Mon, Nov 28, 2016 at 3:44 PM, Matthias Kuhn  wrote:

> Hi Alessandro,
>
> QApplication is part of PyQt, did you check if it also changed if you
> run a non-QGIS pyqt application?
>


Yes, it seems so:

>>> from PyQt5.QtWidgets import QApplication, QWidget
>>> a = QApplication([])
>>> a.argv()

Traceback (most recent call last):
  File "", line 1, in 

AttributeError: 'QApplication' object has no attribute 'argv'


Shouldn't that be QApplication.arguments()?

http://doc.qt.io/qt-5/qcoreapplication.html#arguments

There's no QApplication::argv member.

Nyall



In [2]: import sys
   ...: from PyQt4 import Qt
   ...:
   ...: a = Qt.QApplication(sys.argv)
   ...:

In [3]: a.argv()
Out[3]: ['/usr/local/bin/ipython']


Now I wonder if this is a PyQt bug or something changed in Qt itself

Is there anything we can do to get the argv/argc in a python script running
inside QGIS?

This is needed by the testing environment in https://github.com/
boundlessgeo/qgis-testing-environment-docker/blob/
master/qgis_testrunner.py#L150
fortunately, there are some workarounds.



>
> Matthias
>
> On 11/28/2016 03:35 PM, Alessandro Pasotti wrote:
> > Hi,
> >
> > the following code is working fine in 2.x but not in master:
> >
>  QgsApplication.instance().argv()
> > Traceback (most recent call last):
> >   File "/usr/lib/python3.5/code.py", line 91, in runcode
> > exec(code, self.locals)
> >   File "", line 1, in 
> > AttributeError: 'QApplication' object has no attribute 'argv'
> >
> >
> > I looked at the sip file but I did not find the reason why it's now
> > failing, any idea what has changed in this regard?
> >
> >
> > --
> > Alessandro Pasotti
> > w3:   www.itopen.it 
> >
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
Alessandro Pasotti
w3:   www.itopen.it

___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] QGIS v3 Code sprint in Lyon

[Yves Jacolin]

Hello,

As someone asked it I share a concern about the code sprint: While held in 
Lyon, France and that mainly french speaking people will be present, if there 
is no native french speaking people the official langage for the code sprint 
will be english.

Following the wiki page [1], we have at least one dev that doesn't speak 
french, so the discussion will be held in english.

Thanks,

Y.
[1] 
https://github.com/qgis/QGIS/wiki/Code-Sprint-QGIS-3-Lyon,-end-2016

___
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] Dissolve processing alg vs Vector menu group by

[PIERRE Sylvain]

Hi devs,

I found different results when I want to dissolve line vector layer by 
attribute value :
With Dissolve processing alg,  features are merged but with Multilinestring 
geometry type for dissolved cases, and Linestring geometry  for other cases.
With group by action from vector menu, all  features get Linestring type.

Is ‘group by’ behavior the right one? In such case should be  Dissolve 
processing alg improved?

Sylvain


___
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] how to turn my plugin into a processing subplugin

[Julie Pierson]

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

Re: [Qgis-developer] Reporting an issue at http://hub.qgis.org/

[Sandro Santilli]

On Mon, Nov 28, 2016 at 10:31:42AM +1000, Nyall Dawson wrote:

> And I have no clue what the actual mantra is.

Just for completeness: the mantra is written in a wiki page only
readable by selected users. The URL below will be a 404 to anyone
not signed in *and* part of such group:

 https://git.osgeo.org/gogs/sac/userid-mantra/wiki

The team is currently composed by 12 people, at least 3 of which
I recognize as QGIS committers. The group is open so I invite
anyone from the core QGIS team to apply for being part of it.

Just let me know with a private email and I'll add you (or file
a trac ticket).
NOTE: you log into the Gogs service with your existing OSGeo UserID.

Note that users are not forced to hop on IRC but can as well
use email, in which case the mail they send is read again by
a subset of the people who have read access to the userid-mantra
wiki, that are those who agreed to respond to those mails.

If anyone here wants to help in responding those mails, again
let me know (or file a trac ticket).

--strk;
___
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] Missing QgsApplication.instance().argv in master

[Alessandro Pasotti]

On Mon, Nov 28, 2016 at 3:44 PM, Matthias Kuhn  wrote:

> Hi Alessandro,
>
> QApplication is part of PyQt, did you check if it also changed if you
> run a non-QGIS pyqt application?
>


Yes, it seems so:

>>> from PyQt5.QtWidgets import QApplication, QWidget
>>> a = QApplication([])
>>> a.argv()
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: 'QApplication' object has no attribute 'argv'


In [2]: import sys
   ...: from PyQt4 import Qt
   ...:
   ...: a = Qt.QApplication(sys.argv)
   ...:

In [3]: a.argv()
Out[3]: ['/usr/local/bin/ipython']


Now I wonder if this is a PyQt bug or something changed in Qt itself

Is there anything we can do to get the argv/argc in a python script running
inside QGIS?

This is needed by the testing environment in
https://github.com/boundlessgeo/qgis-testing-environment-docker/blob/master/qgis_testrunner.py#L150
fortunately, there are some workarounds.



>
> Matthias
>
> On 11/28/2016 03:35 PM, Alessandro Pasotti wrote:
> > Hi,
> >
> > the following code is working fine in 2.x but not in master:
> >
>  QgsApplication.instance().argv()
> > Traceback (most recent call last):
> >   File "/usr/lib/python3.5/code.py", line 91, in runcode
> > exec(code, self.locals)
> >   File "", line 1, in 
> > AttributeError: 'QApplication' object has no attribute 'argv'
> >
> >
> > I looked at the sip file but I did not find the reason why it's now
> > failing, any idea what has changed in this regard?
> >
> >
> > --
> > Alessandro Pasotti
> > w3:   www.itopen.it 
> >
> >
> > ___
> > Qgis-developer mailing list
> > Qgis-developer@lists.osgeo.org
> > List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> > Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> >
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer




-- 
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] Missing QgsApplication.instance().argv in master

[Matthias Kuhn]

Hi Alessandro,

QApplication is part of PyQt, did you check if it also changed if you
run a non-QGIS pyqt application?

Matthias

On 11/28/2016 03:35 PM, Alessandro Pasotti wrote:
> Hi,
> 
> the following code is working fine in 2.x but not in master:
> 
 QgsApplication.instance().argv()
> Traceback (most recent call last):
>   File "/usr/lib/python3.5/code.py", line 91, in runcode
> exec(code, self.locals)
>   File "", line 1, in 
> AttributeError: 'QApplication' object has no attribute 'argv'
> 
> 
> I looked at the sip file but I did not find the reason why it's now
> failing, any idea what has changed in this regard?
> 
> 
> -- 
> Alessandro Pasotti
> w3:   www.itopen.it 
> 
> 
> ___
> Qgis-developer mailing list
> Qgis-developer@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer
> 
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-developer
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-developer

[Qgis-developer] Missing QgsApplication.instance().argv in master

[Alessandro Pasotti]

Hi,

the following code is working fine in 2.x but not in master:

>>> QgsApplication.instance().argv()
Traceback (most recent call last):
  File "/usr/lib/python3.5/code.py", line 91, in runcode
exec(code, self.locals)
  File "", line 1, in 
AttributeError: 'QApplication' object has no attribute 'argv'


I looked at the sip file but I did not find the reason why it's now
failing, any idea what has changed in this regard?


-- 
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] Any UI/UX plans for QGIS3?

[Matthias Kuhn]

Hi Alex

On 11/28/2016 12:59 PM, Alexandre Neto wrote:
> Hi Nyall! Thank you for your reply.
> 
> A sex, 25/11/2016, 22:09, Nyall Dawson  > escreveu:
> 
> 
> I love it!
> 
> Stuff like this is a great jumping in point where anyone can get
> involved. It's just a matter of trawling through all the dialogs and
> collating a list of strings which need changing. If that was done then
> someone with commit rights could fix these in a couple of minutes. The
> hard bit (and the bit where ANYONE can help) is making the list in the
> first place.
> 
> 
> I will gladly work on that list, but I was hoping that, under the idea
> of "give a man a fish and you feed him for a day; teach a man to fish
> and you feed him for a lifetime", with a gentle push from a developer, I
> could directly fix some of the problems.

Pick your choice, try using Qt Designer and a text editor and full text
search to fix whatever you want. If you run into walls, ping me (or
someone else) here or on gitter. I'll be happy to provide you with trawl
nets if possible ;)

> 
> > - Map template, we could provide a very simple template as default
> (I think
> > there was already some discussion about this); Most people I see
> gets very
> > confused when they see a completely empty page.
> 
> Depends how it's done. I don't think it should always open with a
> template, but including some nice templates with qgis would be a good
> start.
> 
> 
> We could have a few options when creating a new print composition
> keeping an "empty" option on the top.
> - Empty ()
> - A4 landscape
> - A4 portrait
> - plus list of recent user's templates

Nice idea!

> 
> 
> 
> Another idea I'd love to see for 3.0 is switching the main ui to using
> monochrome "symbolic" icons. I think this could really refresh the
> interface and avoid the ui from taking attention away for the content
> (ie, the pretty map you're making). I tried making a script to auto
> convert the icons as a test and ended up with a horrendous result
> which had to be burned in a furnace and scattered on the four winds.
> 
> 
> It would be nice if we could get some graphic designer to make them
> distinctive enough.

Any chance to ask your employer to jump in here? IIRC they also helped
with someone for the website redesign. And after the shiny charts in a
blog post from last week this could be a nice move to live up a bit
closer to the contribution share which this post pretended they hold in
QGIS ;P

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] Cleaning up the QEP repository

[Nathan Woodrow]

Thanks. I will review tomorrow.

On Mon, 28 Nov 2016 11:17 pm DelazJ  wrote:

> Below a list of QEP that I think could be closed in order to have a
> cleaner repository:
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/75: Add
> concept of "true north" to composer north arrows, implemented in
> https://github.com/qgis/QGIS/pull/3618
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/71:
> Save/restore colorramp name for singleband pseudocolor renderer,
> implemented in https://github.com/qgis/QGIS/pull/3496
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/59: Aggregate
> functions for QGIS expressions, implemented in
> https://github.com/qgis/QGIS/pull/3073
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58:  QGIS
> Styles, Symbols, and SVG Markers Sharing Repository, implemented as a
> plugin
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/53: WFS
> provider enhancements, implemented in several PRs
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/45: Long term
> releases, adopted
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/35: Authentication
> configuration system with master password, implemented in
> https://github.com/qgis/QGIS/pull/2330
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/32: Add an
> interface in QGIS Server for access control plugins, implemented in
> https://github.com/qgis/QGIS/pull/2056
>
> - https://github.com/qgis/QGIS-Enhancement-Proposals/issues/29: QGIS
> Enhancement 18: QGIS 3.0, (obsolete) we are already on the road
>
> HTH,
> Harrissou
> ___
> 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] Cleaning up the QEP repository

[DelazJ]

Below a list of QEP that I think could be closed in order to have a cleaner
repository:

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/75: Add concept
of "true north" to composer north arrows, implemented in
https://github.com/qgis/QGIS/pull/3618

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/71:
Save/restore colorramp name for singleband pseudocolor renderer,
implemented in https://github.com/qgis/QGIS/pull/3496

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/59: Aggregate
functions for QGIS expressions, implemented in
https://github.com/qgis/QGIS/pull/3073

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/58:  QGIS
Styles, Symbols, and SVG Markers Sharing Repository, implemented as a plugin

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/53: WFS
provider enhancements, implemented in several PRs

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/45: Long term
releases, adopted

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/35: Authentication
configuration system with master password, implemented in
https://github.com/qgis/QGIS/pull/2330

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/32: Add an
interface in QGIS Server for access control plugins, implemented in
https://github.com/qgis/QGIS/pull/2056

- https://github.com/qgis/QGIS-Enhancement-Proposals/issues/29: QGIS
Enhancement 18: QGIS 3.0, (obsolete) we are already on the road

HTH,
Harrissou
___
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?

[Paolo Cavallini]

Il 28/11/2016 12:59, Alexandre Neto ha scritto:

> We could have a few options when creating a new print composition
> keeping an "empty" option on the top.
> - Empty ()
> - A4 landscape
> - A4 portrait
> - plus list of recent user's templates

agreed, this will make life easier for many.
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: 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?

[Alexandre Neto]

Hi Nyall! Thank you for your reply.

A sex, 25/11/2016, 22:09, Nyall Dawson  escreveu:


I love it!

Stuff like this is a great jumping in point where anyone can get
involved. It's just a matter of trawling through all the dialogs and
collating a list of strings which need changing. If that was done then
someone with commit rights could fix these in a couple of minutes. The
hard bit (and the bit where ANYONE can help) is making the list in the
first place.


I will gladly work on that list, but I was hoping that, under the idea of
"give a man a fish and you feed him for a day; teach a man to fish and you
feed him for a lifetime", with a gentle push from a developer, I could
directly fix some of the problems.


Some more suggestions (which again, anyone could help with identifying):

- replacing "non standard" icons. We still have some inconsitently
used icons (such as the expression builder icon) used throughout qgis.
- dialogs which violate hig conventions:
- use of ":" at the end of strings
- bad tab order
- group boxes with just one widget
- bad/inconsistent capitalisation in strings, dialog titles, and tooltips
- widgets without tooltips (or non helpful tooltips)


Maybe I will start by gathering a list of issues to search for, before I
start looking into each dialog. Those above are all good candidates.





These are also issues for plugins, so collating lists and opening bugs
against plugins would also help.

>
> Help and Documentation
> - Most of our help buttons lead to nowhere, we already talked about
pointing
> them to the User's Manual online (although we would need a solution for
> working with it offline and in different languages)
>
> Defaults
> - Should default selection color not be opaque?
> - Showing only selected features vertexes by default?
+1

> - Map template, we could provide a very simple template as default (I
think
> there was already some discussion about this); Most people I see gets very
> confused when they see a completely empty page.

Depends how it's done. I don't think it should always open with a
template, but including some nice templates with qgis would be a good
start.


We could have a few options when creating a new print composition keeping
an "empty" option on the top.
- Empty ()
- A4 landscape
- A4 portrait
- plus list of recent user's templates



Another idea I'd love to see for 3.0 is switching the main ui to using
monochrome "symbolic" icons. I think this could really refresh the
interface and avoid the ui from taking attention away for the content
(ie, the pretty map you're making). I tried making a script to auto
convert the icons as a test and ended up with a horrendous result
which had to be burned in a furnace and scattered on the four winds.


It would be nice if we could get some graphic designer to make them
distinctive enough.

Also, it would be nice if special care is taken so that they work with the
the dark theme.


Nyall



Alex Neto
-- 
Alexandre Neto
-
@AlexNetoGeo
http://sigsemgrilhetas.wordpress.com
http://gisunchained.wordpress.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] Reporting an issue at http://hub.qgis.org/

[Matthias Kuhn]

Hi

I really like the idea of having an osgeo infrastructure that is built
on top of an open source stack and gives a user a single login on all
infrastructure.

The problem seems to be, that it's just very few people taking care of
it and this situation makes it very hard to maintain a good
infrastructure. I would really appreciate if UX received more attention
also in this context (I actually think it's really important that it does).

This discussion fits with my experience so far, it seems to be quite
complicated to get up and running with the current system.

Personally I would not mind moving to a different provider if it makes
maintenance easier and improves UX.

Of course, keeping it hard to sign up reduces the amount of reported
issues. The question is if it's actually a good filter that reduces
noise. I have the feeling that we should rather encourage users to write
better reports by providing them with the required information at the
time they are writing the bug. See e.g. how we do for QField [1] with a
template and a link to the guidelines on top.

Thanks for all the good comments in this dicussion!
Matthias

[1] https://github.com/opengisch/QField/issues/new
___
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] Reporting an issue at http://hub.qgis.org/

[Richard Duivenvoorde]

On 28-11-16 10:36, Raymond Nijssen wrote:

This is very recognizable, Nyall!

What are the options? Do other open source software projects have more
user friendly systems for this? We could ask osgeo to implement it.


Hi Raymond,

the point is not to come up with options, those are there enough. Strk 
even put one in place (Gogs [0]). Problem is/was:


- the inability to come to a consensus which one to use
- the inability to determine if we need to keep history when moving to
- responsible people to actually DO it (and handle the critics that come 
from people who would have decided to do it otherways)


Regards,

Richard

[0] https://git.osgeo.org/gogs/

___
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] Styling: custom dashes and data defined pen

[Denis Rouzaud]

Hi all,

It seems that whenever you have a data defined pen, the custom dashed
pattern (if provided) is not respected even when pen = 'dash'.

Shall I give another string than 'solid' to the pen, like 'custom'?

Thank you!

Denis

___
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] Reporting an issue at http://hub.qgis.org/

[Richard Duivenvoorde]

On 2016-11-28 01:31, Nyall Dawson wrote:


End result - no report filed, I can't remember what his suggestion
was, he's left thinking open-source is complex and not beginner
friendly, and I'm left embarrassed because I can't even help him file
a ticket (let alone get it fixed!).

I realise that the current setup was done by hard working volunteers,
and I applaud their efforts, but the sad truth is that it's just not
working anymore and we need a better solution. :(


Hi Nyall,

Myself I'm not so much against moving to GH issues to be honest, 
although I'm scared of the number of issues already coming in and our 
(in my view aparent) inability to handle those...


My fear (and some experience) is that the average 'user' is very eager 
to let us know his/her problem, but is not very eager to do any follow 
up work: he/she just want's it fixed. Which is good and valid, but I'm 
not sure if it fit's in our current infrastructure. Maybe I'm too 
cynical but handling hundreds of half-baken/nontech issues is where you 
leave fun/volunteer work and make it paid/not-so-fun work. But maybe I'm 
plain wrong and we should 'just do it', growing pains will show up 
anyway :-)
The vast income of nice features (which is GOOD) also seems to come with 
a lot of issues we have to handle problems with super basic GIS stuff 
(hanlding shapes/data, OGR problems, simple algorithms like 
buffering/dissolve not working correctly etc etc).
We (well... you and other devs already do) should really concentrate a 
lot on testing and quality.
Can we make this a (more important) part of QGIS 3 too? Maybe by 
cleaning up some smelling code places (looking at the QGIS startup 
process here etc etc)...


In short: it is important to keep changing/discussing these things and I 
hope the new QGIS-association is able to handle all this in a way both 
devs as users stay a happy family.


Regards,

Richard




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

[Anita Graser]

On Fri, Nov 25, 2016 at 10:40 PM, Tim Sutton  wrote:
>
> This is definately a love/hate topic, but as I got used to the ribbons in
> MS-Software, I really see them now as a way to partially reduce the
> clutter, though I have no real idea how to intelligently group the stuff
> (but I'm sure enough brilliant people around here could have good ideas)
> And this would really give QGIS3 a maximum of a "fresh" look.
>
>
> I thought I really disliked ribbons, but the ribbon interface that Marco
> and Sandro from Sourcepole demonstrated in Girona really appealed to me. I
> think if it is carefully done it could be nice. However I don't know it it
> makes sense for general use cases where users probably value screen real
> estate over big easy to click buttons. In Sourcepole's case they had a very
> well defined audience and specific activities they needed to perform I
> thought it made a lot of sense.
>

​I also liked the ​customized UI by Sourcepole but Tim is right, they had
to fit a really limited set of functionality.

Additonally, for example, the Powerpoint ribbon is as high as four rows of
toolbars on my notebook. And the ribbons cannot be arrange vertically on
the left or right side. This leaves very little map space, particularly on
notebooks.​



​Best wishes,
Anita​

​
___
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] Reporting an issue at http://hub.qgis.org/

[Raymond Nijssen]

This is very recognizable, Nyall!

What are the options? Do other open source software projects have more 
user friendly systems for this? We could ask osgeo to implement it.


Raymond


On 28-11-16 01:31, Nyall Dawson wrote:

On 27 November 2016 at 21:33, Bernd Vogelgesang
 wrote:


As long as the developers are happy with the tools, I don't care, but
assistance from ordinary users in some form is not so likely as well.



Actually, truth is a lot of developers are not happy with the osgeo
auth integration. Eg me.

I was recently in a discussion about qgis with a co-worker who had a
small suggestion about how we could improve the software. I thought
this was the perfect time to show him how to file a feature request in
the hope that doing so would help him understand better about how open
source works and how he can get involved.

So I show him hub, then watch in total embarrassment as he struggles
to find out how to register for the site. And then when he finds out
how to get to the registration page, he's asked for a "mantra".
Obviously, he has no idea what this is, and turns to ask me about it.
And I have no clue what the actual mantra is. And I know that trying
to explain to him something like "ok, now you go to irc and find
someone on this channel who knows that magic phrase..." is totally
pointless and he'll never do that.

End result - no report filed, I can't remember what his suggestion
was, he's left thinking open-source is complex and not beginner
friendly, and I'm left embarrassed because I can't even help him file
a ticket (let alone get it fixed!).

I realise that the current setup was done by hard working volunteers,
and I applaud their efforts, but the sad truth is that it's just not
working anymore and we need a better solution. :(

Nyall








 > Let me know if you have a problem resetting your password (though I


cannot reset it for you either...), then we figure out another way to
issue your problem.

Regards,

Richard Duivenvoorde




Cheers
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




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