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
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
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
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
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
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
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
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
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
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
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
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
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:
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:
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?
>
>
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')
>
>
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
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
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:
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
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
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
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
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
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
>
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
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:
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
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
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
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/
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
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
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
>
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.
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:
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
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
38 matches
Mail list logo
