Re: [Qgis-developer] PostGIS plugins
Am Dienstag, 26. Oktober 2010, um 00.07:56 schrieb Paolo Cavallini: Il 25/10/2010 23:29, Martin Dobias ha scritto: On Thu, Oct 21, 2010 at 8:34 AM, Paolo Cavallinicavall...@faunalia.it wrote: How does this sound? This sounds good. Thanks. So we go back to the question: - svn or git? - on osgeo or elsewhere? - trac, redmine, or other? I think it would be good to act now, so in Wroklaw we'll have all the pieces in place, and we can start hacking around it. All the best. Hi Paolo, I understand that you want to go on. But I think that the decision for a plugin development infrastructure should happen in Wroclaw, with many devs involved. We can show there the different approaches and help the attending people setting up new software (like git), if needed. A discussion about pros and cons of such a decision takes quite some time, especially when discussed by mail. Time, which many devs do not have during their daily work. The result of a hasty decision is usually: let's stay with the old tools we already know. Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PostGIS plugins
Il 26/10/2010 09:01, Pirmin Kalberer ha scritto: I understand that you want to go on. But I think that the decision for a plugin development infrastructure should happen in Wroclaw, with many devs involved. We can show there the different approaches and help the attending people setting up new software (like git), if needed. A discussion about pros and cons of such a decision takes quite some time, especially when discussed by mail. Time, which many devs do not have during their daily work. The result of a hasty decision is usually: let's stay with the old tools we already know. You are right. I would have liked to use the time during the hackfest for starting doing the real work on the new infrastructure, but if we do not reach a consensus it's better wait. Thanks. -- 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] PostGIS plugins
On Tue, Oct 26, 2010 at 9:01 AM, Pirmin Kalberer pi...@sourcepole.com wrote: Am Dienstag, 26. Oktober 2010, um 00.07:56 schrieb Paolo Cavallini: Thanks. So we go back to the question: - svn or git? - on osgeo or elsewhere? - trac, redmine, or other? I think it would be good to act now, so in Wroklaw we'll have all the pieces in place, and we can start hacking around it. All the best. Hi Paolo, I understand that you want to go on. But I think that the decision for a plugin development infrastructure should happen in Wroclaw, with many devs involved. We can show there the different approaches and help the attending people setting up new software (like git), if needed. A discussion about pros and cons of such a decision takes quite some time, especially when discussed by mail. Time, which many devs do not have during their daily work. The result of a hasty decision is usually: let's stay with the old tools we already know. I completely agree that making decisions for the infrastructure shouldn't be too hasty... Wroclaw hackfest looks like a good place to try to resolve the current situation - also regarding the management of installed plugins, plugin UI guidelines etc. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Custom query for the spatialite provider
Hi all, this morning Sandro Furieri applied my patch and now it's in trunk. See [1]. Cheers. [1] https://trac.osgeo.org/qgis/changeset/14435 On Thu, Oct 21, 2010 at 11:35 PM, Giuseppe Sucameli sucam...@faunalia.itwrote: Hi devs, a few days ago I wrote a patch to load a spatialite layer using a custom query. It works in the same manner as it was done for the postgres provider. Here the ticket [1]. I know that Nov 23 starts the feature freeze, but I hope we can include it in QGis1.6. I did many tests and seems it works fine. The following is a python code snippet of its usage: sql = SELECT t.PK_UID, t.Name, (t.Peoples/1000) AS KPeoples, t.Geometry FROM Towns AS t, Regions AS r WHERE r.Name = 'TOSCANA' AND t.Peoples 1 AND Contains(r.Geometry, t.Geometry), uri = QgsDataSourceURI() uri.setDatabase('/home/brushtyler/Projects/Work/Faunalia/spatialite/test-2.3.sqlite') uri.setDataSource('', '(%s)' % sql, 'Geometry', '', 'PK_UID') qgis.utils.iface.addVectorLayer(uri.uri(), Towns in RT, 'spatialite') Cheers. [1] https://trac.osgeo.org/qgis/ticket/3139 -- Giuseppe Sucameli -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] save project via python results in segfault
On Mon, Oct 25, 2010 at 10:07 PM, Martin Dobias wonder...@gmail.com wrote: On Mon, Oct 25, 2010 at 4:13 PM, Richard Duivenvoorde rdmaili...@duif.net wrote: Martin Dobias wrote: Hi Richard On Sun, Oct 24, 2010 at 9:03 PM, Richard Duivenvoorde rdmaili...@duif.net wrote: p=QgsProject.instance() p.setFileName(str(/home/richard/temp/bpprr.qgs)) p.write() I have looked into this and I think I have fixed that issue successfully in r14434. It seems the problem was in not acquiring the python global interpreter lock and thus accessing python API while in an inconsistent state. Richard, Barry, please test whether it helps your plugins. Yup, autosave is now working just fine. Also a simple test of saving a project from the python console works too. Sweeet as. Barry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] wfs-t and tinyows
Hi all. Just testing qgis with TinyOWS: quite a nice combination. The only problem I found: I can add geometries, but not edit exixting ones: Impossibile applicare le modifiche al layer tows:wfs_t Errori: SUCCESSO: 1 geometrie aggiunte. ERRORE: 1 geometrie non cambiate. The user has all permissions on that table. On another machine it works. Any hint? All the best. -- 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] wfs-t and tinyows
Hi, Just testing qgis with TinyOWS: quite a nice combination. The only problem I found: I can add geometries, but not edit exixting ones: Impossibile applicare le modifiche al layer tows:wfs_t Errori: SUCCESSO: 1 geometrie aggiunte. ERRORE: 1 geometrie non cambiate. It may be TinyOWS's fault. Did you try with latest TinyOWS trunk ? A lot of bugs have been fixed since 0.9 release. You should also look at TinyOWS logs so that you can figure out if it's a problem with TinyOWS or with QGIS WFST support. Vincent -- Vincent Picavet - vincent.pica...@oslandia.com www.oslandia.com - Engineering your GIS ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wfs-t and tinyows
Am Dienstag, 26. Oktober 2010, um 14.07:07 schrieb Giovanni Manghi: On another machine it works. the machine were it works it is a 10.10 Ubuntu installation, QGIS from the nightly builds repository and tinyows installed with the ubuntugis repository. Then it is the same tinyows version (0.9). Pirmin -- Pirmin Kalberer Sourcepole - Linux Open Source Solutions http://www.sourcepole.com ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] PostGIS plugins
Hi Martin, On Tue, Oct 26, 2010 at 9:21 AM, Martin Dobias wonder...@gmail.com wrote: On Tue, Oct 26, 2010 at 9:01 AM, Pirmin Kalberer pi...@sourcepole.com wrote: I understand that you want to go on. But I think that the decision for a plugin development infrastructure should happen in Wroclaw, with many devs involved. We can show there the different approaches and help the attending people setting up new software (like git), if needed. A discussion about pros and cons of such a decision takes quite some time, especially when discussed by mail. Time, which many devs do not have during their daily work. The result of a hasty decision is usually: let's stay with the old tools we already know. I completely agree that making decisions for the infrastructure shouldn't be too hasty... Wroclaw hackfest looks like a good place to try to resolve the current situation - also regarding the management of installed plugins, plugin UI guidelines etc. coming back to the PostGIS plugins, I think Wroclaw would be also good place to merge some of them (e.g. improving PostGis Manager by adding the RT Sql Layer capabilities). To think big, we can refactor the pg_manager creating a new manager which manages both postgis and spatialite. In this manner we wouldn't have a lot of duplicated code for the spatialite_manager and we can easily extend it to manage others spatial dbs. I think the first step is using the QtSql module instead of the psycopg2 one within pg_manager. I don't know if there are some limitations in this moment, but I see it's on the pg_manager's TODO list. What's your opinion? Cheers. -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
RE: [Qgis-developer] 1.6 Copiapo Feature Freeze delay
When is the projected release date of QGIS 1.6? I am wondering if I can get it on Nov 3 so that I can test it in time for our big computer changeover here. Bob -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Jürgen E. Fischer Sent: Monday, October 25, 2010 10:15 AM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] 1.6 Copiapo Feature Freeze delay Hi Tim, On Mon, 25. Oct 2010 at 11:46:22 +0200, Tim Sutton wrote: I chatted with Marco (he was away on holiday for last week) and we propose to wait until the end of the week for the feature freeze so he can make the updates recommended by Martin to the RasterCalculator parser code. So please consider the freeze delayed until Oct Sun 31 unless there is any objection? Also fine with we. 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wfs-t and tinyows
On Tue, 26 Oct 2010 14:43:09 +0200, Pirmin Kalberer pi...@sourcepole.com wrote: Then it is the same tinyows version (0.9). Any test you would suggest to better understand the problem? All the best. -- http://faunalia.it/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wfs-t and tinyows
Hi, It may be TinyOWS's fault. Did you try with latest TinyOWS trunk ? A lot of bugs have been fixed since 0.9 release. We are using 0.9.0-3 (thanks Pirmin). Ok, then maybe giving current svn trunk a chance would solve your problem. You should also look at TinyOWS logs so that you can figure out if it's a problem with TinyOWS or with QGIS WFST support. Where do I find it? You have to set the location in TinyOWS config file : «log» attribute of TinyOWS element : http://www.tinyows.org/trac/wiki/ConfigFile Vincent -- Vincent Picavet - vincent.pica...@oslandia.com www.oslandia.com - Engineering your GIS ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wfs-t and tinyows
Il 26/10/2010 18:21, Vincent Picavet ha scritto: You should also look at TinyOWS logs so that you can figure out if it's a problem with TinyOWS or with QGIS WFST support. Got it, thanks: [Tue Oct 26 21:52:39 2010] [EVENT] == TINYOWS STARTUP == [Tue Oct 26 21:52:39 2010] [EVENT] == Connection PostGIS == [Tue Oct 26 21:52:39 2010] [EVENT] == Filling Storage == [Tue Oct 26 21:52:39 2010] [EVENT] == FCGI START == [Tue Oct 26 21:52:39 2010] [ERROR] QUERY_STRING too long All the best. -- 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] save project via python results in segfault
Martin Dobias wrote: On Mon, Oct 25, 2010 at 4:13 PM, Richard Duivenvoorde rdmaili...@duif.net wrote: Martin Dobias wrote: Hi Richard On Sun, Oct 24, 2010 at 9:03 PM, Richard Duivenvoorde rdmaili...@duif.net wrote: p=QgsProject.instance() p.setFileName(str(/home/richard/temp/bpprr.qgs)) p.write() I have looked into this and I think I have fixed that issue successfully in r14434. It seems the problem was in not acquiring the python global interpreter lock and thus accessing python API while in an inconsistent state. Richard, Barry, please test whether it helps your plugins. Yep Working! Great ... Means you squashed #2870 :-) Thanks Martin! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: [Qgis-user] CSWclient is available
Hi 2010/10/21 Paolo Cavallini cavall...@faunalia.it: In the meantime, more issues: . when asking metadata from http://www.catalogo.sinanet.isprambiente.it/gi-cat/services/cswiso?service=CSWversion=2.0.2 layer ANSIC03 Zooplankton CTD stations Zooplankton Grab This should be fixed in 0.0.9 2010/10/22 Annina Hirschi Wyss annina.hirs...@gmx.net: On Oct 21, 2010, at 7:49 PM, Paolo Cavallini wrote: I suggest to add it to the list of default servers. Done in 0.0.9 -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer