Re: [Qgis-developer] 2.6: first overview
Crash: different types. Usually closing the project, QGIS ends up with a minidump or the MS error window The software stopped to work etc etc. This happens closing .qgs from 2.2 with or without saving to 2.6 version. Sometimes also while working. Attached you can find the .dmp (shall I upload them? I don't know how to deal with). Actually it's a quite annoying issue... I have seen the crash on exit on several machines, it is usually a plugon problem, try disable/remove your plugins, at some point you will probably find the one is causing the crash. cheers ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 2.6: first overview
Hi Niccolò, *Translation **(**ITA**)*: just few oversights: o color selection panel: incolla co_ll_ore o modify widget properties: il widget di _modica_ può... I cannot find the first issue you pointed out (maybe it has already been fixed for the master release) but I fixed the second one. Thanks! Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] suggestion about changelog
Hi all, great visual changelog for the new release, well done! I just have a suggestion, are there any online model collections links that we can add to the section https://www.qgis.org/en/site/forusers/visualchangelog260/index.html#feature-on-line-collection-of-models-and-scripts ? Cheers Matteo ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Changes in API documentation?
Hi, something is changed in automatic API documentation generation? Disappeared code line link to explore the code where the api is defined.. regards, Luigi Pirelli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-tr] size of translations, use a distinct repo?
On 03.11.2014 08:39, Werner Macho wrote: Hi Denis! Yeah - unfortunately I missed spanish from transifex (sorry to carlos for that). But that should now be a normal commit for a language update. As I said already.. I tend to only update english source from master to transifex and only frequently port translations back like once in a month and before releases every 3 days or so for 2 weeks. We should give translators the chance to see in testing how the translation looks like. Well, the point here is that we could have daily pull (or so) of the translations and do not care that much. Also, if line numbers are helpful for translating we could think if putting them back. Using a git submodule would also be good to me .. that would probably make the above more easier .. Personally I never used submodules and I don't want to break anything .. So if anyone with experience can do it .. step ahead .. If noone will do it I will try to implement it myself (hopefully without breaking anything). It shouldn't be very hard. 1. Create a new repo on github, let's say QGIS-i18n 2. In i18n folder, do 2.1. git init 2.2. git remote add origin g...@github.com:QGIS/QGIS-i18n.git 2.3. git add * 2.4. git commit -m first 2.5. git push -u origin master 3. On top directory, remove i18n folder: git rm -rf i18n 4. Add the submodule: git submodule add g...@github.com:QGIS/qgis-i18n.git i18n After this, you should have exactly the same folder structure, except that i18n is now an external repo. pulling/pushing in this folder will be performed on the submodule repo and won't affect the main repo. For the transifex config, I am not an expert, but as far as I understand it, pushing/pull translation is done from the project, so I wonder if even a change is requested. I don't know if this a QEP case as it is nothing technical with GIS itself but rather administrative .. Ask the PSC? kind regards Werner On Mon, Nov 3, 2014 at 8:32 AM, Denis Rouzaud denis.rouz...@gmail.com wrote: Hi again, Thanks again for you work Werner. Last translation commit is quite large again, due to the Spanish file, although from a quick look it just seems to be new translations... Anyway, I'd like to raise again the idea of using git submodule for translation files. As written before, I think they are quite useless in the main repo. Even if we can limit drastically the growth of the files, I think they would be better suited in a distinct repo and have a small advantage regarding growth of the main repo. I found a project [0] which is using github / transifex with git submodule for translation files [1]. I believe no changes to current translation scripts would be required thanks to git submodules. It would just be a question of initialising the submodule and changing the url wherever needed. Does this need a QEP ? ;) Best wishes, Denis [0] http://www.ushahidi.com/2012/08/21/localization-and-translation-with-transifex/ [1] https://github.com/ushahidi/Ushahidi_Web/tree/develop/application On 30.10.2014 17:12, Werner Macho wrote: Hi! I am sorry for not realizing that :( But from now on it should be much better .. Other thing is that I think about only updating all translations in source only every two weeks (or probably only in front of a release) as the translation should be done in transifex anyway. And only updating the english source in transifex (and master of course). Pros: even smaller and less commits, Cons: Some translators often like to see how it looks like and I understand that from time to time you want to see if it fits. What do you think about that? regards Werner On Thu, Oct 30, 2014 at 4:28 PM, Denis Rouzaud denis.rouz...@gmail.com wrote: Hi Werner, Thanks for this, indeed last translation commit is indeed much smaller Less than 1k lines while it used to be about 50k before. Cheers, Denis On 29.10.2014 20:49, Werner Macho wrote: Hi! I added the suggestion from jef and tried the new produced ts files in linguist and transifex without any problems .. So I decided to update everything again (with strings and transifex update) .. ts files should now have no location inside any more .. I hope that shrinks down the size from now on. regards Werner On Wed, Oct 29, 2014 at 2:56 PM, Stott, James fmro...@fylkesmannen.no wrote: As a slight side point, according to transifex it looks like we could have 13 fully translated languages for the GUI by the time 2.6 is released (13 languages are on 99% or more). 15 languages are over 95%. This is excellent news. Is it something we should publise, maybe add to the visual changelog? -Opprinnelig melding- Fra: qgis-tr-boun...@lists.osgeo.org [mailto:qgis-tr-boun...@lists.osgeo.org] På vegne av Werner Macho Sendt: 29. oktober 2014 14:15 Til: Denis Rouzaud Kopi: QGIS Translation Discussions; qgis-developer Emne: Re: [Qgis-tr] [Qgis-developer] size of translations, use a distinct repo? hmm - ok .. Then I am going to give it a try
Re: [Qgis-developer] Changes in API documentation?
Hi Luigi, On Mon, 03. Nov 2014 at 10:08:19 +0100, Luigi Pirelli wrote: something is changed in automatic API documentation generation? Which link are you referring to? The documentation still is at qgis.org/api Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
I noticed that too. In previous API docs you could explore the code where a method, constant, etc is defined. Look at QgsLabel.renderLabel(): API master: http://qgis.org/api/classQgsLabel.html#a023a9722f96e7afd0a90788e0860a62d API 2.2: http://qgis.org/api/2.2/classQgsLabel.html#a023a9722f96e7afd0a90788e0860a62d giovanni 2014-11-03 10:31 GMT+01:00 Jürgen E. j...@norbit.de: Hi Luigi, On Mon, 03. Nov 2014 at 10:08:19 +0100, Luigi Pirelli wrote: something is changed in automatic API documentation generation? Which link are you referring to? The documentation still is at qgis.org/api Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBVFdLbxBsJ9SQbsVUAQKf5A/8CDJmLeiIFjQIs6T3d+0YybchDeI6YKd1 V/LYaMB93Ei1hF2PhlHNnM6NlSEf0yRqyhcevcQoHD0i/QsfFMkhSwOLlEYR6C7p w81wlp2Wsn2SsZHtbQTIK/7oV0jDeHeNQ3sgDLG5dxJwxiYpTbUX0opfl3FmVi7n 950iIjTb/czKXvMRiiL/bIxxBxDBXIx64658C/tJt6ctkUKPTtpxTTU4vqnmOyTK mkEBf4ub8E2AAKKoDkb6E+d81NYjRx01SSaWpZwuWmGNul1jyGcrO00Ecb7dJBiJ AWkLwsAgt1OvQ28kRef2t/0dAOCBMSzwzUEG2rA8SUtYTlyV+GaOrEHcu/cMS6n5 a9/ssEQiR7TWvXWvLicZC8GIrEj4VOdDIqSyOa2TrdVs6g9mQwEZsveeSD4U7qBa rWvHW94HpRF54ES/S82q5SLpOkqKZV3d7j5J8y9nqq/1BQqupQxCMHlCXZfxSg4h qXwcER68wlfdpA738RnDCTZtQkQe/mXik8ansE0X8eTywF/FMa4UGH1sHZD6fZtn xxZTBX+8PaQaJ4xyn/wsPcuZ5pXANHUy8pS7mv6eZs6TAXl1u9UNI2SECpMzPaVd hGHmZGR2tEs+T7C4cfUMOTvuilweeu4OBdBHT+K3oPFnHact3JATp4fT/GC/MNlW 2i8M2Y1LrXA= =paDO -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
Hi Giovanni, On Mon, 03. Nov 2014 at 10:37:15 +0100, G. Allegri wrote: I noticed that too. In previous API docs you could explore the code where a method, constant, etc is defined. This was done intentionally: https://github.com/qgis/QGIS/commit/7ee05afd366cebf3c8f44354067c34223346f835 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-tr] size of translations, use a distinct repo?
On Mon, Nov 03, 2014 at 10:23:24AM +0100, Denis Rouzaud wrote: 1. Create a new repo on github, let's say QGIS-i18n 2. In i18n folder, do 2.1. git init 2.2. git remote add origin g...@github.com:QGIS/QGIS-i18n.git 2.3. git add * 2.4. git commit -m first 2.5. git push -u origin master 3. On top directory, remove i18n folder: git rm -rf i18n 4. Add the submodule: git submodule add g...@github.com:QGIS/qgis-i18n.git i18n After this, you should have exactly the same folder structure, except that i18n is now an external repo. pulling/pushing in this folder will be performed on the submodule repo and won't affect the main repo. To complete the picture, the main repo references a specific commit of the submodule, so in order to update translations such reference would need to be updated in the main repo. For the transifex config, I am not an expert, but as far as I understand it, pushing/pull translation is done from the project, so I wonder if even a change is requested. The the reason above it may be advisible to have transifex pull from the submodule, or it would see no changes until the submodule reference is updated (assuming transifex puller would be able to follow submodules). --strk; () Free GIS Flash consultant/developer /\ http://strk.keybit.net/services.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 2.6: first overview
ok giovanni, once I understand which plugin is causing the crash, what shall I do? report it? btw: crashes appeared also while working, even on already-saved-2.6-version projects. thank you all for the support! PS suggestions for the next step? trying to install from osgeo or better to go back to 2.2? further installation of 2.6 didn't help with crashes. Date: Mon, 3 Nov 2014 08:39:54 + Subject: Re: 2.6: first overview From: giovanni.man...@faunalia.pt To: qgis-developer@lists.osgeo.org; sciurusurba...@hotmail.it Crash: different types. Usually closing the project, QGIS ends up with a minidump or the MS error window The software stopped to work etc etc. This happens closing .qgs from 2.2 with or without saving to 2.6 version. Sometimes also while working. Attached you can find the .dmp (shall I upload them? I don't know how to deal with). Actually it's a quite annoying issue... I have seen the crash on exit on several machines, it is usually a plugon problem, try disable/remove your plugins, at some point you will probably find the one is causing the crash. cheers ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
Thanks Jurger. Did you do it to keep the API docs cleaner? Anyway I was just explaining what I suppose Luigi meant. giovanni 2014-11-03 10:50 GMT+01:00 Jürgen E. j...@norbit.de: Hi Giovanni, On Mon, 03. Nov 2014 at 10:37:15 +0100, G. Allegri wrote: I noticed that too. In previous API docs you could explore the code where a method, constant, etc is defined. This was done intentionally: https://github.com/qgis/QGIS/commit/7ee05afd366cebf3c8f44354067c34223346f835 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBVFdPzRBsJ9SQbsVUAQIPEhAAwEqILNzN9xSFWQXWkLJh14cqabBrA3vD 0TfVljLi+9tXXV5Dcd3/pA2dqffKZHYVfJ5LsnACRNbF36L+uqBoRkD5kgE37Zwa GNPKbkuPeiQ+/t7ODknHD94+MZvT5ZBWlkpP7Q19Fc1ahKg7f8PZ0/KoWvxJM5Zv FzoqESswY8XhnC9sAtuWStOnm9QG0aWOuk6YRWls5ZitFfcZFIGlrpnpJZBFpZUM WaBvbRO43V4sYEiiR5Gv6TwO/hgb2J30OlKGJhi1yWQRZVMzYwkJ+DxyxmLHfg7h 8V/vsg74IFly6rmyUcspD/c+M99Ilmqbwo8TLg8ixrjsS7EUszZvTJ64r+PR0/CM t9Xgh7IcckkV4mT3qKXEfwGMAVGZCRlq/zgRcoRdphW57uDOKJLqORmR9mdRbgNs PAtedB2WKY19ZKCK/wASowyruTcGv6LsQo9pE4/86Jdw0Ji2cyCAJc5IaDPhog21 X2/QXwqtzjpGuLuWks2jH2Db2kbEiwO6orPNVdljAGLGyKM5Czn3dJAHADfK/aQT GpzOVb1NKqfM5Ff5kTzQdMo/apthdlvZy91yE/Vgm09dySHu5wAlObHM6npWKeHq TaHDEYJmA/hYMU/3OvKm/iup3dV04mDLtpVYqo9DxZocAltkMBdmqsOsgARdHRPb SyIlHjqtLhc= =ptjb -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 2.6: first overview
Il 03/11/2014 10:50, Niccolò Marchi ha scritto: ok giovanni, once I understand which plugin is causing the crash, what shall I do? report it? yes, please btw: crashes appeared also while working, even on already-saved-2.6-version projects. thank you all for the support! PS suggestions for the next step? trying to install from osgeo or better to go back to 2.2? further installation of 2.6 didn't help with crashes. try removing the offending plugin. reinstall should never help :) all the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] LizMap plugin: filter layer by user impossible to remove?
Il 31/10/2014 19:04, kimaidou ha scritto: Hi Paolo, I cannot check it right now, but could you open a ticket in Github so that it does not get lost while time passes ? Done: https://github.com/3liz/lizmap-plugin/issues/32 Thanks. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re : 2.6: first overview
ok Paolo and Werner: I'll do it :) thank you Junior and all the others for the support! To: werner.ma...@gmail.com; sciurusurba...@hotmail.it From: del...@gmail.com CC: qgis-developer@lists.osgeo.org Subject: Re : [Qgis-developer] 2.6: first overview Date: Mon, 3 Nov 2014 00:18:29 +0100 Hi,About corrupted layers, yes this is the new behaviour. You can now directly write the good path. But there is also a browser button at the bottom of the dialog. Select the layer in the list and click on this button will open the explorer, as old double-click behaved. Envoyé depuis mon HTC - Reply message - De : Werner Macho werner.ma...@gmail.com Pour : Niccolò Marchi sciurusurba...@hotmail.it Cc : qgis-developer@lists.osgeo.org qgis-developer@lists.osgeo.org Objet : [Qgis-developer] 2.6: first overview Date : dim., nov. 2, 2014 23:29 Hi! Regarding translation it is now easier than ever before to contribute and change the things yourself. Just get an account on transifex [0] and apply for the italian language - search for the typos and change them by yourself. That way you make sure the correct string will find it's way into the next release. kind regards Werner [0] https://www.transifex.com/projects/p/QGIS On Sun, Nov 2, 2014 at 11:11 PM, Niccolò Marchi sciurusurba...@hotmail.it wrote: Hi all, just few things I'm experiencing with 2.6: Attribute Table: modifying the content of a cell, it needs to save and reopen the table to see it updated...normal behaviour? Crash: different types. Usually closing the project, QGIS ends up with a minidump or the MS error window The software stopped to work etc etc. This happens closing .qgs from 2.2 with or without saving to 2.6 version. Sometimes also while working. Attached you can find the .dmp (shall I upload them? I don't know how to deal with). Actually it's a quite annoying issue... Corrupt layers: the table appears but double-clicking the source it doesn't open the explorer as in 2.2; it only allows to modify the folder destination as text. Is that the new behavior? Translation (ITA): just few oversights: color selection panel: incolla collore modify widget properties: il widget di modica può... Is there anyone with the same issues? I'm working with W8.1 64bit and QGIS standalone. As always: thank you all for your work! All the best, Nic ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 2.6: first overview
Matthieu actually, the project file got broken after a minidump...I don't know if it still turns useful. sample data: which kind? the project is quite thick... btw, in the meanwhile I'll try to open a ticket on it. thank you very much! Date: Mon, 3 Nov 2014 07:07:48 +0700 Subject: Re: [Qgis-developer] 2.6: first overview From: nirvn.a...@gmail.com To: sciurusurba...@hotmail.it CC: qgis-developer@lists.osgeo.org Niccola, With regards to point 1 2, you would increase the chance of those issues being fixed (and help QGIS) by filing tickets at hub.qgis.org . Be as descriptive as you can, provide steps to reproduce what affects you; that should be enough to get a developer to look into it. Sample data source project file leading to issue a bonus. M On 3 Nov 2014 05:16, Niccolò Marchi sciurusurba...@hotmail.it wrote: Hi all, just few things I'm experiencing with 2.6: Attribute Table: modifying the content of a cell, it needs to save and reopen the table to see it updated...normal behaviour? Crash: different types. Usually closing the project, QGIS ends up with a minidump or the MS error window The software stopped to work etc etc. This happens closing .qgs from 2.2 with or without saving to 2.6 version. Sometimes also while working. Attached you can find the .dmp (shall I upload them? I don't know how to deal with). Actually it's a quite annoying issue... Corrupt layers: the table appears but double-clicking the source it doesn't open the explorer as in 2.2; it only allows to modify the folder destination as text. Is that the new behavior? Translation (ITA): just few oversights: color selection panel: incolla collore modify widget properties: il widget di modica può... Is there anyone with the same issues? I'm working with W8.1 64bit and QGIS standalone. As always: thank you all for your work! All the best, Nic ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
added a comment to the commit: I prefer old style documentation that help me to enter directly in the code to understand how it works. ok, I can create my own documentation, but I generally I find it more useful having it online regards Luigi Pirelli On 3 November 2014 10:55, G. Allegri gioha...@gmail.com wrote: Thanks Jurger. Did you do it to keep the API docs cleaner? Anyway I was just explaining what I suppose Luigi meant. giovanni 2014-11-03 10:50 GMT+01:00 Jürgen E. j...@norbit.de: Hi Giovanni, On Mon, 03. Nov 2014 at 10:37:15 +0100, G. Allegri wrote: I noticed that too. In previous API docs you could explore the code where a method, constant, etc is defined. This was done intentionally: https://github.com/qgis/QGIS/commit/7ee05afd366cebf3c8f44354067c34223346f835 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBVFdPzRBsJ9SQbsVUAQIPEhAAwEqILNzN9xSFWQXWkLJh14cqabBrA3vD 0TfVljLi+9tXXV5Dcd3/pA2dqffKZHYVfJ5LsnACRNbF36L+uqBoRkD5kgE37Zwa GNPKbkuPeiQ+/t7ODknHD94+MZvT5ZBWlkpP7Q19Fc1ahKg7f8PZ0/KoWvxJM5Zv FzoqESswY8XhnC9sAtuWStOnm9QG0aWOuk6YRWls5ZitFfcZFIGlrpnpJZBFpZUM WaBvbRO43V4sYEiiR5Gv6TwO/hgb2J30OlKGJhi1yWQRZVMzYwkJ+DxyxmLHfg7h 8V/vsg74IFly6rmyUcspD/c+M99Ilmqbwo8TLg8ixrjsS7EUszZvTJ64r+PR0/CM t9Xgh7IcckkV4mT3qKXEfwGMAVGZCRlq/zgRcoRdphW57uDOKJLqORmR9mdRbgNs PAtedB2WKY19ZKCK/wASowyruTcGv6LsQo9pE4/86Jdw0Ji2cyCAJc5IaDPhog21 X2/QXwqtzjpGuLuWks2jH2Db2kbEiwO6orPNVdljAGLGyKM5Czn3dJAHADfK/aQT GpzOVb1NKqfM5Ff5kTzQdMo/apthdlvZy91yE/Vgm09dySHu5wAlObHM6npWKeHq TaHDEYJmA/hYMU/3OvKm/iup3dV04mDLtpVYqo9DxZocAltkMBdmqsOsgARdHRPb SyIlHjqtLhc= =ptjb -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giovanni Allegri http://about.me/giovanniallegri Twitter: https://twitter.com/_giohappy_ blog: http://blog.spaziogis.it GEO+ geomatica in Italia http://bit.ly/GEOplus ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Make error - QGIS Latest (2.6.0)
Thanks Jurgen Yep, that was the problem. Built with latest QScintilla2 from
source. Successfully installed QGIS 2.7.0 (git master repository) on
CentOS65.
However, I get a ‘processing' error message on starting QGIS2.7.0. Didn’t have
this problem two days ago with QGIS2.4.0.
Couldn't load plugin 'processing' from ['/usr/local/share/qgis/python',
'/home/mark/.qgis2/python', '/home/mark/.qgis2/python/plugins',
'/usr/local/share/qgis/python/plugins', '/usr/lib64/python26.zip',
'/usr/lib64/python2.6', '/usr/lib64/python2.6/plat-linux2',
'/usr/lib64/python2.6/lib-tk', '/usr/lib64/python2.6/lib-old',
'/usr/lib64/python2.6/lib-dynload', '/usr/lib64/python2.6/site-packages',
'/usr/lib64/python2.6/site-packages/PIL',
'/usr/lib64/python2.6/site-packages/gst-0.10',
'/usr/lib64/python2.6/site-packages/gtk-2.0',
'/usr/lib64/python2.6/site-packages/webkit-1.0',
'/usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode',
'/usr/lib/python2.6/site-packages',
'/usr/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg-info',
'/usr/local/share/qgis/python/plugins/fTools/tools']
Traceback (most recent call last):
File /usr/local/share/qgis/python/qgis/utils.py, line 185, in loadPlugin
__import__(packageName)
File /usr/local/share/qgis/python/qgis/utils.py, line 460, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
File /usr/local/share/qgis/python/plugins/processing/__init__.py, line 29,
in
from processing.tools.general import *
File /usr/local/share/qgis/python/qgis/utils.py, line 460, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
File /usr/local/share/qgis/python/plugins/processing/tools/general.py, line
29, in
from processing.core.Processing import Processing
File /usr/local/share/qgis/python/qgis/utils.py, line 460, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
File /usr/local/share/qgis/python/plugins/processing/core/Processing.py,
line 47, in
from processing.modeler.ModelerAlgorithmProvider import \
File /usr/local/share/qgis/python/qgis/utils.py, line 460, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
File
/usr/local/share/qgis/python/plugins/processing/modeler/ModelerAlgorithmProvider.py,
line 35, in
from processing.modeler.ModelerAlgorithm import ModelerAlgorithm
File /usr/local/share/qgis/python/qgis/utils.py, line 460, in _import
mod = _builtin_import(name, globals, locals, fromlist, level)
File
/usr/local/share/qgis/python/plugins/processing/modeler/ModelerAlgorithm.py,
line 100
return {k:v for k,v in self.__dict__.iteritems() if not k.startswith(_)}
^
SyntaxError: invalid syntax
Python version:
2.6.6 (r266:84292, Jan 22 2014, 09:42:36)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
QGIS version:
2.7.0-Master Master, exported
Python path: ['/usr/local/share/qgis/python', u'/home/mark/.qgis2/python',
u'/home/mark/.qgis2/python/plugins', '/usr/local/share/qgis/python/plugins',
'/usr/lib64/python26.zip', '/usr/lib64/python2.6',
'/usr/lib64/python2.6/plat-linux2', '/usr/lib64/python2.6/lib-tk',
'/usr/lib64/python2.6/lib-old', '/usr/lib64/python2.6/lib-dynload',
'/usr/lib64/python2.6/site-packages', '/usr/lib64/python2.6/site-packages/PIL',
'/usr/lib64/python2.6/site-packages/gst-0.10',
'/usr/lib64/python2.6/site-packages/gtk-2.0',
'/usr/lib64/python2.6/site-packages/webkit-1.0',
'/usr/lib64/python2.6/site-packages/wx-2.8-gtk2-unicode',
'/usr/lib/python2.6/site-packages',
'/usr/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg-info',
'/usr/local/share/qgis/python/plugins/fTools/tools']
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Raise minimum CMake version to 2.8.6
Hi, As we are out of feature freeze I was thinking of merging the possibilities to compile against Qt5. One of the difficulties was to have the possibility to compile the test suite. It is possible to have the test suite compile against both versions - Qt4 and Qt5 - by using automoc. Automoc is only available starting from CMake 2.8.6. Is there any objection against raising the minimum version of CMake? To avoid possible confusion: This will not break any compatibility with Qt4 and Qt4 will remain the main target for the moment. Qt5 support will have to be manually enabled with a CMake option. Matthias -- Help getting QGIS to the next level of quality before November 15! http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-automated-testing ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raise minimum CMake version to 2.8.6
Hi Matthias, On Mon, 03. Nov 2014 at 11:48:52 +0100, Matthias Kuhn wrote: As we are out of feature freeze I was thinking of merging the possibilities to compile against Qt5. One of the difficulties was to have the possibility to compile the test suite. It is possible to have the test suite compile against both versions - Qt4 and Qt5 - by using automoc. Automoc is only available starting from CMake 2.8.6. Is there any objection against raising the minimum version of CMake? Not from me. Even Ubuntu precise is at 2.8.7. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raise minimum CMake version to 2.8.6
+1 forme debian wheezy has 2.8.9 what would be oldest distribution supported by the current master? regards, Luigi Pirelli On 3 November 2014 12:04, Jürgen E. j...@norbit.de wrote: Hi Matthias, On Mon, 03. Nov 2014 at 11:48:52 +0100, Matthias Kuhn wrote: As we are out of feature freeze I was thinking of merging the possibilities to compile against Qt5. One of the difficulties was to have the possibility to compile the test suite. It is possible to have the test suite compile against both versions - Qt4 and Qt5 - by using automoc. Automoc is only available starting from CMake 2.8.6. Is there any objection against raising the minimum version of CMake? Not from me. Even Ubuntu precise is at 2.8.7. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIVAwUBVFdhMRBsJ9SQbsVUAQLQrhAAubSm/7CQ7EYIwHZ56tWMRMABbJnG0x1i 41uQQlYpvbLjlgXAXLbbLQaLwircqLQxWV8XKRi3AP8kVZpEtQYhjvXNbTWrAItC QxtK8IxeBhZR8RGdmfUkNhcxNvj2vdI1/pfVj9qckjzODJNhEOZcdTYLzq40dSuQ xybvKxuWBmn2Wn+ZysG5liCWdULXo6DTnj6kwOHkBDuiEwY1IHBLDuhDeqG+994A 8qfz+Q9O/BN1nWkIbg2NGYXAYE+MYihU6UcOI11m7Qv5L04HEzSJ+9NlBe+vT1LS 3h71Oh1NrsWR1pZHADe9i93Yh0SWxmh/BVYLS/gheJTjS+sEYO3fXg7ArzqKHqJu nvaoiHq3/LeLHwiZ6Ef5ETGBD7BEazjIS3ISeZvZcQfk/5dADcHo3toyBwbySw4B cyW4DoUaaccePErj3ZFt4Y8xBada5DJudEM0V6g2uuHH5X1tFeFBgUSV7JvKEcsA /qmZ3gJ7OKU79H+yh4Ba9/CkfetGNSeuCLKzlxETD1f3A5ne/f6UeLc6roiyiw/l d4PVWkP9Zf1cOwNT2PQQzQ1mlVsQAjab1J1hLEhpxIAC3o/nJft9yUmOim2banxu VZC0YeUrNXMO1OENP62q5EWBGRClAl1me50uwh+maOugJdbrWNTSqReupQxL1zSk O/8QIM2yx40= =g0DV -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raise minimum CMake version to 2.8.6
On Mon, Nov 03, 2014 at 11:48:52AM +0100, Matthias Kuhn wrote: automoc. Automoc is only available starting from CMake 2.8.6. Is there any objection against raising the minimum version of CMake? Debian stable (7.4 aka wheezy) ships 2.8.9, so no objection from me :) --strk; Help getting QGIS to the next level of quality before November 15! http://blog.vitu.ch/10102014-1046/crowdfunding-initiative-automated-testing ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raise minimum CMake version to 2.8.6
Hi Luigi, On Mon, 03. Nov 2014 at 12:12:17 +0100, Luigi Pirelli wrote: what would be oldest distribution supported by the current master? On 3 November 2014 12:04, Jürgen E. j...@norbit.de wrote: Not from me. Even Ubuntu precise is at 2.8.7. Guess why I referred to precise ;) Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13 Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS release manager (PSC) GermanyIRC: jef on FreeNode signature.asc Description: Digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
Hi Luigi On Mon, Nov 3, 2014 at 5:06 PM, Luigi Pirelli lui...@gmail.com wrote: added a comment to the commit: I prefer old style documentation that help me to enter directly in the code to understand how it works. ok, I can create my own documentation, but I generally I find it more useful having it online The rationale was that users of the documentation should not need to read the code of individual functions. If they do, then the documentation is simply not good enough. Many other projects we use (like Qt, GDAL, GEOS) do not include that either. Those links simply make the documentation more bloated. Another reason is that if someone needs to browse the code, any IDE with c++ support is 10x more efficient for that. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raise minimum CMake version to 2.8.6
On 11/03/2014 11:48 AM, Matthias Kuhn wrote: Hi, As we are out of feature freeze I was thinking of merging the possibilities to compile against Qt5. One of the difficulties was to have the possibility to compile the test suite. It is possible to have the test suite compile against both versions - Qt4 and Qt5 - by using automoc. Automoc is only available starting from CMake 2.8.6. Is there any objection against raising the minimum version of CMake? To avoid possible confusion: This will not break any compatibility with Qt4 and Qt4 will remain the main target for the moment. Qt5 support will have to be manually enabled with a CMake option. Matthias For reference, EL6 has 2.8.11 through EPEL's cmake28. Volker ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] How to avoid message: CRS was undefined ?
Hi I've a third party plugin with a gdal virtual layer that is shown in QGIS. The virtual layer is build with gdalbuildvrt and all images belong to the same CRS I know the CRS of the current project and the CRS of the images composing the virtual layer... that are wms tiles, saved as png and loosing CRS information. when importing the layer appear the message: CRS was undefined: defaulting to project.. and so on this because during instanciacion of QgsRasterLayer(vrtpath, myraster), somewere is emitted the customCrsValidate(..) event that try to check custom CRS. I need to set CRS to avoid this messages. I've two way: 1) set gdalbuildvrt the parameter -a_srs to force srs, but it is available only with gdal = 1.10, and I'm loking for a generic vay to solve 2) instanciate rl=QgsRasterLayer() and then set crs... but I can't find a way to set path. neither setting QgsDataSourceURI there's a solution that I'm missing? regards Luigi Pirelli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] 2.2 - 2.6 oracle table SRID not identified
Hi, There's difference between 2.2 and 2.6 release when scanning an Oracle database: With 2.2 table's SRID are well identified, not with 2.6 and DB is the same. What should be the reason of these different behaviour? (and the solution ;-)? Thanks Sylvain Pierre ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Options in Spatial Query Plugin
Hi, for the Spatial Query Plugin in the Result feature ID's area the options Invalid source and Invalid reference are unclear. http://hub.qgis.org/issues/11530 Can someone describe what it means, we will add it to the manual then. Thanks Otto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QEP Geometry redesign / curved geometries
Hi all Find on the QEP repository a draft enhancement proposal about geometry refactoring / support of curved geometries (more or less what has been presented at the developer meeting in Essen): https://github.com/qgis/QGIS-Enhancement-Proposals/pull/10 Looking forward to your comments and suggestions. Regards, Marco -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS geometry redesign / curved geometries
Hi all Find on the QEP repository a draft enhancement proposal about geometry refactoring / support of curved geometries (more or less what has been presented at the developer meeting in Essen): https://github.com/qgis/QGIS-Enhancement-Proposals/pull/10 Looking forward to your comments and suggestions. Regards, Marco -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee -- Dr. Marco Hugentobler Sourcepole - Linux Open Source Solutions Weberstrasse 5, CH-8004 Zürich, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Restricting projections to those comaptible with current canvas
Hi all. Currently the user is presented with the full list of projections, even when inappropriate (e.g. EPSG:4326 when the canvas or the coordinates values are in millions), e.g. for guessing unknown. It would be much easier if only those compatible with the current canvas extent would be available. Apparently the info is available in the DB: http://lists.osgeo.org/pipermail/gdal-dev/2014-November/040377.html Perhaps this is a candidate for a QEP? All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Restricting projections to those comaptible with current canvas
Il 03/11/2014 19:14, Paolo Cavallini ha scritto: Currently the user is presented with the full list of projections, even when inappropriate (e.g. EPSG:4326 when the canvas or the coordinates values are in millions), e.g. for guessing unknown. It would be much easier if only those compatible with the current canvas extent would be available. Apparently the info is available in the DB: http://lists.osgeo.org/pipermail/gdal-dev/2014-November/040377.html Perhaps this is a candidate for a QEP? This gets back to an old thread: http://lists.osgeo.org/pipermail/qgis-developer/2014-April/032075.html All the best. -- Paolo Cavallini - www.faunalia.eu Corsi QGIS e PostGIS: http://www.faunalia.eu/training.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
Hi martin I almost agree, but qgis is not only a lib but kind of framework. It's use is different tespect the use i van do with qt or gdal. Not always I've the code available to investigate... but I generally have connection. In my point of view, api doc wasn't clutter Regards, luigi pirelli On 3 November 2014 12:40, Martin Dobias wonder...@gmail.com wrote: Hi Luigi On Mon, Nov 3, 2014 at 5:06 PM, Luigi Pirelli lui...@gmail.com wrote: added a comment to the commit: I prefer old style documentation that help me to enter directly in the code to understand how it works. ok, I can create my own documentation, but I generally I find it more useful having it online The rationale was that users of the documentation should not need to read the code of individual functions. If they do, then the documentation is simply not good enough. Many other projects we use (like Qt, GDAL, GEOS) do not include that either. Those links simply make the documentation more bloated. Another reason is that if someone needs to browse the code, any IDE with c++ support is 10x more efficient for that. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS Win64 minidump due to GDAL function
Hi all, I have a persistent issue with a Python plugin of mine, qgSurf. There is no (observed) problem when using this plugin in Linux (Mint) 64 bit with QGIS 2.4 or 2.6, or for QGIS 2.4 in Win 32 bit (I don't know for QGIS 2.6 Win32). However, when using it in a Win64 versions, be it 2.4 or 2.6 from standalone installers, at the QGIS closing a minidump is always created. I've tracked the single offending command: it's the use of the GDAL function ReadAsArray, for reading the content of a raster band. I don't know if this is a known issue of GDAL in QGIS Win64, and if it could be solved in one of the next releases of QGIS 64 bit for Windows. Thanks, Mauro ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Win64 minidump due to GDAL function
do you have core dump also having the Python Console opened? regards, Luigi Pirelli On 3 November 2014 21:37, Mauro Alberti alberti@gmail.com wrote: Hi all, I have a persistent issue with a Python plugin of mine, qgSurf. There is no (observed) problem when using this plugin in Linux (Mint) 64 bit with QGIS 2.4 or 2.6, or for QGIS 2.4 in Win 32 bit (I don't know for QGIS 2.6 Win32). However, when using it in a Win64 versions, be it 2.4 or 2.6 from standalone installers, at the QGIS closing a minidump is always created. I've tracked the single offending command: it's the use of the GDAL function ReadAsArray, for reading the content of a raster band. I don't know if this is a known issue of GDAL in QGIS Win64, and if it could be solved in one of the next releases of QGIS 64 bit for Windows. Thanks, Mauro ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Win64 minidump due to GDAL function
Hi, I've uploaded an example as a zipped file: http://www.malg.eu/pub/qgis-20141103-220202-3148-3516-exported.zip There were no messages in the Python console. Mauro On Mon, Nov 3, 2014 at 9:38 PM, Luigi Pirelli lui...@gmail.com wrote: do you have core dump also having the Python Console opened? regards, Luigi Pirelli On 3 November 2014 21:37, Mauro Alberti alberti@gmail.com wrote: Hi all, I have a persistent issue with a Python plugin of mine, qgSurf. There is no (observed) problem when using this plugin in Linux (Mint) 64 bit with QGIS 2.4 or 2.6, or for QGIS 2.4 in Win 32 bit (I don't know for QGIS 2.6 Win32). However, when using it in a Win64 versions, be it 2.4 or 2.6 from standalone installers, at the QGIS closing a minidump is always created. I've tracked the single offending command: it's the use of the GDAL function ReadAsArray, for reading the content of a raster band. I don't know if this is a known issue of GDAL in QGIS Win64, and if it could be solved in one of the next releases of QGIS 64 bit for Windows. Thanks, Mauro ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Trouble with PostGis
Hi, walter.nordmann wrote But: it would be much much easier if Qgis would do the Job: log all queries sent to to the server instead of using external tools to fetch that infos. Using pgadmin3, postgresql server logs, pg_stat_activity or even wireshark, which is for catching network traffic, is a little bit strange. after *3 days of hard work* i can see the queries, qgis is sending to the database server. Nobody told me to - compile qqis in debug mode - add 2 environment variables and inspect the resulting log file Remember: I'm not a qgis developer, just a simple user having big problems. I try to describe the real problem: I'm doing a spatial query to fetch all country borders out of the openstreetmap table planet_osm_polygon on my local database server. This is a really big table with about 152 millons geometries (polygons and multipolygons mixed) and i only need about 220 of them. Filter in Qgis: /boundary='administrative' and osm_id0 and admin_level = '2'/ /boundary/ , /osm_id/ and /admin_level/ are indexed. that leads to which makes sense to me. After that you can wait for hours. there is no additional output in the logfile. in pgadmin3 i can see fetch-requests, but i don't know if data is beeing submitted from the database-server to qgis. btw: a timestamp in the logfile would be fine. 2.8 ? The same query without cursor using psql runs in about 40 seconds, which is ok for me. This happens in 2.4 and the new 2.6 in the same way. I think it's really a problem with long queries (longer then 20-30 seconds?). any timeout waiting for data? regards walter -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Trouble-with-PostGis-plugin-tp519p5171013.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changes in API documentation?
On 11/03/2014 07:40 PM, Martin Dobias wrote: Hi Luigi On Mon, Nov 3, 2014 at 5:06 PM, Luigi Pirelli lui...@gmail.com wrote: added a comment to the commit: I prefer old style documentation that help me to enter directly in the code to understand how it works. ok, I can create my own documentation, but I generally I find it more useful having it online The rationale was that users of the documentation should not need to read the code of individual functions. If they do, then the documentation is simply not good enough. Many other projects we use (like Qt, GDAL, GEOS) do not include that either. Those links simply make the documentation more bloated. Another reason is that if someone needs to browse the code, any IDE with c++ support is 10x more efficient for that. Cheers Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer Well, yes, the documentation is not good enough, but I don't think it is a good reason to remove a useful link. I found it quite useful, I used it mainly in my job where I did not have admin rights to install a C++ IDE or any external software. It was quite handy to have the code easily available when the documentation was incomplete or outdated. Regards, Leyan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
