Re: [Qgis-developer] QGIS 2.2 and MultiPolygonZM
2014-03-10 22:29 GMT+01:00 A Huarte : > Hi, if you disable on-the-fly simplification in rendering layer > properties, the problem persists? > Yes: changing simplify does not affect visibility - still not visible. Now I'm testing latest master, the problem is still here. In the logs: rc/core/symbology-ng/qgsrendererv2.cpp: 362: (renderFeatureWithSymbol) feature 359: unsupported wkb type 0x87d6 for rendering -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Backport necessary fixes to release-2_2 branch?
Hi Giovanni, Thanks for that one. I did not know about the GPX-bug. Would have been expensive to discover that bug first during field work... So, I second Giovanni`s wish. Otherwise going back to 2.0 would be the only alternative... Cheers Stefan -Original Message- From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Giovanni Manghi Sent: 10. mars 2014 21:16 To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Backport necessary fixes to release-2_2 branch? >2. Backport necessary fixes to release-2_2 branch? (Larry Shaffer) I would really like to ask if it possible consider a point release in the next weeks, we have a nasty regression that was not spotted before the release (kml and gpx attributes tables are empty), one that was already fixed in master (the identify and feature form that show at the same time) and unresolved issues when computing areas and perimeters when otrf in on. cheers! ___ 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 2.2 and MultiPolygonZM
Hi, if you disable on-the-fly simplification in rendering layer properties, the problem persists? Alvaro > > De: Alessandro Pasotti >Para: QGIS Developer Mailing List >Enviado: Lunes 10 de marzo de 2014 15:46 >Asunto: [Qgis-developer] QGIS 2.2 and MultiPolygonZM > > > >Hi, > > >opening in 2.2 a project that was created with 2.0 one of my customers >noticed that all Postgis layers disappeared. > > >It seems like MultiPolygonZM layers are not visible anymore in QGIS, is this a >known issue? > > >Jus found this: > >http://gis.stackexchange.com/questions/88785/postgresql-table-wont-display-in-qgis-2-2 >-- >Alessandro Pasotti >w3: www.itopen.it >___ >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] Run stable and master versions of QGIS on Ubuntu
AFAIK, you have to build your own version (preferrably master) with a different install prefix (e.g. /home/softdev/), and when you want to use that version you need to add relevant paths to PATH and LD_LIBRARY_PATH. I have a shell function that sets this up on demand: setup_softdev() { export SOFT_PREFIX=/home/softdev export LD_LIBRARY_PATH="/home/softdev/lib" export LIBRARY_PATH=/home/softdev/lib export LD_RUN_PATH=/home/softdev/lib export PATH=/home/softdev/bin:$PATH export CPLUS_INCLUDE_PATH=/home/softdev/include export C_INCLUDE_PATH=/home/softdev/include export CPPFLAGS=-I/home/softdev/include export PYTHONPATH=/home/softdev/lib/python2.7/site-packages/ export GDAL_DATA=/home/softdev/share/gdal } export -f setup_softdev On Mon, Mar 10, 2014 at 5:19 PM, Rémi Bovard wrote: > Hi list, > > I'm wondering if there is there a simple way to run stable and master > versions of QGIS on Ubuntu? By simple, I mean - if possible - without > compile QGIS from source. > > For now, as described in doc [1], I edit /etc/apt/sources.list to define > which repository to use : http://qgis.org/debian or > http://qgis.org/debian-nightly. But doing like this, I cannot run the two > versions at the same time. > > Thank you in advance for your answers. > > Rémi > > [1] http://qgis.org/en/site/forusers/alldownloads.html#ubuntu > > ___ > 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] Run stable and master versions of QGIS on Ubuntu
Hi list, I'm wondering if there is there a simple way to run stable and master versions of QGIS on Ubuntu? By simple, I mean - if possible - without compile QGIS from source. For now, as described in doc [1], I edit /etc/apt/sources.list to define which repository to use : http://qgis.org/debian or http://qgis.org/debian-nightly. But doing like this, I cannot run the two versions at the same time. Thank you in advance for your answers. Rémi [1] http://qgis.org/en/site/forusers/alldownloads.html#ubuntu ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Backport necessary fixes to release-2_2 branch?
>2. Backport necessary fixes to release-2_2 branch? (Larry Shaffer) I would really like to ask if it possible consider a point release in the next weeks, we have a nasty regression that was not spotted before the release (kml and gpx attributes tables are empty), one that was already fixed in master (the identify and feature form that show at the same time) and unresolved issues when computing areas and perimeters when otrf in on. cheers! ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Gfoss] Fwd: My God: plugin palette disappeared :(
Hi On Mon, Mar 10, 2014 at 10:24 AM, Geo DrinX wrote: > Hello All, > > > My Plugins Toolbar desappeared in the hiperspace :( > We have to figure out how we did that and patent it :-P > > But, with the help of Antonio ( that I thank publicly ) it returned on > the screen : > > >> PLUGINS => CONSOLE PYTHON >> >> *qgis.utils.iface.pluginToolBar().move(0,0)* >> > > Thanks, Antonio ! :) > > BTW, I think QGis permits t looong tlbar, as you can see > here: > *cough cough* it is QGIS (all caps) > > > https://drive.google.com/file/d/0Bwg_m86uaXY1T1hyTm1TdHRYV1U/edit?usp=sharing > > > What about a group for QGis interface restiling ? I am sure it just > exists. > > There is one (for QGIS anyway) - its the UX group run by Anita. [1] > If not, I would like to create the restiling group :) > > > [1] http://lists.osgeo.org/cgi-bin/mailman/listinfo/qgis-ux Regards Tim > Regards > > Roberto > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > -- Tim Sutton - QGIS Project Steering Committee Member == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Backport necessary fixes to release-2_2 branch?
Hi On Mon, Mar 10, 2014 at 7:50 PM, Larry Shaffer wrote: > Hi, > > After recent discussions, it was my understanding that... > > * we could backport necessary fixes to the release-2_2 branch > * there would be no point release, or even additional tagging, only an > available source branch > > Am I correct? > We discussed it on IRC [1] at this month's PSC meeting and basically it is still unconcluded - but we are working on figuring out a good strategy for bug fixes - Juergen's domain obviously so he can comment more once there is a concrete plan of action. > > If not, are we really expected to maintain a set of external patch files > for packagers willing to roll out these fixes? > > No I don't think so. > What about automatic installers that can pull directly off of that branch, > e.g. Homebrew on Mac? Surely those maintainers aren't expected to track and > maintain a set of externally hosted patch files for those as well. > > Nope we want to avoid that. AFAIK there is nothing stopping your pushing fixes to the release branch already, the issues are more about quality and cadence of bugfix releases. Regards Tim > Regards, > > Larry > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer > -- Tim Sutton - QGIS Project Steering Committee Member == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Field width when converting MID-MIF to SHP
Hi Dev, I know this is more an OGR question, but rather than signing up to another list, I'm hoping someone here knows the answer. I want to create _a lot_ of blank SHP files with schemas I currently have in CSV files. (For me) the easiest way is to create a script that reads the CSV files and generates empty (geometry wise) Mapinfo MID-MIF filesets. I then use ogr2ogr to batch convert these into empty shapefiles that have the correct attribute schema. But! In the MIF file I can say "character 36", or Decimal 6,0 or Real. Can I get any reassurance that the resulting DBF file will contain the 36 char length character field - If I look at the table in QGIS, I do not know how wide the attribute field is. Likewise for integer and real data types I too need to nail down the field widths. TIA, Zoltan -- === Zoltan Szecsei PrGISc [PGP0031] Geograph (Pty) Ltd. GIS and Photogrammetric Service P.O. Box 7, Muizenberg 7950, South Africa. Mobile: +27-83-6004028 Fax:+27-86-6115323 www.geograph.co.za === ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.2 and MultiPolygonZM
2014-03-10 18:37 GMT+01:00 Jürgen E. : > Hi Alessandro, > > On Mon, 10. Mar 2014 at 15:46:20 +0100, Alessandro Pasotti wrote: > > opening in 2.2 a project that was created with 2.0 one of my customers > > noticed that all Postgis layers disappeared. > > > It seems like MultiPolygonZM layers are not visible anymore in QGIS, is > this > > a known issue? > > See #9651 > > > Jürgen > > Thanks Jürgen, The bug description is not exactly the same as in http://hub.qgis.org/issues/9748 are you sure that 9748 is also fixed? BTW I'll test master ASAP... -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Common QGIS Plugin configuration accross multiple Linux users
Hi On Mon, Mar 10, 2014 at 2:29 AM, Alex Mandel wrote: > Actually there is a way to handle this. > Puppet http://puppetlabs.com/ > > The computers running a puppet client will check the master at a given > time interval any files not matching the master conf will be reverted. > You can also use this to install plugins or QGIS itself and repair the > installation of them easily. > > And you could also write a fabric script to do this very easily (and if you want to be super nice contribute it to my fabgis[2][3] project). [1] fabfile.org [2] http://fabgis.linfiniti.com/ [3] https://github.com/timlinux/fabgis Regards Tim Enjoy, > Alex > > PS: Yes windows machines can be puppet clients (server might need to be > a nix machine) > > On 03/09/2014 02:19 PM, Zoltan Szecsei wrote: > > On 2014/03/09 22:48, Blumentrath, Stefan wrote: > >> Hi Richard, > >> > >> A platform independent solution would be an elegant solution. > >> > >> What we do (on Windows) is having a folder on a server containing QGIS > >> default settings (e.g. reg-files for DB-connections, Connections for > >> web services, but also, most popular plugins, map and print composer > >> templates). These default settings can be imported by the users by > >> executing a simple batch-script we produced for that purpose. If that > >> is of interest for somebody I could post the content of the .bat file... > >> > >> From that starting point, colleagues can adjust the default settings > >> to their personal needs and preferences... > > This is great - the extra step that I would like to see is that it is > > not only built in and automated, but has controls whereby an > > administrator could "force" certain PCs on the network to only be able > > to use the configs stipulated by the master installation of QGIS. > > When one is managing 15+ PCs it is not trivial to make sure that you > > have copied identical configs to all of them, and to know when someone > > has kindly messed up one of your production PCs. > > Rgds, > > Zoltan > >> > >> Cheers > >> Stefan > >> > >> > >> -Original Message- > >> From: qgis-developer-boun...@lists.osgeo.org > >> [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Richard > >> Duivenvoorde > >> Sent: 9. mars 2014 20:28 > >> To: Tim Sutton; Zoltan Szecsei > >> Cc: qgis-developer@lists.osgeo.org > >> Subject: Re: [Qgis-developer] Common QGIS Plugin configuration accross > >> multiple Linux users > >> > >> > >>> ~/.qgis2 > >>> and > >>> ~/.config/QGIS > >>> > >>> You could e.g. rsync the user plugin dirs from a central one, or put > >>> them in an nfs mount (read only might have issues as plugins try to > >>> write .pyc files or even write data to the plugin dir). > >>> > >>> The ~/.config/QGIS/QGIS2.conf is a standard ini style config file so > >>> you should be able to pick through it and awk/sed/bash your way to > >>> nirvana :-) > >> I'm actually thinking about to make this OS independent, by creating a > >> 'save QSettings' as file option. Then with a command line option you > >> would be able to (just before reading the QSettings) actually > >> read/write this settings file back into user settings. Thereby making > >> it possible to for example transfer a certain setup across a class > >> room (as long as the plugins are available in .qgis2 off cours). > >> > >> Would this work? Or do I miss something? > >> > >> Regards, > >> > >> Richard Duivenvoorde > >> > >> > >> > >> ___ > >> Qgis-developer mailing list > >> Qgis-developer@lists.osgeo.org > >> http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > > > > -- Tim Sutton - QGIS Project Steering Committee Member == Please do not email me off-list with technical support questions. Using the lists will gain more exposure for your issues and the knowledge surrounding your issue will be shared with all. Irc: timlinux on #qgis at freenode.net == ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Backport necessary fixes to release-2_2 branch?
Hi, After recent discussions, it was my understanding that... * we could backport necessary fixes to the release-2_2 branch * there would be no point release, or even additional tagging, only an available source branch Am I correct? If not, are we really expected to maintain a set of external patch files for packagers willing to roll out these fixes? What about automatic installers that can pull directly off of that branch, e.g. Homebrew on Mac? Surely those maintainers aren't expected to track and maintain a set of externally hosted patch files for those as well. Regards, Larry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS 2.2 and MultiPolygonZM
Hi Alessandro, On Mon, 10. Mar 2014 at 15:46:20 +0100, Alessandro Pasotti wrote: > opening in 2.2 a project that was created with 2.0 one of my customers > noticed that all Postgis layers disappeared. > It seems like MultiPolygonZM layers are not visible anymore in QGIS, is this > a known issue? See #9651 Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC member (RM) Germany IRC: jef on FreeNode -- 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] availability for mentoring - OsGeo Summer Code
This is really good topic and there is no schematization tools in any FOSS GIS as of now. There is one generalization plugin but no tools for schematization in QGIS. There is an active academic community interested in this. For example, see one of the workshops on schematization http://www.dagstuhl.de/en/program/calendar/semhp/?semnr=10461 This will a really useful tool for lot of students and faculty (and there are many students and interested faculty wishing to work on this SoC topic), so it will be great if any QGIS developers can be a mentor for this project as it will then help build schematization platform for QGIS. Thanks. Suchith From: qgis-developer-boun...@lists.osgeo.org [qgis-developer-boun...@lists.osgeo.org] On Behalf Of Luciene Delazari [luci...@ufpr.br] Sent: Monday, March 10, 2014 11:37 AM To: qgis-developer@lists.osgeo.org Subject: [Qgis-developer] availability for mentoring - OsGeo Summer Code Hi I have a proposal for developing a plugin in Qgis for schematization in Google OsGeo Summer Code and I am looking for someone to be the QGis mentor. We already had some students interested. The proposition is at the http://hub.qgis.org/wiki/17/Google_Summer_of_Code_2014 (see schematization plugin). Regards! Luciene Delazari This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham. This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system, you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS 2.2 and MultiPolygonZM
Hi, opening in 2.2 a project that was created with 2.0 one of my customers noticed that all Postgis layers disappeared. It seems like MultiPolygonZM layers are not visible anymore in QGIS, is this a known issue? Jus found this: http://gis.stackexchange.com/questions/88785/postgresql-table-wont-display-in-qgis-2-2 -- Alessandro Pasotti w3: www.itopen.it ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Postgis Spatial Views - problems with primary keys
Hi Jürgen, On Mon, Mar 10, 2014 at 12:30 PM, Jürgen E. wrote: > > QGIS just offers all integer fields as candidate. It doesn't select any. > If you use add Postgis layer dialog, it uses one of integer fields by default in the primary key column (not always the same). > I think that changed before 2.0.1. QGIS used to identify which view field > are > primary keys in the underlying tables, but that makes sense if the view is > a > selection of that table, which is just a very small subset of possible > views. > E.g. for joins between two tables being a primary key in one of the table, > doesn't mean that the attribute is also unique in the view. > I have a Portuguese user that says that this 2.0.1 is working as before (and that he won't change to 2.2 until it gets "fixed"), but personally I can't confirm this. What was the downside of the later behavior? I.e. qgis identifying several primary keys and try to guess what to use? Even if it is a small subset of possible views, I think it would make user's life easier in some cases. Also, as it is now, unless the view only have one integer field, the browser became useless for adding views. We should, at least, change the error message, informing the user that he must select a primary key manually (only possible in the add postgis layer dialog). Thanks for your answer. Alexandre > Jürgen > > -- > Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 > Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 > Software Engineer D-26506 Norden > http://www.norbit.de > QGIS PSC member (RM) Germany IRC: jef on FreeNode > > -- > 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] Postgis Spatial Views - problems with primary keys
Hi Alexandre, On Mon, 10. Mar 2014 at 12:03:54 +, Alexandre Neto wrote: > I then noticed that using the last method, QGIS fails to identify a good > candidate for a primary key. Selecting it in the primary key, solves the > problem. QGIS just offers all integer fields as candidate. It doesn't select any. > Using DB Manager (add layer to canvas), QGIS sucessfully identify the > possible primary key and everything goes well. > I think this was not happening in 2.0.1. Can anyone confirm this? I think that changed before 2.0.1. QGIS used to identify which view field are primary keys in the underlying tables, but that makes sense if the view is a selection of that table, which is just a very small subset of possible views. E.g. for joins between two tables being a primary key in one of the table, doesn't mean that the attribute is also unique in the view. Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de QGIS PSC member (RM) Germany IRC: jef on FreeNode -- 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] Postgis Spatial Views - problems with primary keys
Hello, In Valmiera, I started to have problems with QGIS using postgis spatial views. Adding a spatial view using the browser throws the following error: "The layer dbname='postgis' host=192.168.100.7 port=5432 user='postgres' > password='postgres' sslmode=disable key='cadeado' srid=3763 type=POINT > table="PGHP"."infra_portoes" (geom) sql= is not a valid layer and can not > be added to the map" Adding the spatial view using the "add postgis layer", the layer can be added (sometimes) but with odd behaviors. I then noticed that using the last method, QGIS fails to identify a good candidate for a primary key. Selecting it in the primary key, solves the problem. Using DB Manager (add layer to canvas), QGIS sucessfully identify the possible primary key and everything goes well. I think this was not happening in 2.0.1. Can anyone confirm this? Best Regards, Alexandre Neto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] availability for mentoring - OsGeo Summer Code
Hi I have a proposal for developing a plugin in Qgis for schematization in Google OsGeo Summer Code and I am looking for someone to be the QGis mentor. We already had some students interested. The proposition is at the http://hub.qgis.org/wiki/17/Google_Summer_of_Code_2014 (see schematization plugin). Regards! Luciene Delazari ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Gfoss] Fwd: My God: plugin palette disappeared :(
Hello All, My Plugins Toolbar desappeared in the hiperspace :( But, with the help of Antonio ( that I thank publicly ) it returned on the screen : > PLUGINS => CONSOLE PYTHON > > *qgis.utils.iface.pluginToolBar().move(0,0)* > Thanks, Antonio ! :) BTW, I think QGis permits t looong tlbar, as you can see here: https://drive.google.com/file/d/0Bwg_m86uaXY1T1hyTm1TdHRYV1U/edit?usp=sharing What about a group for QGis interface restiling ? I am sure it just exists. If not, I would like to create the restiling group :) Regards Roberto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer