Re: [Qgis-developer] Identify results form vs feature form

On 25-08-14 17:34, Jürgen E. Fischer wrote: >> > It is still in the lastest docs >> > http://docs.qgis.org/testing/en/docs/user_manual/introduction/qgis_configuration.html#options> > Sounds like a bug. Well, it means that we desparately need people to invest some time to update the documentation.

Re: [Qgis-developer] Legend refactoring - part II - ready for merge

Hi Tim! On Sun, Aug 24, 2014 at 2:51 PM, Tim Sutton wrote: > > Ah wow - I've been playing with it here and it is so much nicer from > the UI point of view. Two things I picked up though. > > * I don't know how to reproduce it exactly but it seems that when I > change the text for a layer name in

Re: [Qgis-developer] redirect loop detected error when connecting wms

Hi Stefan, On Tue, 26. Aug 2014 at 06:38:05 +, Ziegler Stefan wrote: > Sometimes - for a certain WMS - I get the following error message when trying > to read the GetCapabilities response from the server: > Failed to download capabilities: > Redirect loop detected: > > What does that mean?

[Qgis-developer] redirect loop detected error when connecting wms

Hi Sometimes - for a certain WMS - I get the following error message when trying to read the GetCapabilities response from the server: Failed to download capabilities: Redirect loop detected: What does that mean? Regards Stefan Freundliche Grüsse Stefan Ziegler Kantonsgeometer Amt für Geo

Re: [Qgis-developer] Legend refactoring - part II - ready for merge

Hi Martin, This sounds quite exciting! Thanks a lot for this large refactoring! I can't tell much for the code part. However, I have a few remarks from testing: * Removing a symbol in the rule based symbology that was used as a group without any symbol does not removie it from the legend. e

Re: [Qgis-developer] DimLao plugin has no code repository... please check!

Strange. There is a repository tag: https://bitbucket.org/edigonzales/qgis_dimlao/src/f459baa2c67cdbe2ec48a249e406cd3faa33e7a0/metadata.txt?at=master But it does not show in the plugin repo. Regards Stefan > -Ursprüngliche Nachricht- > Von: qgis-developer-boun...@lists.osgeo.org [mail

Re: [Qgis-developer] Identify results form vs feature form

Hi, The reason I moved the option is because it wasn't really a "option" in the first place. Something like that doesn't belong in the options dialog as it can be changed more then once during a session, and if you are having to visit the options dialog for that then it's in the wrong place. Anyth

Re: [Qgis-developer] Python plugins mandatory metadata

Since I'm not a contributor to the main project, just some plugins, I'm not sure my voice will count for much but I think Tim hits on an important point. As as a developer of plugins for my company, I have created repos and bug trackers for the plugins I created because I was asked to but they are

Re: [Qgis-developer] Python plugins mandatory metadata

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/08/2014 17:46, Vincent Picavet wrote: > Hello, > >> Hi all. >> >> Il 25/08/2014 17:06, Tim Sutton ha scritto: >>> I agree they should remain optional for now. >> >> After a few months of managing the plugin approval queue, I still >> do not

[Qgis-developer] load .ui forms from spatialite DB

Hi Luigi I have no problems saving layer style and a .ui to spatialite DB. I can also load the style back from SL. But I can not find how to load the ui form. I am not sure if it is just me who can not find this hidden feature or if it is actually missing. Can someone please confirm this and I wi

Re: [Qgis-developer] DimLao plugin has no code repository... please check!

Il 25/08/2014 16:49, Luigi Pirelli ha scritto: > Hi, > > I found that a new plugin DimLao Has no code repo and description > > https://plugins.qgis.org/plugins/dimlao/ And the bugtracker returns an Access denied. Thanks for noticing. Could the author please fix this? All the best. -- Paolo Cav

Re: [Qgis-developer] Identify results form vs feature form

Am 25.08.2014 17:34, schrieb Jürgen E. Fischer: Hi André, On Mon, 25. Aug 2014 at 17:26:02 +0200, Andre Joost wrote: "Open feature form, if a single feature is identified" I can not find that option in QGIS 2.4 and QGIS dev anymore. It's in the identify dialog now. There is an option to

Re: [Qgis-developer] qgis.org repository public key for Ubuntu expired

Thanks for this key Jürgen. And now I do find the updated key on the site you mentioned! fsLori Op 25-08-14 om 18:49 schreef Jürgen E. Fischer: Hi fsLori, On Mon, 25. Aug 2014 at 18:45:25 +0200, fsLori wrote: Well, I did follow these guidelines (which proved successful earlier on), but I rec

Re: [Qgis-developer] qgis.org repository public key for Ubuntu expired

Hi fsLori, On Mon, 25. Aug 2014 at 18:45:25 +0200, fsLori wrote: > Well, I did follow these guidelines (which proved successful earlier > on), but I recently get these error messages which have to do with the > expiration of the public key. I have the same issue in Linux Mint Qiana > as well

Re: [Qgis-developer] qgis.org repository public key for Ubuntu expired

Hi, Well, I did follow these guidelines (which proved successful earlier on), but I recently get these error messages which have to do with the expiration of the public key. I have the same issue in Linux Mint Qiana as well. Hopefully someone can take a closer look. Op 22-08-14 om 11:51 s

Re: [Qgis-developer] Python plugins mandatory metadata

2014-08-25 17:46 GMT+02:00 Vincent Picavet : > Hello, > >> Hi all. >> >> Il 25/08/2014 17:06, Tim Sutton ha scritto: >> > I agree they should remain optional for now. >> >> After a few months of managing the plugin approval queue, I still do not >> understand what is the advantage of having plugins

Re: [Qgis-developer] Python plugins mandatory metadata

Hello, > Hi all. > > Il 25/08/2014 17:06, Tim Sutton ha scritto: > > I agree they should remain optional for now. > > After a few months of managing the plugin approval queue, I still do not > understand what is the advantage of having plugins without a repo and > bugtracker. I agree that a home

Re: [Qgis-developer] Python plugins mandatory metadata

2014-08-25 17:29 GMT+02:00 Paolo Cavallini : > Hi all. > > Il 25/08/2014 17:06, Tim Sutton ha scritto: > >> I agree they should remain optional for now. > > After a few months of managing the plugin approval queue, I still do not > understand > what is the advantage of having plugins without a rep

Re: [Qgis-developer] Identify results form vs feature form

Hi André, On Mon, 25. Aug 2014 at 17:26:02 +0200, Andre Joost wrote: > "Open feature form, if a single feature is identified" > I can not find that option in QGIS 2.4 and QGIS dev anymore. It's in the identify dialog now. > It is still in the lastest docs > http://docs.qgis.org/testing/en/docs

Re: [Qgis-developer] Python plugins mandatory metadata

Hi all. Il 25/08/2014 17:06, Tim Sutton ha scritto: > I agree they should remain optional for now. After a few months of managing the plugin approval queue, I still do not understand what is the advantage of having plugins without a repo and bugtracker. I agree that a home page is not a necessi

[Qgis-developer] Identify results form vs feature form

Dear all, up to QGIS 2.2 there was an Option in Settings -> Options -> Map Tools, identify section: "Open feature form, if a single feature is identified" I can not find that option in QGIS 2.4 and QGIS dev anymore. It is still in the lastest docs

Re: [Qgis-developer] Python plugins mandatory metadata

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi On 25/08/2014 17:01, Alessandro Pasotti wrote: > Hi, > > It seems like most of us are still confused about mandatory > metadata in Python plugins. > > There have been a lot of discussions on this topic in the past and > I would like to resume the

[Qgis-developer] Python plugins mandatory metadata

Hi, It seems like most of us are still confused about mandatory metadata in Python plugins. There have been a lot of discussions on this topic in the past and I would like to resume the discussion. IIRC the most debated questions were: * if "homepage" must be mandatory * if "tracker" must be ma

Re: [Qgis-developer] Qgis-developer Digest, Vol 101, Issue 59

probably it's better to change the subject of the thread in something more useful about saving ui in SL, if confirmed, could you prepare test data or prepare a description of the problem filing a tiket? regards, Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com) On 25 August 2014 14:19

[Qgis-developer] DimLao plugin has no code repository... please check!

Hi, I found that a new plugin DimLao Has no code repo and description https://plugins.qgis.org/plugins/dimlao/ regards, Luigi Pirelli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer

Re: [Qgis-developer] Qgis-developer Digest, Vol 101, Issue 59

Hi All The feature of saving styles and .ui forms in a pg/splite database seems very useful but somehow I can not load any .ui forms from my database. I successfully saved a .ui form into the database and now I find it in "layer_styles"."ui". But the tag ("layer_styles"."styleQML") is pointing to

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

What mean "the community dont agree" ? More explain. If 3 or 4 user community say "no" or "ask different solutions" . It is the community think ? I guess the PSC should not ne only a simply executor of the community think, but the real director of the project. Often the community think a thing bi

Re: [Qgis-developer] Legend refactoring - part II - ready for merge

Hi martin, I'll try to have a check of your modification on wms legend next days (or week) regards, Luigi Pirelli (luigi.pire...@faunalia.it - lui...@gmail.com) On 22 August 2014 13:02, Martin Dobias wrote: > Hi all > > In recent weeks I have been busy with the second part of legend > refactori

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hey, I am still of the opinion that the PSC doesn't need to be involved in the vote unless there is a split. Most QEPs will be at a technical level and might take a bit to parse, others might not be. It might be best to have categories or QEPs so that different groups have different votes. A QEP

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Le lundi 25 août 2014 11:42:12, Vincent Picavet a écrit : > Hell, I meant "Hello", of course, no offence :-/ v. > > > You speak of discussion with community. > > This is agreement, but the only important to be sure of the work is the > > PSC agreement. > > If after 2 weeks the PSC say nothing on

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hell, > You speak of discussion with community. > This is agreement, but the only important to be sure of the work is the > PSC agreement. > If after 2 weeks the PSC say nothing one could start with a contract > for the development ? As Marco said, and as it always has been the case in the QGIS p

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi On 25/08/2014 07:42, Martin Dobias wrote: > On Sat, Aug 23, 2014 at 8:31 AM, Nyall Dawson > wrote: >> >> On 23/08/2014 3:33 am, "Even Rouault" >> wrote: >>> >>> Le vendredi 22 août 2014 17:19:34, Marco Hugentobler a écrit : - Who can vote?

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hi Vincent, You speak of discussion with community. This is agreement, but the only important to be sure of the work is the PSC agreement. If after 2 weeks the PSC say nothing one could start with a contract for the development ? Surely better could be have a +1 explicit from the PSC menbers on t

Re: [Qgis-developer] Resurrecting the RFC (QEP - QGIS Enhancement Proposal)

Hi Andrea, First of all, I tend to agree with Marco, where QEP should be voted when there is a general agreement on them. The PSC voting should therefore be enough. As for you question about QEP vs funders. Le lundi 25 août 2014 08:41:29, aperi2007 a écrit : [snip] > Also, AOAIK an important qu

Re: [Qgis-developer] IT Translation broken in 2.5, it was ok in 2.4!!

This topic already added to hackfest agenda [0]. Feel free to add ideas and/or other possible solutions. [0] http://hub.qgis.org/wiki/quantum-gis/12_QGIS_Developer_Meeting_in_Essen_2014 2014-08-25 11:04 GMT+03:00 Werner Macho : > Seems to be a good task for the upcoming hackfest :) > > I am going

Re: [Qgis-developer] IT Translation broken in 2.5, it was ok in 2.4!!

Seems to be a good task for the upcoming hackfest :) I am going to take some time with Richard anyway .. I think this could be adressed too .. regards Werner On Mon, Aug 25, 2014 at 9:57 AM, Alessandro Pasotti wrote: > 2014-08-25 9:27 GMT+02:00 Paolo Cavallini : >> Il 25/08/2014 09:25, Alessand

Re: [Qgis-developer] IT Translation broken in 2.5, it was ok in 2.4!!

2014-08-25 9:27 GMT+02:00 Paolo Cavallini : > Il 25/08/2014 09:25, Alessandro Pasotti ha scritto: > >> this is a good choice, just make sure that the context help is also >> available when a user is offline. > > Agreed, that's why the first choice I mentioned was replacing, instead of > linking.

Re: [Qgis-developer] IT Translation broken in 2.5, it was ok in 2.4!!

Il 25/08/2014 09:25, Alessandro Pasotti ha scritto: > this is a good choice, just make sure that the context help is also > available when a user is offline. Agreed, that's why the first choice I mentioned was replacing, instead of linking. All the best. -- Paolo Cavallini - www.faunalia.eu Co

Re: [Qgis-developer] IT Translation broken in 2.5, it was ok in 2.4!!

2014-08-25 7:46 GMT+02:00 Paolo Cavallini : > Il 21/08/2014 09:28, Werner Macho ha scritto: > >> Ah ok - now I know. >> Translators made me aware of some facts that are not true anymore in >> context help and I adjusted the information in this context help >> (fe4e552e) to more reflect the current