Re: [Qgis-developer] Re: SAGA Interface for QGIS - Weekly report
Il 02/07/2011 23:31, Camilo Polymeris ha scritto: It seems difficult to advance from this stage of development, the last few weeks I have been writing and rewriting the same things, as understanding of the problem and requirements change. I would very much appreciate comments on how to continue: Do you think traits is the way to go? If so, can you suggest cleaner ways to implement the framework? To me, the suggestion by Martin Dobias (using traits as a source of inspiration, rather than as a library) makes a lot of sense. My suggestion is therefore to keep on with the original work, but perhaps there is people around who can give a more authoritative response. All the best. -- Paolo Cavallini: http://www.faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS Processing Framework
On Sat, Jul 2, 2011 at 2:37 PM, Camilo Polymeris cpolyme...@gmail.comwrote: I have now invested a week trying to reconcile traits the processing framework, without satisfying results. It may have to do with me not having any experience with traits.. but I must admit, I am quite confused and not sure how to proceed. Would appreciate if someone else can have a look at the code (traits branch) and comment. Regards, Camilo I don't know if this is relevant to the crashes you have been getting, but TraitsUI and most other Enthought Qt-oriented GUI projects use version 2 of the SIP QString and QVariant APIs: https://github.com/enthought/pyface/blob/master/pyface/qt/__init__.py This is done so they can swap between PyQt4 and PySide without hassle and to get better unicode and Python 3 support. QGIS uses Version 1 of those APIs which is fundamentally incompatible. QGIS could upgrade to version 2 but all Python plugins containing code using QString or QVariant would have to replace these calls with plain Python strings and objects---definitely a 2.0 sort of change. -Charlie ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QCheckBox and QDateEdit in custom forms
Hello, I am working on a custom form under QGis. I've got a postGIS table which is linked to this custom form (a .ui file). The data of a feature are shown in this form and you can use it to write data to the database. There is no problem with the (classic) QLineEdit control: once you've written a value in the control and validate the form, it is written as well in the database. But I've got problems with QCheckBox: the box is always unchecked whatever the value of the field. When you check this control, the value is changed in the database (true or false). But if you try to open a form on an existing object, the checkbox is always unchecked. I've tested with (postGis) boolean and integer fields and got the same problem. The QDateEdit control is quite useful to help users to choose the right date (with calendar popups). But, like QCheckBox, I can't make them show the right value on form opening. It is always the default date (01/01/00) even if the date field is not null in the table. If you use the control to change the date, the value in the database is changed to the one you chose. I've tested this control with both (PostGIS) Date and Timestamp fields. Is there any mean to make QcheckBox and QDateEdit control values be the right values from the fields like QLineEdit ones ? I am using Debian Squeeze nightly-build version of QGis but I am not so sure that the problem is related to this specific version. Do you think this is the same bug than this one: http://hub.qgis.org/issues/3228 ? Thanks for your advices... -- Médéric RIBREUX email: mederic.ribr...@gmail.com blog: http://medspx.homelinux.org/blog ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] cmake cleanup to test (all platforms)
Any luck yet? Jurgen, as you seem to be the Windows guy for QGIS, maybe you can test my fork, make sure there are no compilation problems? I'd like to get my cmake cleanup and Mac framework changes into qgis master soon. On Jun 20, 2011, at 9:35 AM, William Kyngesburye wrote: On Jun 20, 2011, at 9:24 AM, Tim Sutton wrote: Ok sorry - idiot factor at work here - I had renamed my c:\osgeo4w dir for testing my installer and forgot to move it back to its proper place. Now I get this: CMake Error at C:/Program Files/CMake 2.8/share/cmake-2.8/Modules/FindQt4.cmake:1225 (MESSAGE): Qt qmake not found! Call Stack (most recent call first): CMakeLists.txt:171 (FIND_PACKAGE) Regards Tim hmmm, that one's in your cmake. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty. Don't you even hate 'em? What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the it wouldn't kill one ___ nor shorten the war one day. Ha, ha And it might give 'em all stomach ulcers. - Tarzan, on war ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] cmake cleanup to test (all platforms)
Hi William, On Sun, 03. Jul 2011 at 14:00:53 -0500, William Kyngesburye wrote: Any luck yet? Jurgen, as you seem to be the Windows guy for QGIS, maybe you can test my fork, make sure there are no compilation problems? I'd like to get my cmake cleanup and Mac framework changes into qgis master soon. No apparent problems. Go ahead and commit it. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-20 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] cmake cleanup to test (all platforms)
On Jul 3, 2011, at 3:41 PM, Jürgen E. Fischer wrote: Hi William, On Sun, 03. Jul 2011 at 14:00:53 -0500, William Kyngesburye wrote: Any luck yet? Jurgen, as you seem to be the Windows guy for QGIS, maybe you can test my fork, make sure there are no compilation problems? I'd like to get my cmake cleanup and Mac framework changes into qgis master soon. No apparent problems. Go ahead and commit it. OK, thanks. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Earth: Mostly harmless - revised entry in the HitchHiker's Guide to the Galaxy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 1.7 identify tool not working with GRASS rasters
When using the identify tool with a 1 band GRASS raster, it works the first time and for all subsequent attempts it shows error for the value. The profile plugin has the same problem. For the first profile, it draws the line correctly and any following attempts, it draws a line with 0 elevation. The problem appears to have started between commits 15699 and 15856 in April. This is on OS X with frameworks from KyngChaos and both my builds of QGIS and the latest from KyngChaos. Anybody else having this problem? I did not find an bug report on this. Royce ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
