Re: [QGIS-Developer] Using help button from a third-party Processing algorithm

[DelazJ]

Hi,

Nyall, the reporter is using 3.2.3 and I do not have third-party providers
installed here. So it might be fixed though regarding the issue report I
mentioned above I'm not really sure given that:
- if I understand the commit, saga is among the providers we keep showing
the help button for
- the link built (
https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/saga/rastertools.html#sagaaveragewithmask2)
by the button refers to an alg we don't have in docs (Average with mask 2 -
added to QGIS only a year ago) and more importantly, and this is what leads
to 404, a "rastertools" category we don't provide (and I can't see where
that category comes from). And we are anyway far from covering SAGA modules
(see
https://docs.qgis.org/testing/en/docs/user_manual/processing_algs/saga/index.html
vs
https://github.com/qgis/QGIS/tree/master/python/plugins/processing/algs/saga/description
vs http://www.saga-gis.org/saga_tool_doc/2.2.4/a2z.html (latest?))

Does anything prevent us to:
1- apply the same rule to qgis and gdal providers: use our docs
2- apply same rule to grass and saga providers: use their docs
3- hide the help button for other providers and let them implement their
path?

Looks like 3 is already done but 1 and 2 need some tweaks.

Regards,
Harrissou

Le ven. 12 oct. 2018 à 22:53, Nyall Dawson  a
écrit :

> On Fri, 12 Oct 2018 at 20:23, Matteo Ghetta 
> wrote:
> > for all these 3rd part providers, we know that it is (and always will
> > be) difficult to keep the links updated to the official docs. I think
> > that, if we cannot provide this support, we should drop the Help button
> > for these providers. I know that it could sound harsh, but better than
> > opening a 404 page
> >
>
> This should have been fixed for a couple of weeks, since
> https://github.com/qgis/QGIS/pull/8014/commits/c3db16cd6
>
> Do you still see this with recent 3.3 builds?
>
> 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 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] Using help button from a third-party Processing algorithm

[Nyall Dawson]

On Fri, 12 Oct 2018 at 20:23, Matteo Ghetta  wrote:
> for all these 3rd part providers, we know that it is (and always will
> be) difficult to keep the links updated to the official docs. I think
> that, if we cannot provide this support, we should drop the Help button
> for these providers. I know that it could sound harsh, but better than
> opening a 404 page
>

This should have been fixed for a couple of weeks, since
https://github.com/qgis/QGIS/pull/8014/commits/c3db16cd6

Do you still see this with recent 3.3 builds?

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] plugin reload fail

[Ing. Pierluigi De Rosa]

Dear all,

I have a simple problem.
I'm porting the opeNoise plugin [1] to 3.x
I'm not the author plugin but I'm experiencing that the plugin reload
fails. It tels me that the plugin have been reloaded but the changes
are non applied. Even if I deactivate and than activate the plugin the
same results (no changes detected).
The only way is to restart the software any time losing too much time.

Can someone help me please?
thanks
Pierluigi


[1] https://github.com/Arpapiemonte/openoise
-- 
 -- 



 
 Ing. Pierluigi De Rosa   PhD in Scienze della terra 
Professore a contratto di G.I.S. presso Università di Perugia

Studio Associato GFOSSERVICES
    
Presso CAMPUS Via F.lli Cairoli 24 - 06127 Perugia (PG) fax: 075 7823038
cel: 3497558268
web: www.gfosservices.it
skype: pierluigi.derosa  
___
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] For info: Travis now has supports Windows

[Tom Chadwin]

Run your single test suite on all major platforms (early release):

https://blog.travis-ci.com/2018-10-11-windows-early-release?utm_source=twitter_medium=web_campaign=windows_early_release

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] QGIS WCS is requesting FULL dataset?

[Richard Duivenvoorde]

Hi,

using our national DEM WCS:

https://geodata.nationaalgeoregister.nl/ahn3/wcs?

Loading the layer ahn3_5m_dtm for an area of a couple of km in
epsg:28992 is very slow.

I'm not so familiar with the WCS specs, but I see QGIS asking:

https://geodata.nationaalgeoregister.nl/ahn3/wcs?SERVICE=WCS=1.0.0=GetCoverage=GEOTIFF_FLOAT32=ahn3_5m_dtm=1,25,356250,618750=EPSG:28992_CRS=EPSG:28992=10=10

which is the whole of the Netherlands (in a 10x10 pixel output??) and
after that a more proper bbox.

Is this supposed to go like this?
I reckon that (if the WCS data does not have overviews), loading the
whole dataset all the time is pretty intensive.

Anybody more familiar with this can tell something about this?

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 [1377] TlugProcessing approval notification.

[noreply]

Plugin TlugProcessing approval by pcav.
The plugin version "[1377] TlugProcessing 2.4" is now approved
Link: http://plugins.qgis.org/plugins/TlugProcessing/
___
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] Using help button from a third-party Processing algorithm

[Matteo Ghetta]

Hi Harrissou,

thanks for raining this important issue again

> * For GDAL, it brings you to the GDAL docs. I think that while
> perfectible, our GDAL alg doc is good enough to link instead, and our
> docs also propose a link to the corresponding GDAL call.

+1. I think that for GDAL the Help button should point to our doc (where
the links to the GDAL official docs are listed ). This allows us to
improve these algs with some more specific examples/pictures/etc

> * SAGA tries to open a page in our docs and returns a 404 (as reported
> in [1]). I guess this would be the case for any other third party alg
> (R, OTB, TauDem, LASTools... to name those we have docs in our repo).

for all these 3rd part providers, we know that it is (and always will
be) difficult to keep the links updated to the official docs. I think
that, if we cannot provide this support, we should drop the Help button
for these providers. I know that it could sound harsh, but better than
opening a 404 page

> IMO, and I already exposed it in the previous message (read it for
> detailed rationales), other than GDAL, pressing a help button should
> rely on the third party algs docs (ie, the way GRASS works). A check in
> the history of our doc repo proves that we do not maintain the other
> algs (reason why I'd like to remove them from our repo) and they
> actually have their proper website, better served than what we document.
> So better use it.
> 
> I don't know if this has to be done in QGIS code or in the plugin that
> links the two tools nor if QGIS proposes the necessary configs to help
> plug the other providers docs (so that we could invite the other
> projects to do the necessary changes/links). But it would be nice to get
> an official position and sort this out (both about keeping unmaintained
> docs and fixing help buttons).

A personal UI opinion: instead of opening an external browser, what
about resurrecting the old Help tab in the alg dialog?

Cheers

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

[QGIS-Developer] Plugin [875] Online Routing Mapper approval notification.

[noreply]

Plugin Online Routing Mapper approval by pcav.
The plugin version "[875] Online Routing Mapper 0.9" is now approved
Link: http://plugins.qgis.org/plugins/OnlineRoutingMapper/
___
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] Using help button from a third-party Processing algorithm

[DelazJ]

Hi devs,

I raised this issue months ago in the community list [0] from a
documentation maintainer perspective. It does not get solved. It arises
again, but from a user perspective (aka as a bug report [1]) and as this
impacts QGIS GUI, let's try to discuss and find a solution here: Have a
guideline for the behavior of help button in Processing dialogs.

Depending on the provider, the help button of an algorithm behaves
differently:

* For QGIS algs, it brings you to our docs;
* For GRASS algs, it brings you to the GRASS official docs. The issue I met
is that the docs link is not updated when the GRASS version changed (for
example, using the osgeo4w qgis-dev-g7.4.1.bat file, it should update the
settings with GRASS 7.4 paths)
* For GDAL, it brings you to the GDAL docs. I think that while perfectible,
our GDAL alg doc is good enough to link instead, and our docs also propose
a link to the corresponding GDAL call.
* SAGA tries to open a page in our docs and returns a 404 (as reported in
[1]). I guess this would be the case for any other third party alg (R, OTB,
TauDem, LASTools... to name those we have docs in our repo).

IMO, and I already exposed it in the previous message (read it for detailed
rationales), other than GDAL, pressing a help button should rely on the
third party algs docs (ie, the way GRASS works). A check in the history of
our doc repo proves that we do not maintain the other algs (reason why I'd
like to remove them from our repo) and they actually have their proper
website, better served than what we document. So better use it.

I don't know if this has to be done in QGIS code or in the plugin that
links the two tools nor if QGIS proposes the necessary configs to help plug
the other providers docs (so that we could invite the other projects to do
the necessary changes/links). But it would be nice to get an official
position and sort this out (both about keeping unmaintained docs and fixing
help buttons).

[0]
http://qgis-community-team.2324516.n4.nabble.com/Qgis-community-team-Removing-third-party-providers-algorithms-from-QGIS-Docs-td2577.html

[1] https://github.com/qgis/QGIS-Documentation/issues/3068

Greetings,
Harrissou
___
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] open atlas layout, using python

[Raymond Nijssen]

Hi Nyall,

The setAtlasPreviewEnabled(True) still does not work correctly. It works 
exactly like the python workaround you mentioned: It toggles the atlas 
button but does not activate the atlas. I mean, the prev and next 
buttons stay disabled and the map does not display page number 1.


If I then, turn off and on the atlas preview, it works as expected.

Does it need to get some kind of gui redraw/update call?

Regards,
Raymond


On 12-10-18 01:39, Nyall Dawson wrote:

On Fri, 12 Oct 2018 at 02:22, Raymond Nijssen  wrote:


By the way, the fragile code solution does not work for me. It does
toggle the button but it does not activate the atlas preview.


Ok - I've done the proper approach in
https://github.com/qgis/QGIS/pull/8170/files

(I've also exposed an API call to show the item properties for a
particular item)

Let me know if there's anything else you think should be exposed from
the designer to the designer API.


Nyall



# open layout
designer = iface.openLayoutDesigner(layout)

# turn on atlas preview mode
lo_view = designer.view()
lo_window = lo_view.window()
action = lo_window.findChild(QAction, 'mActionAtlasPreview')
action.toggle()


On 11-10-18 16:51, Raymond Nijssen wrote:

Hi Nyall,

It sounded great and I spent some hours on that better approach, but I
didn't succeed. So maybe 3.6 will have it...

Tnx!
Raymond


On 25-09-18 23:57, Nyall Dawson wrote:

On Tue, 25 Sep 2018 at 22:36, Raymond Nijssen 
wrote:


1. Can I open a layout window with a python command?


designer = iface.openLayoutDesigner( layout )


2. Can I turn on "atlas preview" with a python command?


You'd have to do some fragile code to do this. Basically:

- get designer window from designer.view()'s parent window
- find the mActionAtlasPreview child action in the window
- manually toggle it on

This should work, but isn't stable API - so is likely to break ;)

A better approach is to (quickly, before 3.4 final!) file a PR
exposing the toggle atlas preview behavior to
QgsLayoutDesignerInterface. Then you'll be able to just do:

designer = iface.openLayoutDesigner( layout )
designer.toggleAtlasPreview( True )

Nyall


Hope anyone knows!


Kind regards,
Raymond

___
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] QGIS 3 does not allow to embed layers from qgz project files

[magerlin]

Done



-
Regards Morten

Currently using Qgis 2.18.23 (OSGeo4) and Qgis 3.2.2 in parrallel
Windows 7, 64bit
--
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] open atlas layout, using python

[Raymond Nijssen]

Thank you Nyall, compiling now.

Yesterday I was asked to create a plugin that works on layouts, so it 
will need a button in the layout composer. I think I could do this the 
same fragile/hacky way, but is there a proper way?


I also find it hard to create reports from python, but maybe that is 
still too young and not all finished?


Regards,
Raymond



On 12-10-18 01:39, Nyall Dawson wrote:

On Fri, 12 Oct 2018 at 02:22, Raymond Nijssen  wrote:


By the way, the fragile code solution does not work for me. It does
toggle the button but it does not activate the atlas preview.


Ok - I've done the proper approach in
https://github.com/qgis/QGIS/pull/8170/files

(I've also exposed an API call to show the item properties for a
particular item)

Let me know if there's anything else you think should be exposed from
the designer to the designer API.


Nyall



# open layout
designer = iface.openLayoutDesigner(layout)

# turn on atlas preview mode
lo_view = designer.view()
lo_window = lo_view.window()
action = lo_window.findChild(QAction, 'mActionAtlasPreview')
action.toggle()


On 11-10-18 16:51, Raymond Nijssen wrote:

Hi Nyall,

It sounded great and I spent some hours on that better approach, but I
didn't succeed. So maybe 3.6 will have it...

Tnx!
Raymond


On 25-09-18 23:57, Nyall Dawson wrote:

On Tue, 25 Sep 2018 at 22:36, Raymond Nijssen 
wrote:


1. Can I open a layout window with a python command?


designer = iface.openLayoutDesigner( layout )


2. Can I turn on "atlas preview" with a python command?


You'd have to do some fragile code to do this. Basically:

- get designer window from designer.view()'s parent window
- find the mActionAtlasPreview child action in the window
- manually toggle it on

This should work, but isn't stable API - so is likely to break ;)

A better approach is to (quickly, before 3.4 final!) file a PR
exposing the toggle atlas preview behavior to
QgsLayoutDesignerInterface. Then you'll be able to just do:

designer = iface.openLayoutDesigner( layout )
designer.toggleAtlasPreview( True )

Nyall


Hope anyone knows!


Kind regards,
Raymond

___
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] qgis 3.2 build error

[高孝杰]

Hi, all,
Sorry to bother again. But is there anyone can help?
I have a problem building qgis 3.2 with python plugin. I think it may be 
related to the character set, as I'm using a Windows 10 OS in the Chinese 
language. I paste the error image here, hoping someone knows how to solve this 
problem. Thanks very much. 
This time I didn't change the character encoding to UTF-8 with BOM, instead I 
add the command "/utf-8" to the project settings to force vs2015 to execute 
with utf-8 encoding.



 





 ___
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