[QGIS-Developer] Plugin bug or issue

[1911]

I am working a project with mask plugin and print composer atlas. It worked
in QGIS 2.18 ltr. But not now when I am using QGIS 3.4 it doesnt work. When
I click to the next feature in print atlas the masking is gone.
 I guess there is a little bit of a problem. I hope it will solve soon.
Since the mask plugin is very important for best visualization of output.
___
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 has just vanished

[Shane Carey]

Hi,

Qgis has just vanished from my machine and I've no idea why? I tried to do
a re-install and I keep getting:

E: Unable to correct problems, you have held broken packages.

Any ideas on what is going on here? I am on ubuntu 18.04

Thanks

Le gach dea ghui,
*Shane Carey*
*GIS and Data Solutions Consultant*
___
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] Improvement to the plugin manager's upgradeable plugins details

[Tom Chadwin]

Might this lead to some guidance on plugin changelogs? Mine has the whole
changelog history, so should I instead only include current version changes
in metadata.txt?

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] Qgis has just vanished

[Jorge Gustavo Rocha]

Hi Shane,

Your question is not related with QGIS development. You should post it
to QGIS-user list. On that list you mighty have better support.

QGIS did not vanish. It does not install because you have broken
packages, right? You have to fix that before installing QGIS or any
other application.

Please google: ubuntu broken packages

Usually that can be solved simple by doing: sudo apt install -f

Check the repository you are using. It should be:

deb https://qgis.org/ubuntu bionic main
deb-src https://qgis.org/ubuntu bionic main

Fix the broken packages, check the repository you are using and report back.

Regards,

Jorge Gustavo

Às 08:00 de 11/03/19, Shane Carey escreveu:
> Hi,
> 
> Qgis has just vanished from my machine and I've no idea why? I tried to
> do a re-install and I keep getting:
> 
> |E: Unable to correct problems, you have held broken packages.
> 
> |
> 
> |Any ideas on what is going on here? I am on ubuntu 18.04
> |
> 
> |Thanks
> |
> 
> Le gach dea ghui,
> */Shane Carey/*
> */GIS and Data Solutions Consultant/*
> 
> ___
> 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
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor
___
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] Improvement to the plugin manager's upgradeable plugins details

[Paolo Cavallini]

Agreed, this is undefined, and people use it in different ways, leading
to uncertainties both on the developer and the user sides.
Any suggestion for the best option?
Thanks.

On 11/03/19 10:12, Tom Chadwin wrote:
> Might this lead to some guidance on plugin changelogs? Mine has the whole
> changelog history, so should I instead only include current version changes
> in metadata.txt?
> 
> 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
> 

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
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] Improvement to the plugin manager's upgradeable plugins details

[Nathan Woodrow]

I think we should add some new metadata with a standard format for each
version. Something like this


[changelog]

1.0.6=something something dark side even more
  some other things
  and other things
1.0.5=something something dark side
1.0=First version of the dark side really

That can be taken and turned into the full changelog or parsed into a
version based one.

The other option is to use some kind of naming convention in the already
there changelog tag but might be hard for multiline notes.

On Mon, Mar 11, 2019 at 7:43 PM Paolo Cavallini 
wrote:

> Agreed, this is undefined, and people use it in different ways, leading
> to uncertainties both on the developer and the user sides.
> Any suggestion for the best option?
> Thanks.
>
> On 11/03/19 10:12, Tom Chadwin wrote:
> > Might this lead to some guidance on plugin changelogs? Mine has the whole
> > changelog history, so should I instead only include current version
> changes
> > in metadata.txt?
> >
> > 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
> >
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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] Welcome page improvements

[Paolo Cavallini]

Hi

On 11/03/19 00:51, Nyall Dawson wrote:
> On Sun, 10 Mar 2019 at 23:53, Paolo Cavallini  wrote:
>>
>> Of course, it was kind of a joke.
>> Cheers.
> 
> Something for a future easter egg? ;)
yes, that was the idea, more or less. glad you got it ;)
cheers
-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
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] Welcome page improvements

[Paolo Cavallini]

On 11/03/19 06:02, Tim Sutton wrote:
> Only if it can have you as an overlay with a stick pointing at a high
> pressure cell :-)

happy to see that the good old hacker humour is not gone
-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
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] Welcome page improvements

[DelazJ]

Hi,

Le lun. 11 mars 2019 à 11:16, Paolo Cavallini  a
écrit :

> On 11/03/19 06:02, Tim Sutton wrote:
> > Only if it can have you as an overlay with a stick pointing at a high
> > pressure cell :-)
>
> happy to see that the good old hacker humour is not gone
>
It was not humour; it's a requirement and I think PSC should deliberate on
this (especially a single 'YES' vote makes it approved).

-- 
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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 [1630] PCA4CD - PCA for change detection approval notification.

[noreply]

Plugin PCA4CD - PCA for change detection approval by pcav.
The plugin version "[1630] PCA4CD - PCA for change detection 19.3.10" is now 
approved
Link: http://plugins.qgis.org/plugins/pca4cd/
___
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 [1630] PCA4CD - PCA for change detection approval notification.

[noreply]

Plugin PCA4CD - PCA for change detection approval by pcav.
The plugin version "[1630] PCA4CD - PCA for change detection 19.2.4" is now 
approved
Link: http://plugins.qgis.org/plugins/pca4cd/
___
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 [1670] XYZ Hub Connector approval notification.

[noreply]

Plugin XYZ Hub Connector approval by pcav.
The plugin version "[1670] XYZ Hub Connector 1.5.5 Experimental" is now approved
Link: http://plugins.qgis.org/plugins/XYZHubConnector/
___
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] Improvement to the plugin manager's upgradeable plugins details

[Matthias Kuhn]

Hi

I was wondering if we could beautify the changelog a bit too.

What I would love to see are titles, sections and maybe images.

Potentially it could be written in markdown and a project like the
following used to render:

https://github.com/activeviam/changelog-to-html#goal

Matthias

On 3/11/19 10:12 AM, Tom Chadwin wrote:
> Might this lead to some guidance on plugin changelogs? Mine has the whole
> changelog history, so should I instead only include current version changes
> in metadata.txt?
>
> 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
>
-- 
Matthias Kuhn
matth...@opengis.ch 
+41 (0)76 435 67 63 
OPENGIS.ch Logo 
___
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] Improvement to the plugin manager's upgradeable plugins details

[Paolo Cavallini]

this would also be nice for users.
thanks.

On 11/03/19 12:38, Matthias Kuhn wrote:
> Hi
> 
> I was wondering if we could beautify the changelog a bit too.
> 
> What I would love to see are titles, sections and maybe images.
> 
> Potentially it could be written in markdown and a project like the
> following used to render:
> 
> https://github.com/activeviam/changelog-to-html#goal

-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
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] Improvement to the plugin manager's upgradeable plugins details

[Mathieu Pellerin]

Could we take it a step at a time and proceed with adding the changelog bit
to the plugin.xml file first? The fixed UX will probably provide additional
motivation for authors.



On Mon, Mar 11, 2019, 6:56 PM Paolo Cavallini  wrote:

> this would also be nice for users.
> thanks.
>
> On 11/03/19 12:38, Matthias Kuhn wrote:
> > Hi
> >
> > I was wondering if we could beautify the changelog a bit too.
> >
> > What I would love to see are titles, sections and maybe images.
> >
> > Potentially it could be written in markdown and a project like the
> > following used to render:
> >
> > https://github.com/activeviam/changelog-to-html#goal
>
> --
> Paolo Cavallini - www.faunalia.eu
> QGIS.ORG Chair:
> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
> ___
> 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 plugin qgisMinimumVersion

[Havard Tveite]

I just experienced a problem with a plugin.
The plugin uses the optional "is_child_algorithm" parameter of
the processing.run function.  That parameter was introduced in
3.4.5 (LTR).

I therefore set "qgisMinimumVersion=3.4.5" in the plugin's
metadata.txt.
It turned out that this caused the plugin not to be available for
the current LTR, probably because "Parameters" is set to
"?qgis=3.4" in the Plugin manager in 3.4.5.

Changing to "qgisMinimumVersion=3.4", makes the plugin show in
the plugin manager, but that also makes it available in 3.4.4
and earlier 3.4 versions (where it will fail with an unexpected
keyword argument for processing.run...).

Could "micro" version be included in the Plugin manager
"Parameters", or is this something that will have to be handled
in the plugin code?

Håvard
--
Håvard Tveite
Faculty of Science and Technology, NMBU
Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
Phone: +47 67231548   Web: http://www.nmbu.no
___
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] Show Location in Google Earth - Mac / Linux Users Input Requested

[C Hamilton]

I've had a request for Lat Lon Tools to support Google Earth with its "Show
in External Map" tool. I could create a temporary KML file and make one of
the following calls.

os.startfile('path to kml file')
webbrowser.open('path to kml file')

For the Linux and Mac users, do these work and which is preferable? They
both work on Windows.

Thanks,

Calvin Hamilton
___
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 plugin qgisMinimumVersion

[Borys Jurgiel]

The reason the plugin manager sends just "?qgis=3.4" was because the point 
releases ("micro" versions) are expected to only provide bugfixes and not new 
features. After some thinking, I guess this approach is wrong and a bug is 
also a reason to prevent the plugin from installing. It's easy to change it in  
master, I'm not sure if it we should do it in a point release of the LTR...

Another place to change would be the repository, as it also cuts off the point 
release part. For example, the OpenLayers Plugin has minimumQgisVersion=3.0.1 
and is visible here:
http://plugins.qgis.org/plugins/plugins.xml?qgis=3.1
but not here:
http://plugins.qgis.org/plugins/plugins.xml?qgis=3.0.2

Regards,
Borys

Dnia poniedziałek, 11 marca 2019 13:02:19 CET Havard Tveite pisze:
> I just experienced a problem with a plugin.
> The plugin uses the optional "is_child_algorithm" parameter of
> the processing.run function.  That parameter was introduced in
> 3.4.5 (LTR).
> 
> I therefore set "qgisMinimumVersion=3.4.5" in the plugin's
> metadata.txt.
> It turned out that this caused the plugin not to be available for
> the current LTR, probably because "Parameters" is set to
> "?qgis=3.4" in the Plugin manager in 3.4.5.
> 
> Changing to "qgisMinimumVersion=3.4", makes the plugin show in
> the plugin manager, but that also makes it available in 3.4.4
> and earlier 3.4 versions (where it will fail with an unexpected
> keyword argument for processing.run...).
> 
> Could "micro" version be included in the Plugin manager
> "Parameters", or is this something that will have to be handled
> in the plugin code?
> 
> Håvard



___
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] Any gotchas related to working with QgsVectorLayer inside a QgsTask?

[Tejas L]

Nyall, thanks for the tip.

Doing a

self.layer.moveToThread(QCoreApplication.instance().thread())

as the last step in QgsTask.run() worked for me.

Regards,
Tej

From: Nyall Dawson 
Sent: Friday, March 8, 2019 7:10 AM
To: Tejas L
Cc: qgis-developer@lists.osgeo.org
Subject: Re: [QGIS-Developer] Any gotchas related to working with 
QgsVectorLayer inside a QgsTask?

On Wed, 6 Mar 2019 at 02:56, Tejas L  wrote:
>
> Hello Team,
>
> I know that the UI must not be updated from the QgsTask.run() method. Are 
> there any similar restrictions on loading QgsVectorLayer from a file or 
> creating new layers from QgsTask.run() ?

Some. For a start, you CAN'T utilise a map layer (or its data
provider) created in the main thread in a background thread safely.
(This applies to all layer methods, not just edits/etc). But if you
create a NEW layer within a thread, you should be fine to utilise that
layer WITHIN that thread.

Now - the complexity comes if you want to "hand back" that layer to
the main thread when you're done with using it in the task (e.g. to
add to the QgsProject, which belongs in the main thread). You need to
first push the layer from the background thread into the main thread,
and then when you're back in the main thread you can take this layer
and add it to your project. Something like:

from background thread:

layer.pushToThread( QCoreApplication.thread() )
# don't do ANYTHING else with this layer in the background thread now!


when back in main thread:
QgsProject.instance().addMapLayer(layer)
...

Note that this same principal applies to all QObject subclasses, and
that you CANNOT "pull" an object from a different thread to the
current thread (i.e. you can PUSH from the current thread to another
thread, but you MUST be within that thread. You can't just snatch an
object from a different thread and try to push it to the current
thread).

Nyall

>
> I find that some operations on a GPKG layer do not work as expected when run 
> from a QgsTask.
> These operations work fine when they are done from a foreground thread.
>
> Example:
>
> class MyTask(QgsTask)
> ...
> def run(self):
>self.layer = QgsVectorLayer("geom.gpkg", "test_geom", "ogr")
>
> def finished(self, res):
>if self.layer.isValid():
>QgsProject.instance().addMapLayer(self.layer)# Layer loads, but 
> attribute table is not editable
>
> --
> On the other hand, the following works just as expected. The attribute table 
> is editable.
>
> layer = QgsVectorLayer("geom.gpkg", "test_geom", "ogr")
> QgsProject.instance().addMapLayer(layer)   # Layer loads and attribute table 
> is editable.
>
> What are the best practices for working with a QgsVectorLayer from within a 
> QgsTask?
>
> Regards,
> Tej
>
>
>
>
> ___
> 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] Red '__MACOSX' in plugin layer list

[Richard Duivenvoorde]

Hi,

In top of my layerlist in my current profile, I have a this red __MACOSX
item (see screenshot). FYI I do not own/run a mac :-)

So I think that this comes with some other plugin when I install it?

Though I also thought: but this only the list based on the xml so had a
look too:

https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7

But that one does not show it. So I think that one or more of the
plugins 'install' it?
Do others also have this?

Another solution could be I add a __DEBIAN on top :-)

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

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

[Paolo Cavallini]

Hi Richard,

On 11/03/19 19:42, Richard Duivenvoorde wrote:
> Hi,
> 
> In top of my layerlist in my current profile, I have a this red __MACOSX
> item (see screenshot). FYI I do not own/run a mac :-)

I confirm, I also get it sometimes, but I could not track it down, since
I install and uninstall many plugins.
I agree it would be nice to get rid of it.
Thanks for noticing.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/
___
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] Red '__MACOSX' in plugin layer list

[Tim Sutton]

What do you see in the description if you click that entry?

Regards

Tim

> On 11 Mar 2019, at 20:42, Richard Duivenvoorde  wrote:
> 
> Hi,
> 
> In top of my layerlist in my current profile, I have a this red __MACOSX
> item (see screenshot). FYI I do not own/run a mac :-)
> 
> So I think that this comes with some other plugin when I install it?
> 
> Though I also thought: but this only the list based on the xml so had a
> look too:
> 
> https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7
> 
> But that one does not show it. So I think that one or more of the
> plugins 'install' it?
> Do others also have this?
> 
> Another solution could be I add a __DEBIAN on top :-)
> 
> 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

—








Tim Sutton

Co-founder: Kartoza
Ex 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

Re: [QGIS-Developer] Show Location in Google Earth - Mac / Linux Users Input Requested

[Richard Duivenvoorde]

On 11/03/2019 15.04, C Hamilton wrote:
> I've had a request for Lat Lon Tools to support Google Earth with its
> "Show in External Map" tool. I could create a temporary KML file and
> make one of the following calls.
> 
> os.startfile('path to kml file')
> webbrowser.open('path to kml file')
> 
> For the Linux and Mac users, do these work and which is preferable? They
> both work on Windows.

Hi C,
not sure how to test this but I (Debian) created a simple kml file in
/tmp/test.kml and then tried your calls:

import os
os.startfile('/tmp/test.kml')
Traceback (most recent call last):
  File "/usr/lib/python3.7/code.py", line 90, in runcode
exec(code, self.locals)
  File "", line 1, in 
AttributeError: module 'os' has no attribute 'startfile'

import webbrowser
webbrowser.open('/tmp/test.kml')
True

Opens this test.kml but off course trying to open it in browser

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

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

[Richard Duivenvoorde]

It says (see screenie): "This plugin is broken"

I'll go over my plugins to see if I see it somewhere, I think it is part
of one the zips...

Maybe check for it in our Django app?

Richard

On 11/03/2019 19.53, Tim Sutton wrote:
> What do you see in the description if you click that entry?
> 
> Regards
> 
> Tim
> 
>> On 11 Mar 2019, at 20:42, Richard Duivenvoorde > > wrote:
>>
>> Hi,
>>
>> In top of my layerlist in my current profile, I have a this red __MACOSX
>> item (see screenshot). FYI I do not own/run a mac :-)
>>
>> So I think that this comes with some other plugin when I install it?
>>
>> Though I also thought: but this only the list based on the xml so had a
>> look too:
>>
>> https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7
>>
>> But that one does not show it. So I think that one or more of the
>> plugins 'install' it?
>> Do others also have this?
>>
>> Another solution could be I add a __DEBIAN on top :-)
>>
>> 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
> 
> —
> 
> 
> 
> 
> 
> 
> 
> *Tim Sutton*
> 
> *Co-founder:* Kartoza
> *Ex 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
> 

___
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] Red '__MACOSX' in plugin layer list

[Thomas Baumann]

Hi,
I have had this __MACOSX folder in the plugin for several times in the
past. It came from plugin zip files which contained this folder.
It seems that this (in MacOS hidden) folder gets included in the zipfile
when you use the MacOS Finder to zip folders:
https://apple.stackexchange.com/q/288568
I always just deleted the folder and restarted qgis.

regards,
Thomas

Richard Duivenvoorde  schrieb am Mo., 11. März 2019,
19:42:

> Hi,
>
> In top of my layerlist in my current profile, I have a this red __MACOSX
> item (see screenshot). FYI I do not own/run a mac :-)
>
> So I think that this comes with some other plugin when I install it?
>
> Though I also thought: but this only the list based on the xml so had a
> look too:
>
> https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7
>
> But that one does not show it. So I think that one or more of the
> plugins 'install' it?
> Do others also have this?
>
> Another solution could be I add a __DEBIAN on top :-)
>
> 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 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 Location in Google Earth - Mac / Linux Users Input Requested

[C Hamilton]

Richard,

Thanks for testing this. I was afraid there might be some OS dependencies
with this. Do you have Google Earth installed on your Debian machine? Is
there a proper way to send a KML to a Linux Google Earth from python?

Calvin

On Mon, Mar 11, 2019 at 2:58 PM Richard Duivenvoorde 
wrote:

> On 11/03/2019 15.04, C Hamilton wrote:
> > I've had a request for Lat Lon Tools to support Google Earth with its
> > "Show in External Map" tool. I could create a temporary KML file and
> > make one of the following calls.
> >
> > os.startfile('path to kml file')
> > webbrowser.open('path to kml file')
> >
> > For the Linux and Mac users, do these work and which is preferable? They
> > both work on Windows.
>
> Hi C,
> not sure how to test this but I (Debian) created a simple kml file in
> /tmp/test.kml and then tried your calls:
>
> import os
> os.startfile('/tmp/test.kml')
> Traceback (most recent call last):
>   File "/usr/lib/python3.7/code.py", line 90, in runcode
> exec(code, self.locals)
>   File "", line 1, in 
> AttributeError: module 'os' has no attribute 'startfile'
>
> import webbrowser
> webbrowser.open('/tmp/test.kml')
> True
>
> Opens this test.kml but off course trying to open it in browser
>
> HTH & 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] Ignoring timeouts

[Alexis R.L.]

Greetings everyone,

Some travis tests tend to timeout quite often for no reasons, I was
wondering if it would be a good idea to ignore timeout (in general or on
those tests) to ensure that there are less false negatives.

Would this be a good idea?

Alexis Roy-Lizotte
___
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 Location in Google Earth - Mac / Linux Users Input Requested

[Richard Duivenvoorde]

On 11/03/2019 21.03, C Hamilton wrote:
> Richard,
> 
> Thanks for testing this. I was afraid there might be some OS
> dependencies with this. Do you have Google Earth installed on your
> Debian machine? Is there a proper way to send a KML to a Linux Google
> Earth from python?

No, GE is a pita to set up in Debian. Maybe on ubuntu? Others?

os.startfile seems indeed Windows only:
https://docs.python.org/3/library/os.html

To start an application on Linux, maybe start it as an command (given de
exe name?) with subprocess?

There was a GEarthView plugin in 2.18:
https://github.com/geodrinx/gearthview/
Not sure if that send info to GE though.

Richard
___
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] Red '__MACOSX' in plugin layer list

[Richard Duivenvoorde]

On 11/03/2019 20.28, Thomas Baumann wrote:
> Hi,
> I have had this __MACOSX folder in the plugin for several times in the
> past. It came from plugin zip files which contained this folder.
> It seems that this (in MacOS hidden) folder gets included in the zipfile
> when you use the MacOS Finder to zip folders:
> https://apple.stackexchange.com/q/288568 
> I always just deleted the folder and restarted qgis.

I've found a plugin I install sometimes which indeed has 2 topfolders in
the zip, one is __MACOSX.
As I have access to the directory with all plugin zips on
plugins.qgis.org, I should be able to search through them and find all
zips... (and maybe also the mail address zo we can tell people).
BUT not tonight..

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

Re: [QGIS-Developer] Red '__MACOSX' in plugin layer list

[Nyall Dawson]

On Tue, 12 Mar 2019 at 05:08, Richard Duivenvoorde  wrote:
>
> It says (see screenie): "This plugin is broken"
>
> I'll go over my plugins to see if I see it somewhere, I think it is part
> of one the zips...
>
> Maybe check for it in our Django app?

This sounds sensible - those folders are so prevalent amongst mac
users that I think any one-off fixes will be very short term.

Nyall

>
> Richard
>
> On 11/03/2019 19.53, Tim Sutton wrote:
> > What do you see in the description if you click that entry?
> >
> > Regards
> >
> > Tim
> >
> >> On 11 Mar 2019, at 20:42, Richard Duivenvoorde  >> > wrote:
> >>
> >> Hi,
> >>
> >> In top of my layerlist in my current profile, I have a this red __MACOSX
> >> item (see screenshot). FYI I do not own/run a mac :-)
> >>
> >> So I think that this comes with some other plugin when I install it?
> >>
> >> Though I also thought: but this only the list based on the xml so had a
> >> look too:
> >>
> >> https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7
> >>
> >> But that one does not show it. So I think that one or more of the
> >> plugins 'install' it?
> >> Do others also have this?
> >>
> >> Another solution could be I add a __DEBIAN on top :-)
> >>
> >> 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
> >
> > —
> >
> >
> >
> >
> >
> >
> >
> > *Tim Sutton*
> >
> > *Co-founder:* Kartoza
> > *Ex 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
> >
>
> ___
> 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] Ignoring timeouts

[Nyall Dawson]

On Tue, 12 Mar 2019 at 06:36, Alexis R.L.  wrote:
>
> Greetings everyone,
>
> Some travis tests tend to timeout quite often for no reasons, I was wondering 
> if it would be a good idea to ignore timeout (in general or on those tests) 
> to ensure that there are less false negatives.
>
> Would this be a good idea?

Actually it's two tests in particular. They've long been annoying
everyone with their constant failures. So I'm disabling them:
https://github.com/qgis/QGIS/pull/9483

FWIW - I think they are revealing real issues.

Nyall

>
> Alexis Roy-Lizotte
> ___
> 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] Flaky tests and Travis

[Nyall Dawson]

Hi all,

For a long time now we've been plagued by intermittently failing tests
on Travis, which are making the whole QGIS development experience
quite painful.

I propose that we take an absolute hard line approach from now and
disable all tests which are causing false positive failures. I've
started here: https://github.com/qgis/QGIS/pull/9483

This is obviously not ideal, as the failures may be revealing real
bugs (and in the case of the two disabled above I believe they are
symptoms of the same underlying bug), but I think now we've passed the
point where leaving these tests enabled causes more damage then
skipping them.

Ideally someone would investigate these and fix either the tests or
the underlying bugs... but it hasn't happened in 6+ months, so I don't
expect that to happen shortly**. I did spend some time around a month
ago to see if the fix for these two was trivial, but could not find it
quickly.

Is anyone opposed to a hard-line "disable if flaky" stance?

Nyall

** For full disclosure: next round of QGIS grants I plan on filing for
a grant to investigate all tests disabled on Travis in depth and
either fix underlying bugs or make the tests more stable. But that's
grant dependant, and not a short term solution.
___
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] Flaky tests and Travis

[Denis Rouzaud]

I am also in favor of disabling them but maybe keep them running and have
them as expected failure?
If ones write some code related to the corresponding tests , they might
still provide some valuable info.
Is this possible?

If not I'd still be in favor of disabling them.

Cheers
Denis

On Mon, 11 Mar 2019, 22:47 Nyall Dawson,  wrote:

> Hi all,
>
> For a long time now we've been plagued by intermittently failing tests
> on Travis, which are making the whole QGIS development experience
> quite painful.
>
> I propose that we take an absolute hard line approach from now and
> disable all tests which are causing false positive failures. I've
> started here: https://github.com/qgis/QGIS/pull/9483
>
> This is obviously not ideal, as the failures may be revealing real
> bugs (and in the case of the two disabled above I believe they are
> symptoms of the same underlying bug), but I think now we've passed the
> point where leaving these tests enabled causes more damage then
> skipping them.
>
> Ideally someone would investigate these and fix either the tests or
> the underlying bugs... but it hasn't happened in 6+ months, so I don't
> expect that to happen shortly**. I did spend some time around a month
> ago to see if the fix for these two was trivial, but could not find it
> quickly.
>
> Is anyone opposed to a hard-line "disable if flaky" stance?
>
> Nyall
>
> ** For full disclosure: next round of QGIS grants I plan on filing for
> a grant to investigate all tests disabled on Travis in depth and
> either fix underlying bugs or make the tests more stable. But that's
> grant dependant, and not a short term solution.
> ___
> 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

-- 

Denis Rouzaud
de...@opengis.ch  
+41 76 370 21 22
___
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] Anyone noticed odd network behaviour while QGIS is loaded?

[Nyall Dawson]

Hey all,

I came across this thread recently
https://www.reddit.com/r/krita/comments/9xea9b/this_is_gonna_sound_crazy_but_is_krita/
, where someone reports that having Krita open was causing their wifi
connection to regularly drop out.

Long story short, it looks like this is caused by default network
scanning behaviour in the Qt library, so in theory QGIS should also be
affected by this. The typical symptom is that network ping latencies
will jump every 10 seconds while a Qt app is running.

I personally couldn't reproduce this, but the issue seems so
widespread (google for "QT_BEARER_POLL_TIMEOUT") that I'd be surprised
if QGIS wasn't affected too.

So my questions are:

1. Has anyone noticed this?
2. Should we just go ahead and apply the workaround which other Qt
applications are doing and set the environment variable
QT_BEARER_POLL_TIMEOUT=-1 by default? The side effect of this change
is that Qt's network polling would be completely disabled, so e.g.
changing from wifi to wireless while a QGIS session is open could
result in that session being unable to connect to the network
(requiring a QGIS restart)

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] Flaky tests and Travis

[Nyall Dawson]

On Tue, 12 Mar 2019 at 07:59, Denis Rouzaud  wrote:
>
> I am also in favor of disabling them but maybe keep them running and have 
> them as expected failure?

That sounds preferable -- but I'm not (personally) sure if it's
possible. You know the CI setup better than I do, can you see a way to
do this?

> If not I'd still be in favor of disabling them.

I honestly believe the harm in leaving these enabled (short term) is
outweighing the risk of disabling them. We are very likely pushing new
contributors away from our project with the current difficulties just
getting a PR to green.

Nyall


>
> Cheers
> Denis
>
> On Mon, 11 Mar 2019, 22:47 Nyall Dawson,  wrote:
>>
>> Hi all,
>>
>> For a long time now we've been plagued by intermittently failing tests
>> on Travis, which are making the whole QGIS development experience
>> quite painful.
>>
>> I propose that we take an absolute hard line approach from now and
>> disable all tests which are causing false positive failures. I've
>> started here: https://github.com/qgis/QGIS/pull/9483
>>
>> This is obviously not ideal, as the failures may be revealing real
>> bugs (and in the case of the two disabled above I believe they are
>> symptoms of the same underlying bug), but I think now we've passed the
>> point where leaving these tests enabled causes more damage then
>> skipping them.
>>
>> Ideally someone would investigate these and fix either the tests or
>> the underlying bugs... but it hasn't happened in 6+ months, so I don't
>> expect that to happen shortly**. I did spend some time around a month
>> ago to see if the fix for these two was trivial, but could not find it
>> quickly.
>>
>> Is anyone opposed to a hard-line "disable if flaky" stance?
>>
>> Nyall
>>
>> ** For full disclosure: next round of QGIS grants I plan on filing for
>> a grant to investigate all tests disabled on Travis in depth and
>> either fix underlying bugs or make the tests more stable. But that's
>> grant dependant, and not a short term solution.
>> ___
>> 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
>
> --
>
> Denis Rouzaud
> de...@opengis.ch
> +41 76 370 21 22
>
>
___
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 plugin qgisMinimumVersion

[Nyall Dawson]

On Tue, 12 Mar 2019 at 00:07, Borys Jurgiel  wrote:
>
> The reason the plugin manager sends just "?qgis=3.4" was because the point
> releases ("micro" versions) are expected to only provide bugfixes and not new
> features. After some thinking, I guess this approach is wrong and a bug is
> also a reason to prevent the plugin from installing.

There's also often API backported to stable releases, which impacts
this. (E.g. when an existing class or method has not been exposed to
the Python bindings, or when a cleaner API for achieving something is
added in a later release it's sometimes backported too)

Nyall

>
> Another place to change would be the repository, as it also cuts off the point
> release part. For example, the OpenLayers Plugin has minimumQgisVersion=3.0.1
> and is visible here:
> http://plugins.qgis.org/plugins/plugins.xml?qgis=3.1
> but not here:
> http://plugins.qgis.org/plugins/plugins.xml?qgis=3.0.2
>
> Regards,
> Borys
>
> Dnia poniedziałek, 11 marca 2019 13:02:19 CET Havard Tveite pisze:
> > I just experienced a problem with a plugin.
> > The plugin uses the optional "is_child_algorithm" parameter of
> > the processing.run function.  That parameter was introduced in
> > 3.4.5 (LTR).
> >
> > I therefore set "qgisMinimumVersion=3.4.5" in the plugin's
> > metadata.txt.
> > It turned out that this caused the plugin not to be available for
> > the current LTR, probably because "Parameters" is set to
> > "?qgis=3.4" in the Plugin manager in 3.4.5.
> >
> > Changing to "qgisMinimumVersion=3.4", makes the plugin show in
> > the plugin manager, but that also makes it available in 3.4.4
> > and earlier 3.4 versions (where it will fail with an unexpected
> > keyword argument for processing.run...).
> >
> > Could "micro" version be included in the Plugin manager
> > "Parameters", or is this something that will have to be handled
> > in the plugin code?
> >
> > Håvard
>
>
>
> ___
> 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] Welcome page improvements

[Nyall Dawson]

On Mon, 11 Mar 2019 at 20:24, DelazJ  wrote:
>
> Hi,
>
> Le lun. 11 mars 2019 à 11:16, Paolo Cavallini  a écrit 
> :
>>
>> On 11/03/19 06:02, Tim Sutton wrote:
>> > Only if it can have you as an overlay with a stick pointing at a high
>> > pressure cell :-)
>>
>> happy to see that the good old hacker humour is not gone
>
> It was not humour; it's a requirement and I think PSC should deliberate on 
> this (especially a single 'YES' vote makes it approved).

I also think it's mandatory that at Christmas time the weather
presenter wears a santa hat.

Nyall

>
>> --
>> Paolo Cavallini - www.faunalia.eu
>> QGIS.ORG Chair:
>> http://planet.qgis.org/planet/user/28/tag/qgis%20board/
>> ___
>> 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] Red '__MACOSX' in plugin layer list

[Paolo Cavallini]

Hi all, 
this would be welcomed. I check the git repo and ask to delete them when I spot 
them, but checking every zip manually it's a pain.
Anyone could take this? Better open a ticket and add a note to the how-to page 
for plugin uploaders.
Thanks.

Il 11 marzo 2019 22:34:31 CET, Nyall Dawson  ha scritto:
>On Tue, 12 Mar 2019 at 05:08, Richard Duivenvoorde
> wrote:
>>
>> It says (see screenie): "This plugin is broken"
>>
>> I'll go over my plugins to see if I see it somewhere, I think it is
>part
>> of one the zips...
>>
>> Maybe check for it in our Django app?
>
>This sounds sensible - those folders are so prevalent amongst mac
>users that I think any one-off fixes will be very short term.
>
>Nyall
>
>>
>> Richard
>>
>> On 11/03/2019 19.53, Tim Sutton wrote:
>> > What do you see in the description if you click that entry?
>> >
>> > Regards
>> >
>> > Tim
>> >
>> >> On 11 Mar 2019, at 20:42, Richard Duivenvoorde
>> >> > wrote:
>> >>
>> >> Hi,
>> >>
>> >> In top of my layerlist in my current profile, I have a this red
>__MACOSX
>> >> item (see screenshot). FYI I do not own/run a mac :-)
>> >>
>> >> So I think that this comes with some other plugin when I install
>it?
>> >>
>> >> Though I also thought: but this only the list based on the xml so
>had a
>> >> look too:
>> >>
>> >> https://plugins.qgis.org/plugins/plugins.xml?qgis=3.7
>> >>
>> >> But that one does not show it. So I think that one or more of the
>> >> plugins 'install' it?
>> >> Do others also have this?
>> >>
>> >> Another solution could be I add a __DEBIAN on top :-)
>> >>
>> >> 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
>> >
>> > —
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > *Tim Sutton*
>> >
>> > *Co-founder:* Kartoza
>> > *Ex 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
>> >
>>
>> ___
>> 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

-- 
Sorry for being short___
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] Red '__MACOSX' in plugin layer list

[Richard Duivenvoorde]

On 12/03/2019 02.21, Paolo Cavallini wrote:
> Hi all,
> this would be welcomed. I check the git repo and ask to delete them when
> I spot them, but checking every zip manually it's a pain.
> Anyone could take this? Better open a ticket and add a note to the
> how-to page for plugin uploaders.

I will, at least make the issue, but if we/I can get stuff working again
in a development environment I will have a look at it myself.

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