Re: [Qgis-developer] fTools and GdalTools: sextante vs original plugins
Hi, On Tue, 19 Mar 2013 19:40:03 +0100 Martin Dobias wonder...@gmail.com wrote: 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? +1 for removing fTools and GDALTools. But unfortunately not all fTools and GDAL tools algorithms ported to SEXTANTE, some of them still present only in original plugins. I plan to work on this. On Tue, 19 Mar 2013 20:42:04 +0100 Victor Olaya vola...@gmail.com wrote: 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. Also note that some users have no SAGA installed but when similar algorithm from GDAL (or other more common source) is available they still can do their work. So redundancy is not bad. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Some news about preserving topology generalization ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 19/03/2013 22:54, kimaidou ha scritto: 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 The GSoC was aborted on this. If you are interested, consider activating another GSoC for this year (deadline soon). 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/ iEYEARECAAYFAlFJXpsACgkQ/NedwLUzIr720ACgjqEdzL7AhzQow19NSot9Qf5O izoAn2QK441ewGqhL6eavTdbyyeO4To6 =4eNb -END PGP SIGNATURE- ___ 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
On 03/19/2013 11:34 PM, Alexander Bruy wrote: Hi, On Tue, 19 Mar 2013 19:40:03 +0100 Martin Dobias wonder...@gmail.com wrote: 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? +1 for removing fTools and GDALTools. But unfortunately not all fTools and GDAL tools algorithms ported to SEXTANTE, some of them still present only in original plugins. I plan to work on this. On Tue, 19 Mar 2013 20:42:04 +0100 Victor Olaya vola...@gmail.com wrote: 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. Also note that some users have no SAGA installed but when similar algorithm from GDAL (or other more common source) is available they still can do their work. So redundancy is not bad. I'd encourage that those tools still be made available via the Vector and Raster menus. Also that they should be update-able via the Fetch python plugins. Preferably independent of Sextante upgrades, but still be the integrated version. I also would miss the command line viewer that's in GDAL Tools. That is extremely useful when prototyping something that I plan to move to a script. Does sextante allow for batch application the way GDALTools currently does? So basically, I'm all for streamlining but I don't want to loose features and flexibility because of that. Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Database relations and nested forms in QGIS: Call for Funding
Hi all, The Swiss QGIS user community is increasingly building application modules around QGIS. Most of these modules require database relations - not only 1:1, but also 1:n and n:m relations. Currently, only 1:1 relations are supported (with some limitations) in QGIS through the table joins. Since many upcoming QGIS applications will require also 1:n and n:m relations we want to make database relations a core feature in QGIS. Matthias Kuhn from Switzerland already started work on this and will continue to work on it. Some swiss communities started funding this and other efforts in QGIS - now we are looking for some additional funding and are also approaching the international QGIS community for financial support. Matthias and Denis Rouzaud (both from Switzerland) already worked on the following forms and database improvements: * drag and drop forms designer - allows to easily re-order form widgets and group them in tabs and groups * combining forms and tables into a single window (dual view) * Allow to step through all records and forms one by one * Filters/Selections apply on both forms and table * database relations manager allows to set foreign key database relations (regardless of the provider - you can join f.e. a Postgis-table with a SQL-server table) The next steps would be the nested forms where one can embed one child form in another master form and the records are filled into the child form automatically based on the relation defined in the relations manager. We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$ to complete this work for the nested forms. If you have an interest in database relations and more complex forms please consider to support this important QGIS feature that will in the future allow to build more complex tools and applications with QGIS and databases. If you are interested, please contact me and I can forward you the more detailed specification of what we plan with the nested forms. Thank you, Andreas ___ 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
Hi! I am usually also for cleaning up - and removing stuff like duplicate labelling and such things but for functions like GDAL and fTools i rather tend to hold them as long as there are not all equivalent function available elsewhere. My point would be to rather clean the GUI (less automatically created button bars) than try to get rid of them by deleting functions. Would it be possible to make just a clean GUI with only the basic functions (I know .. what are the basic functions) .. but with the possibility to build up one button bar by oneself adding only the functions I would need? I like the idea of automatically appearing buttons but with a lot of plugins activated the space is crowded. I think it would be good to create a complete customizeable button bar .. regards Werner On Wed, Mar 20, 2013 at 8:14 AM, Alex Mandel tech_...@wildintellect.comwrote: On 03/19/2013 11:34 PM, Alexander Bruy wrote: Hi, On Tue, 19 Mar 2013 19:40:03 +0100 Martin Dobias wonder...@gmail.com wrote: 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? +1 for removing fTools and GDALTools. But unfortunately not all fTools and GDAL tools algorithms ported to SEXTANTE, some of them still present only in original plugins. I plan to work on this. On Tue, 19 Mar 2013 20:42:04 +0100 Victor Olaya vola...@gmail.com wrote: 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. Also note that some users have no SAGA installed but when similar algorithm from GDAL (or other more common source) is available they still can do their work. So redundancy is not bad. I'd encourage that those tools still be made available via the Vector and Raster menus. Also that they should be update-able via the Fetch python plugins. Preferably independent of Sextante upgrades, but still be the integrated version. I also would miss the command line viewer that's in GDAL Tools. That is extremely useful when prototyping something that I plan to move to a script. Does sextante allow for batch application the way GDALTools currently does? So basically, I'm all for streamlining but I don't want to loose features and flexibility because of that. Thanks, Alex __**_ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/**mailman/listinfo/qgis-**developerhttp://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] Database relations and nested forms in QGIS: Call for Funding
Hi again, I wanted to add that the proposal also includes managing relations (adding/removing relations) by picking one or more feature geometries in the map or one or more records in a related table, once the relations are defined in the relation manager and the widgets are defined accordingly. Thanks, Andreas Am 20.03.2013 08:32, schrieb Andreas Neumann: Hi all, The Swiss QGIS user community is increasingly building application modules around QGIS. Most of these modules require database relations - not only 1:1, but also 1:n and n:m relations. Currently, only 1:1 relations are supported (with some limitations) in QGIS through the table joins. Since many upcoming QGIS applications will require also 1:n and n:m relations we want to make database relations a core feature in QGIS. Matthias Kuhn from Switzerland already started work on this and will continue to work on it. Some swiss communities started funding this and other efforts in QGIS - now we are looking for some additional funding and are also approaching the international QGIS community for financial support. Matthias and Denis Rouzaud (both from Switzerland) already worked on the following forms and database improvements: * drag and drop forms designer - allows to easily re-order form widgets and group them in tabs and groups * combining forms and tables into a single window (dual view) * Allow to step through all records and forms one by one * Filters/Selections apply on both forms and table * database relations manager allows to set foreign key database relations (regardless of the provider - you can join f.e. a Postgis-table with a SQL-server table) The next steps would be the nested forms where one can embed one child form in another master form and the records are filled into the child form automatically based on the relation defined in the relations manager. We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$ to complete this work for the nested forms. If you have an interest in database relations and more complex forms please consider to support this important QGIS feature that will in the future allow to build more complex tools and applications with QGIS and databases. If you are interested, please contact me and I can forward you the more detailed specification of what we plan with the nested forms. Thank you, Andreas ___ 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
While we work on moving everything into SEXTANTE, a quick solution can be to add new algorithms in SEXTANTE that call the fTools and GDAL tools and pop up the current dialogs. They will not be available in the SEXTNATE modeler or batch processing interface, but at least they will be in SEXTANTE and we can have all analysis stuff available there, which might be less confusing. We should find the way, however, of making clear that this is a duplicated functionality and that those algorithms are different to the rest of them Not sure it is the best idea, but well, I guess it's worth commenting. Cheers 2013/3/20 Werner Macho werner.ma...@gmail.com: Hi! I am usually also for cleaning up - and removing stuff like duplicate labelling and such things but for functions like GDAL and fTools i rather tend to hold them as long as there are not all equivalent function available elsewhere. My point would be to rather clean the GUI (less automatically created button bars) than try to get rid of them by deleting functions. Would it be possible to make just a clean GUI with only the basic functions (I know .. what are the basic functions) .. but with the possibility to build up one button bar by oneself adding only the functions I would need? I like the idea of automatically appearing buttons but with a lot of plugins activated the space is crowded. I think it would be good to create a complete customizeable button bar .. regards Werner On Wed, Mar 20, 2013 at 8:14 AM, Alex Mandel tech_...@wildintellect.com wrote: On 03/19/2013 11:34 PM, Alexander Bruy wrote: Hi, On Tue, 19 Mar 2013 19:40:03 +0100 Martin Dobias wonder...@gmail.com wrote: 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? +1 for removing fTools and GDALTools. But unfortunately not all fTools and GDAL tools algorithms ported to SEXTANTE, some of them still present only in original plugins. I plan to work on this. On Tue, 19 Mar 2013 20:42:04 +0100 Victor Olaya vola...@gmail.com wrote: 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. Also note that some users have no SAGA installed but when similar algorithm from GDAL (or other more common source) is available they still can do their work. So redundancy is not bad. I'd encourage that those tools still be made available via the Vector and Raster menus. Also that they should be update-able via the Fetch python plugins. Preferably independent of Sextante upgrades, but still be the integrated version. I also would miss the command line viewer that's in GDAL Tools. That is extremely useful when prototyping something that I plan to move to a script. Does sextante allow for batch application the way GDALTools currently does? So basically, I'm all for streamlining but I don't want to loose features and flexibility because of that. Thanks, Alex ___ 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] Database relations and nested forms in QGIS: Call for Funding
Hi Andreas, what is the target version for this? I sent you a private email fior fundings. Régis -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041607.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] fTools and GdalTools: sextante vs original plugins
On Wed, Mar 20, 2013 at 9:05 AM, Victor Olaya vola...@gmail.com wrote: While we work on moving everything into SEXTANTE, a quick solution can be to add new algorithms in SEXTANTE that call the fTools and GDAL tools and pop up the current dialogs. They will not be available in the SEXTNATE modeler or batch processing interface, but at least they will be in SEXTANTE and we can have all analysis stuff available there, which might be less confusing. I'm afraid it would be super confusing to have tools in Sextante but not available in Modeller. Anita ___ 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
I'm afraid it would be super confusing to have tools in Sextante but not available in Modeller. hmmm, I agree that, in this case, it will be confusing, but SEXTANTE supports having algorithms that can be in the modeler and not in the toolbox, or in the toolbox and not in the modeler. There are already a few of them, though they are a bit different to these ones. ___ 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
I also would miss the command line viewer that's in GDAL Tools. That is extremely useful when prototyping something that I plan to move to a script. I forgot about the command line window and the (folder) batch geoprocessing in gdal tools... please don't get rid of them without a replacement :) cheers -- Giovanni -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] git users
Hi! As I've seen there are some problems round git in the last time .. Probably it could help using some GUI tool for that .. For all windows users I recently found [0] which looks very promising .. Just to inform you and probably help git users on their first steps .. kind regards Werner [0]http://sourcetreeapp.com/ ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Database relations and nested forms in QGIS: Call for Funding
Hi Régis, Given the current release schedule this won't make it into 2.0, but would go into 2.1 then. Previous work made by Matthias is either already in master (the drag and drop attribute designer), or pull requests hanging (the dual view attribute/forms work). The relations manager is almost finished I heard, but is not of much use without the nested forms - so probably will be postponed to version 2.1 Andreas Am 20.03.2013 10:03, schrieb Régis Haubourg: Hi Andreas, what is the target version for this? I sent you a private email fior fundings. Régis -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041607.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Database relations and nested forms in QGIS: Call for Funding
That sounds good to me, I'm reviewing current blockers, and we already have some work with current features for 2.0. 2.1 seems good. -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Database-relations-and-nested-forms-in-QGIS-Call-for-Funding-tp5041580p5041670.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] QgsQuickPrint - would you miss it?
+1 to remove it On Wed, Mar 20, 2013 at 2:36 PM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: + 1 for removing, never used, and hard to explain in training courses. Cheers -- View this message in context: http://osgeo-org.1560.n6.nabble.com/QgsQuickPrint-would-you-miss-it-tp5041496p5041700.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 -- 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
Re: [Qgis-developer] [Qgis-user] Database relations and nested forms in QGIS: Call for Funding
Hi On Wed, Mar 20, 2013 at 9:47 AM, Andreas Neumann a.neum...@carto.net wrote: Hi again, I wanted to add that the proposal also includes managing relations (adding/removing relations) by picking one or more feature geometries in the map or one or more records in a related table, once the relations are defined in the relation manager and the widgets are defined accordingly. Hopefully it also covers implementation of tests too! :-) Regards Tim Thanks, Andreas Am 20.03.2013 08:32, schrieb Andreas Neumann: Hi all, The Swiss QGIS user community is increasingly building application modules around QGIS. Most of these modules require database relations - not only 1:1, but also 1:n and n:m relations. Currently, only 1:1 relations are supported (with some limitations) in QGIS through the table joins. Since many upcoming QGIS applications will require also 1:n and n:m relations we want to make database relations a core feature in QGIS. Matthias Kuhn from Switzerland already started work on this and will continue to work on it. Some swiss communities started funding this and other efforts in QGIS - now we are looking for some additional funding and are also approaching the international QGIS community for financial support. Matthias and Denis Rouzaud (both from Switzerland) already worked on the following forms and database improvements: * drag and drop forms designer - allows to easily re-order form widgets and group them in tabs and groups * combining forms and tables into a single window (dual view) * Allow to step through all records and forms one by one * Filters/Selections apply on both forms and table * database relations manager allows to set foreign key database relations (regardless of the provider - you can join f.e. a Postgis-table with a SQL-server table) The next steps would be the nested forms where one can embed one child form in another master form and the records are filled into the child form automatically based on the relation defined in the relations manager. We are looking for funding of CHF 13'000, approx. 10'500 € or 13'700 US$ to complete this work for the nested forms. If you have an interest in database relations and more complex forms please consider to support this important QGIS feature that will in the future allow to build more complex tools and applications with QGIS and databases. If you are interested, please contact me and I can forward you the more detailed specification of what we plan with the nested forms. Thank you, Andreas ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-user mailing list qgis-u...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user -- 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
Re: [Qgis-developer] Feature freeze commencing the ides of March
Hi On Wed, Mar 20, 2013 at 1:34 AM, Olivier Dalang olivier.dal...@gmail.com wrote: Hi ! Just for information : - will QGis 2.0 have the PyQt API changed to version 2 ? I don't understand? - will it have a separate plugin folder than QGis 1.8 ? It would probably make sense for it to have a separate plugin folder and also a separate QSettings namespace. Regards Tim 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 -- 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] Plugin Installer---running custom post install for a plugin
Is there any provision for running a plugins custom post-install method during installation via the plugin installer? Setting first-run flags in the plugins settings seems kludgy... -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Alaska Novel: *http://alaskana.co -Geospatial Consulting Hosting: *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ 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
I was talking about that proposition: http://osgeo-org.1560.n6.nabble.com/Merging-of-incompatible-changes-td5010325.html ( specifically the part about using the new api, as explained here : http://pyqt.sourceforge.net/Docs/PyQt4/incompatible_apis.html ) 2013/3/20 Tim Sutton li...@linfiniti.com Hi On Wed, Mar 20, 2013 at 1:34 AM, Olivier Dalang olivier.dal...@gmail.com wrote: Hi ! Just for information : - will QGis 2.0 have the PyQt API changed to version 2 ? I don't understand? - will it have a separate plugin folder than QGis 1.8 ? It would probably make sense for it to have a separate plugin folder and also a separate QSettings namespace. Regards Tim 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 -- 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] Error updateing color ramps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
I'm getting an error while updating my color ramps:
=
Errore durante l'esecuzione di codice Python:
Traceback (most recent call last):
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 151, in on_pbtnUpdateCheck_clicked
self.checkUpdate('',True,self.dlg.windowTitle())
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 192, in checkUpdate
return self.installUpdate(installDir,gui,title)
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 220, in installUpdate
(ret,version) = cpt_city_update( installDir, True, packageType )
File
/home/paolo/.qgis//python/plugins/colorrampmanager/cpt_city_update.py,
line 263, in cpt_city_update
os.chmod(os.path.join(root,f),0644)
OSError: [Errno 2] File o directory non esistente:
'/home/paolo/.qgis//python/plugins/test_plug'
=
Any hint?
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/
iEYEARECAAYFAlFJ2nIACgkQ/NedwLUzIr6ulQCdH/c57rGPiYa7PHNh84fsiXCF
oA0AoK2+irk1cNBN31qz/xAu1acsYG1A
=80HF
-END PGP SIGNATURE-
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] QGIS does not start on Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, qgis refuses to start on a winXP box saying Calibre2 is missing. I haven't a clue on what one could do: any hint? 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/ iEYEARECAAYFAlFJ8HQACgkQ/NedwLUzIr5yywCfT3rWuZ0G9vp/dBiUkfEEoG8A X7kAmQFhg1PSggjFg1AI0clqgIDWpHGb =7lzC -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] compiling c++ application against qgis libs on ms windows
Hi all, for teaching purposes I am creating sample C++ application built on QGIS libraries. No compilation problems on Linux. Unfortunately I have several problems on Windows, after some investigations, I have installed Qt 4.8.4 (VS 2010) + VS 2010 from OSGeo4W qgis and qgis-devel When building my C++ app in release mode [1] I am getting name of missing module (roughly translated): QtCore4.dll!??4QString@@QAEAAV0@$$QAV0@@Z Any idea? Any Windows gurus here? :-) (\me happy to stay with my GNU/Linux ;-) Martin [1] http://osgeo-org.1560.n6.nabble.com/QGis-1-6-0-Debug-error-td4103432.html -- Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] compiling c++ application against qgis libs on ms windows
Hi Martin, On Wed, 20. Mar 2013 at 20:17:17 +0100, Martin Landa wrote: Qt 4.8.4 (VS 2010) + VS 2010 from OSGeo4W qgis and qgis-devel Use qt from OSGeo4W and VS2008. 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 committ(ed|ing) to Quantum GIS 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] compiling c++ application against qgis libs on ms windows
Hi Martin, On Wed, Mar 20, 2013 at 1:40 PM, Jürgen E. j...@norbit.de wrote: Hi Martin, On Wed, 20. Mar 2013 at 20:17:17 +0100, Martin Landa wrote: Qt 4.8.4 (VS 2010) + VS 2010 from OSGeo4W qgis and qgis-devel Use qt from OSGeo4W and VS2008. See recent issue ticket for info on downloading VS2008 with SP1 as an ISO [0], which might be useful if installing on many machines in a classroom. VS2008 with SP1 produces no critical errors when compiling recent sources. The rest of the issue about jom.exe you might want to ignore (unless you want to use Qt Creator with NMake) and stick with VS2008, and just follow the INSTALL doc very closely [1]. There are some updated .bat files for launching with correct VS2008/OSGeo4W environment variables noted in that issue as well (slightly different paths than in INSTALL notes). Note, while I'm definitely no Windows guru, I have recently gone through this build setup from scratch on a couple of Win7 64-bit virtual machines. [0] http://hub.qgis.org/issues/7289 [1] https://github.com/qgis/Quantum-GIS/blob/master/INSTALL#L539 Regards, Larry 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 committ(ed|ing) to Quantum GIS 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] QGIS does not start on Windows
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 20/03/2013 18:23, Paolo Cavallini ha scritto: Hi all, qgis refuses to start on a winXP box saying Calibre2 is missing. I haven't a clue on what one could do: any hint? Further checking: it is obviously a local problem: on the same machine, a clean VM is working well. 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/ iEYEARECAAYFAlFKK6QACgkQ/NedwLUzIr7NPgCeLLTy+NwBV44VilkQ80NvPl0s M8wAoKkGpxe7kEP0mU/BXtCXkrCeXPuH =vaU3 -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Measurement in maters
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. With current master, measurements on screen when projection is in degrees returns values in meters. A while ago one could obtain measurement in meters, even for 4326. This is a regression to me. 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/ iEYEARECAAYFAlFKLGoACgkQ/NedwLUzIr63SQCgutcQBwvHsNxkZrOppCe58yVj o4UAn0/N2XPsgi+SntVnaoQe/Z6VswhJ =2b4E -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugin Installer---running custom post install for a plugin
Hey Gary, What are you trying to achieve by doing that? On Thu, Mar 21, 2013 at 1:03 AM, Gary Sherman gsher...@geoapt.com wrote: Is there any provision for running a plugins custom post-install method during installation via the plugin installer? Setting first-run flags in the plugins settings seems kludgy... -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Alaska Novel: *http://alaskana.co -Geospatial Consulting Hosting: *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ 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] Plugin Installer---running custom post install for a plugin
On Wed, Mar 20, 2013 at 3:00 PM, Nathan Woodrow madman...@gmail.com wrote: Hey Gary, What are you trying to achieve by doing that? Mainly do a one-time configuration process such as setting up individual user config files. I can envision other tasks that are required for the plugin to function, but only need to be executed once. On Thu, Mar 21, 2013 at 1:03 AM, Gary Sherman gsher...@geoapt.com wrote: Is there any provision for running a plugins custom post-install method during installation via the plugin installer? Setting first-run flags in the plugins settings seems kludgy... -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Alaska Novel: *http://alaskana.co -Geospatial Consulting Hosting: *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Desktop GIS Book: *http://desktopgisbook.com -Alaska Novel: *http://alaskana.co -Geospatial Consulting Hosting: *http://geoapt.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Measurement in maters
On 03/20/2013 02:38 PM, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. With current master, measurements on screen when projection is in degrees returns values in meters. A while ago one could obtain measurement in meters, even for 4326. This is a regression to me. All the best. - -- Paolo Cavallini - Faunalia It's user configurable in the Project Properties in 1.8. Did that change in master? Or do you mean when projection on the fly is on? Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Error updateing color ramps
That's rather odd... I ran it the day before yesterday without problems
does the directory exist? /home/paolo/.qgis//python/plugins/test_plug
Please modify the script to contain the following lines and run again
(untested).
# fix permissions: dirs are 755, files are 644
print('datadir: '+str(datadir))
for root, dirs, files in os.walk(datadir):
os.chmod(root,0755)
print('root: '+str(root))
for f in files:
print('f: '+str(f))
os.chmod(os.path.join(root,f),0644)
Which install directory are you using in the color ramp manager?
Etienne
On Wed, Mar 20, 2013 at 12:49 PM, Paolo Cavallini cavall...@faunalia.it wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all.
I'm getting an error while updating my color ramps:
=
Errore durante l'esecuzione di codice Python:
Traceback (most recent call last):
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 151, in on_pbtnUpdateCheck_clicked
self.checkUpdate('',True,self.dlg.windowTitle())
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 192, in checkUpdate
return self.installUpdate(installDir,gui,title)
File
/home/paolo/.qgis//python/plugins/colorrampmanager/colorrampmanager.py,
line 220, in installUpdate
(ret,version) = cpt_city_update( installDir, True, packageType )
File
/home/paolo/.qgis//python/plugins/colorrampmanager/cpt_city_update.py,
line 263, in cpt_city_update
os.chmod(os.path.join(root,f),0644)
OSError: [Errno 2] File o directory non esistente:
'/home/paolo/.qgis//python/plugins/test_plug'
=
Any hint?
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/
iEYEARECAAYFAlFJ2nIACgkQ/NedwLUzIr6ulQCdH/c57rGPiYa7PHNh84fsiXCF
oA0AoK2+irk1cNBN31qz/xAu1acsYG1A
=80HF
-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
