Re: [Qgis-developer] build error: ‘a2State’ was not declared in this scope
On 03/18/2013 03:24 PM, Vincent Schut wrote: Hi, when building qgis from source (fresh git checkout just to be sure) I get the following error: Building CXX object python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart1.cpp.o /usr/local/src/qgis/build/python/core/sipcorepart1.cpp: In function ‘void* init_QgsPalettedRasterRenderer(sipSimpleWrapper*, PyObject*, PyObject*, PyObject**, PyObject**, PyObject**)’: /usr/local/src/qgis/build/python/core/sipcorepart1.cpp:55749:46: error: ‘a2State’ was not declared in this scope /usr/local/src/qgis/build/python/core/sipcorepart1.cpp:55754:46: error: ‘a2State’ was not declared in this scope make[2]: *** [python/CMakeFiles/python_module_qgis_core.dir/core/sipcorepart1.cpp.o] Error 1 make[1]: *** [python/CMakeFiles/python_module_qgis_core.dir/all] Error 2 make: *** [all] Error 2 just adding a line with int a2State = 0; @55686 seems to resolve the problem, at least at compile time, but I'm not sip-literate enough to know if this is the right solution... Additional info that might be relevant (as others do not seem to see this): my sip was updated not too long ago to 4.14.4. Could that cause the error? Best, Vincent. ___ 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] commandline startup option changed in master
Thanks Nathan, I agree that current master -configpath behaviour is the right main target. I'm just asking for a way to move homepath, and keep settings in windows registry. This is very specific for enterprises I guess. Is there any chance to have this in 2.0? I'm on the way to fund bug fixing to help with 2.0 release but what I ask is sort of a new feature. It's just not totally new since I just ask to be able to keep installing 2.0 just like I did for 1.8. Thanks for your help régis De : Nathan Woodrow [mailto:madman...@gmail.com] Envoyé : lundi 18 mars 2013 23:33 À : HAUBOURG Cc : qgis-developer@lists.osgeo.org Objet : Re: [Qgis-developer] commandline startup option changed in master Hey, Wouldn't the new behavior be better as everything is stored in one place. This is not a bug pre se because before it was leaving the settings in the registry which makes it hard/impossible to make a sandboxed QGIS run environment. What we might need to do is come up with some better command line options something like --homepath --settingspath etc. - Nathan On Tue, Mar 19, 2013 at 6:57 AM, Régis Haubourg regis.haubo...@eau-adour-garonne.frmailto:regis.haubo...@eau-adour-garonne.fr wrote: Hi there, A up to that topic since feature freeze is almost there (sorry I didn't realize my need earlier). My corp is using -- configpath option to move profiles to Windows Server 2008 official location (/AppData/Roaming) so that profiles can be centralized for all servers. We have .qgis moved, but settings store in registry. New behaviour in 2.0 will move profile AND registry to Qsettings files. This will make it quite hard for us to manage all user settings as we use regedit tools. *Is there any hope to have a startup option to move only profile for 2.0??? * If not, I will have to pay for a custom package (which is bad , long and costy). We couldn't achieve the alternative option working by cheating qgis with Symbolic links .. That would have been simpler -- View this message in context: http://osgeo-org.1560.n6.nabble.com/commandline-startup-option-changed-in-master-tp5018190p5041218.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.orgmailto: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] ECW!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/03/2013 23:29, Ramon Andiñach ha scritto: It's not just up to me. It's also up to QGIS to work out what sort of uptake it wants. Particularly here in Australia there is a *lot* of existing ecw, for example at the first Australian QGIS forum, ECW use ran at around 90%. It will make it extremely difficult to show off QGIS if it can't be easily shown to handle their existing data. Once we have the foot in the door then we can start the weaning process. As a side note: what licence do these data have? If the licence allows it, why not collecting them, translating, and putting on a shared space? This will help users, and hopefully also push data providers to upgrade their offer. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFINOUACgkQ/NedwLUzIr6ZpgCcCYmwjbCL2fTmrU3MwtBcIsnV kwwAn0iUKXhEgrt0YoZMZSwxQCYcGxXV =UpZm -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] ECW!!!
Paolo, It's not so much that you can't change it it's just there a lot of providers here in Australia to only give ecw out. Some of these files are big as ecws so converting them to GeoTIFF would be impractical, plus a lot of work and data storage. JPEG2000 is another option but unless the providers change then user wont. Regards, Nathan On Tue, Mar 19, 2013 at 7:50 PM, Paolo Cavallini cavall...@faunalia.itwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/03/2013 23:29, Ramon Andiñach ha scritto: It's not just up to me. It's also up to QGIS to work out what sort of uptake it wants. Particularly here in Australia there is a *lot* of existing ecw, for example at the first Australian QGIS forum, ECW use ran at around 90%. It will make it extremely difficult to show off QGIS if it can't be easily shown to handle their existing data. Once we have the foot in the door then we can start the weaning process. As a side note: what licence do these data have? If the licence allows it, why not collecting them, translating, and putting on a shared space? This will help users, and hopefully also push data providers to upgrade their offer. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFINOUACgkQ/NedwLUzIr6ZpgCcCYmwjbCL2fTmrU3MwtBcIsnV kwwAn0iUKXhEgrt0YoZMZSwxQCYcGxXV =UpZm -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] ECW!!!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 19/03/2013 11:04, Nathan Woodrow ha scritto: Paolo, It's not so much that you can't change it it's just there a lot of providers here in Australia to only give ecw out. Some of these files are big as ecws so converting them to GeoTIFF would be impractical, plus a lot of work and data storage. JPEG2000 is another option but unless the providers change then user wont. Once provided a comandline, perhaps with a simple webapp, this could be easy. And with so many more-or-less-free storage providers around, space should not be an issue. Anyway, that's just a second choice, of course. All the best. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIObYACgkQ/NedwLUzIr7kcwCghkmMJqKAyGs41nlUZy15omu3 2+gAoI1JwNErYP+F6xtohUqDx9Ypts4r =gmSr -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: [OSGeo-Discuss] [Google Summer of Code] Deadline for filling Ideas pages - 28th of March
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. Anyone interested in following this up? All the best. - Messaggio originale Oggetto: [OSGeo-Discuss] [Google Summer of Code] Deadline for filling Ideas pages - 28th of March Data: Tue, 19 Mar 2013 14:28:56 +0100 Mittente: Anne Ghisla a.ghi...@gmail.com A: OSGeo Google Summer of Code list s...@lists.osgeo.org, OSGeo Discuss list disc...@lists.osgeo.org, edu_disc...@lists.osgeo.org Hello all, and sorry for cross-posting, Mentoring organisations application time is now open, and will end by 28th of March. All OSGeo developers are invited to discuss ideas and write them down in the relevant projects' Ideas pages - see the list of 2012 Ideas here: http://wiki.osgeo.org/wiki/Google_Summer_of_Code_2012_Ideas#The_ideas_pages The whole page contains links and clarifications about Google Summer of Code program. Of course, projects that were not participating in 2012 are equally invited to create a 2013 Ideas page. It is important to fill the Ideas soon, because OSGeo application will contain a link to these Ideas pages: the more we have, the more we show we are willing to take part in GSoC 2013. Let me know if you have any questions. Best regards! Anne OSGeo GSoC Admin - -- http://wiki.osgeo.org/wiki/User:Aghisla -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIdIQACgkQ/NedwLUzIr5RqgCeN/DCOl/fvAAPaVv3gZK9mKvr zZUAoIyxxFo0+EKsDx3gfirYfzJoPUqE =4Utm -END PGP SIGNATURE- ___ Discuss mailing list disc...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/discuss ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] mmqgis unavailable on 1.8
Hi Michael, I just tried to install mmqgis via the python installer on qgis. the plugin is not visible on the list of available plugins for 1.8. If I use my selfcompiled master then no problem. It probably has to do with the min version being 1.9. Ciao Marco -- Marco Bernasocchi http://opengis.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Fwd: Re: mmqgis unavailable on 1.8
mmm not really sure, that Is why I fwd the devel mailing list again Original Message Subject: Re: mmqgis unavailable on 1.8 Date: Tue, 19 Mar 2013 12:34:47 -0400 From: Michael Minn sprin...@michaelminn.com Reply-To: Michael Minn sprin...@michaelminn.com To: Marco Bernasocchi ma...@bernawebdesign.ch Marco Thank you for the note. I had to make a major upgrade to use the new vector API in 1.9 and there was no practical way to make that backward-compatible. I hoped that the plugin-installer on 1.8 would handle that and suggest an older version, but I guess that is not the case. I thought of setting the experimental flag, but I don't think that solves the problem. Do you have any thoughts on how to deal with this until 1.9 gets rolled out more universally? MM From: Marco Bernasocchi ma...@bernawebdesign.ch To: ma...@michaelminn.com Subject: mmqgis unavailable on 1.8 Date: Tue, 19 Mar 2013 16:26:59 +0100 Hi Michael, I just tried to install mmqgis via the python installer on qgis. the plugin is not visible on the list of available plugins for 1.8. If I use my selfcompiled master then no problem. It probably has to do with the min version being 1.9. Ciao Marco -- Marco Bernasocchi http://opengis.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] fTools and GdalTools: sextante vs original plugins
Hi, I have been wondering recently about the status of original fTools and GdalTools plugins and their algorithms in SEXTANTE. As far as I understand, the implementation in SEXTANTE is independent from the original plugins. That means that any changes in fTools or GdalTools have to be ported manually to SEXTANTE (and vice versa). Also the users must be confused by having two completely different ways how to trigger the same algorithms. Maintaining both versions will be painful for us and our users. The port of original algorithms to SEXTANTE seems to be nearly complete and SEXTANTE has superior approach of creating the GUI for algorithms dynamically (similar to GRASS toolbox) instead of manually creating GUI for each algorithm. So...what about removing the original fTools and GdalTools plugins before 2.0 and focusing on improvements of their counterparts in SEXTANTE? Regards Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
. So...what about removing the original fTools and GdalTools plugins before 2.0 and focusing on improvements of their counterparts in SEXTANTE? it does not seems so easy to me, in sextante there are missing tools, just to make examples, (gdal) clipper, gdaldem, eliminate sliver polygons... and others. Cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Before doing that, we should make sure all algorithms are in SEXTANTE. Some of them might not be in there, because I did not ported them, considering that another algorithm was equivalent. Particularly, the dem tools and the interpolation tools in SAGA should replace the ones in GDAL and add much more options. Moving those GDAL algorithms to SEXTANTE would allow to remove the GDAL tools...but will add more redundant algorithms to SEXTANTE (there are DEM tools already from SAGA and GRASS), so we have a similar problem. Anyway, I think that redundancy in SEXTANTE is not so bad as having several ways of doing the same thing in the QGIS interface, since users will understand that algorithms come from differnt providers and are not completely identical. Cheers 2013/3/19 Giovanni Manghi giovanni.man...@faunalia.pt: . So...what about removing the original fTools and GdalTools plugins before 2.0 and focusing on improvements of their counterparts in SEXTANTE? it does not seems so easy to me, in sextante there are missing tools, just to make examples, (gdal) clipper, gdaldem, eliminate sliver polygons... and others. Cheers -- Giovanni -- ___ 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] fTools and GdalTools: sextante vs original plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 19/03/2013 20:42, Victor Olaya ha scritto: Anyway, I think that redundancy in SEXTANTE is not so bad as having several ways of doing the same thing in the QGIS interface, since users will understand that algorithms come from differnt providers and are not completely identical. Agreed: redundancy in analyses helps double-checking, and overcoming eventual bugs. The filtering mechanism in Sextante makes redundancy far less confusing than the usual dropdown menu approach. So I vote for moving all algorhithms to Sextante, and removing GDALTools and fTools only when the former is well tested. Thanks. - -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFIzyIACgkQ/NedwLUzIr7MjACeIG8/nV8ARf9xqOnlMj9DlDvL 0wgAmwVo0qqZ/fzLqMUqy2fTHX7Z+8Z4 =FIAe -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Some news about preserving topology generalization ?
hi list I am wondering whether anyone has any news about the gsoc project on vector layer generalization for qgis, described in (1). It sounded promising but it seems this work has not been integrated in qgis. What is the current status ? (1) http://hub.qgis.org/wiki/quantum-gis/GSOC_2012_Vector_Layer_Generalization Michael ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QgsQuickPrint - would you miss it?
Hi, would there be any objections to remove QgsQuickPrint class from GUI library? It was created back in 2008 as a quick way how to produce a rendered map with fixed layout in PDF format - at that time the composer was not as powerful as it is nowadays... I can hardly think of a reason why would anyone want to use QgsQuickPrint instead of composer. And given that it got virtually no updates last few years, I consider it as abandoned. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QgsQuickPrint - would you miss it?
Hey Martin, I will not miss it. It makes no sense now that we have a better composer with template. +1 to remove it. - Nathan On Wed, Mar 20, 2013 at 8:56 AM, Martin Dobias wonder...@gmail.com wrote: Hi, would there be any objections to remove QgsQuickPrint class from GUI library? It was created back in 2008 as a quick way how to produce a rendered map with fixed layout in PDF format - at that time the composer was not as powerful as it is nowadays... I can hardly think of a reason why would anyone want to use QgsQuickPrint instead of composer. And given that it got virtually no updates last few years, I consider it as abandoned. Martin ___ 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] Feature freeze commencing the ides of March
Hi ! Just for information : - will QGis 2.0 have the PyQt API changed to version 2 ? - will it have a separate plugin folder than QGis 1.8 ? Thanks ! Olivier 2013/3/15 Tim Sutton li...@linfiniti.com Hi All Just to confirm on this thread that following the discussions here the following updated timeline to 2.0 will apply: 1 April 2013 - Feature freeze - no new features in master 1 May 2013 - GUI Freeze and String freeze - no changes to ui or strings except where required for critical bug fixes. Call for translations. 1 June 2013 - Branch 2.0, code freeze (except for packaging related changes), call for packaging 7 June 2013 - Public release of 2.0 Regards Tim On Fri, Mar 15, 2013 at 5:44 PM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: Pushed to master branch now. On 13.03.2013 17:44, Marco Hugentobler wrote: Hi devs The first part of the symbology improvements is available in my github fork: https://github.com/mhugent/Quantum-GIS/tree/data_defined_symbology Currently, one symbol is either in mm or in map units. The changeset in the branch adds the possibility to mix different output units ( mm / map units ) in one symbol and even in one symbol layer. So it is now e.g. possible to have line width in mm and line offset in map units. Let me know if you have feedback on this. Next enhancement part will be to add more data defined symbol properties (from attribute / expression). Regards, Marco On 04.03.2013 13:07, Marco Hugentobler wrote: Moving the date to say start of April wouldn't hurt. Would that help? Start of April would be ok for the data defined symbology. Regards, Marco On 04.03.2013 11:44, Jürgen E. Fischer wrote: Hi Marco, On Mon, 04. Mar 2013 at 11:37:15 +0100, Marco Hugentobler wrote: Disadvantage is that 15 March is too close for it to go into master. What should we do (wait for 2.1 / shift feature freeze date / exception from feature freeze) ? How much time would you need? Moving the date to say start of April wouldn't hurt. Would that help? Jürgen -- 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 -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == 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. Visit http://linfiniti.com to find out about: * QGIS programming and support services * Mapserver and PostGIS based hosting plans * FOSS Consulting Services Skype: timlinux 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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer