Re: [Qgis-developer] Remove editing functions from QgsVectorLayer
On Tue, Apr 16, 2013 at 12:53 AM, Nathan Woodrow madman...@gmail.com wrote: What would be the API calls in order to add a new feature to a layer and commit the result? layer.startEditing() layer.editBuffer().addFeature( feature ) layer.commitChanges() Anyway if someone wants to add a new feature permanently, it should be rather done this way: layer.dataProvider().addFeatures( [feature] ) It's more efficient and it does not mess with the editing state of the layer (imagine you are editing a layer and a plugin action will commit all your changes without asking!). Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] problem with feature request and updateFeature
On Tue, Apr 16, 2013 at 1:01 AM, Nathan Woodrow madman...@gmail.com wrote: I asked Jurgen to add the updateFeature a while ago in order to make the API feel a bit cleaner. My issue was that you could update the attribute values on the feature but you then still call changeFeatureAttribute for each attribute which seems really crap. I really only want to update the feature and give it to the layer to handle calling the changeFeatureAttribute calls with the id, index, value stuff. I understand the motivation, but unless we have change tracking in QgsFeature there is little sense to keep the function. And as Jürgen has noted, adding such tracking just for this particular function does not seem right. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Wiki cleanup
Hi Paolo I've updated the code maintainers list. Is https://github.com/qgis/QGIS-Documentation/tree/master/source/docs/qgis_governance the right place to add it in the docs? Regards, Marco On 14.04.2013 12:06, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. I started cleanup of the wiki. What sould we do with the old, historic material? A number of pages are about the release checklist and release specifications for old versions. Moreover, the list is not complete. I think this is static information of very little practical use, so we could either remove it from the web (perhaps keeping it somewhere as a backup text file), or move it to Governance docs. The problem in keeping it accessible is that users will get confused by obsolete information. Please let me know your opinion, so I can do most of the cleanup today. Not an huge task once we decided the guidelines. 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/ iEYEARECAAYFAlFqf6AACgkQ/NedwLUzIr75rwCdEc6na2rIBcqFciT5yoaS/68G ITAAniIKJPwvDSwupE/5vAsdPgPNlYeG =UK9G -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- 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
Re: [Qgis-developer] [Python] QgsFeatureIterator for geometryless PostgreSQL-Layer
Hi Martin, On Mon, 15. Apr 2013 at 23:45:20 +0200, Martin Dobias wrote: BTW what about parallel iterators? I suppose there were problems and thats why you added the active iterators - do you recall which providers were affected and how? I have modified providers to have pointers to active iterators because of two reasons: 1. if the user asks for a second iterator and the provider does not support multiple iterators, the first one has to be closed - they would not behave correctly if used together IMHO that's not ok. If the provider doesn't support multiple iterators, the second on should be rejected - forcing the caller to close the other one first. As we lost the ability to do featureAtId while iterating a layer, we now have a couple of places, where stuff behaves strange and it's not really obvious that it's causes by a setFilterFid request killing a surrounding iteration. Rejecting it wouldn't cure that, but at least make is show (ok, that's what the error message does also do that now). And unless we get the parallel setFilterFid request back, we'll need to identify and rewrite the looping code. 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] Wiki cleanup
Hi On Mon, Apr 15, 2013 at 2:52 PM, Werner Macho werner.ma...@gmail.com wrote: Hi paolo! well - there should be a release checklist - just to have a list to hold on to .. but I guess we would only need one that could be copied and extended/adjusted as the release cycle is not a fixed one. You'd have to ask Tim if he'd like to keep the old things - but for me they are only there for historical purposes and can be deleted. (As long as we have the newest version somewhere) Probably the latest announcement should also stay (older ones apply to the same things as above) Please keep the old release checklists for a while - I often refer back to them. I am migrating the checklist processing into the governance docs so eventually we can delete them. Regards Tim But as I am writing this - It could be probably nice to have some kind of historic page .. but again .. there is already the wikipedia page about QGIS where all release dates are written .. so .. I'd delete those old pages of our own wiki .. kind regards Werner On Sun, Apr 14, 2013 at 12:53 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 14/04/2013 12:30, Werner Macho ha scritto: Hi In my opinion we should just sum up those information.. Merge all similar parts to have one (and probably the newest) information. Make the information timeless and delete all old parts.. So it's somehow consolidating and getting rid of old and useless things. Agreed: would you classify e.g. release checklist and announcements as old and useless? Should I delete them, or? 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/ iEYEARECAAYFAlFqipoACgkQ/NedwLUzIr6U9wCeISS5YLEvSvob66rninYF4hwJ Ep8AoIhbqTMig52/TvB4MgjRysjoJJ30 =Qu+F -END PGP SIGNATURE- ___ 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] [Python] QgsFeatureIterator for geometryless PostgreSQL-Layer
On Tue, Apr 16, 2013 at 8:27 AM, Jürgen E. j...@norbit.de wrote: Hi Martin, On Mon, 15. Apr 2013 at 23:45:20 +0200, Martin Dobias wrote: BTW what about parallel iterators? I suppose there were problems and thats why you added the active iterators - do you recall which providers were affected and how? I have modified providers to have pointers to active iterators because of two reasons: 1. if the user asks for a second iterator and the provider does not support multiple iterators, the first one has to be closed - they would not behave correctly if used together IMHO that's not ok. If the provider doesn't support multiple iterators, the second on should be rejected - forcing the caller to close the other one first. You're right - when thinking about it again, it makes more sense to reject new iterator rather than close the previous one with force. It should be relatively simple to swap the behavior. As we lost the ability to do featureAtId while iterating a layer, we now have a couple of places, where stuff behaves strange and it's not really obvious that it's causes by a setFilterFid request killing a surrounding iteration. In the other thread (about updateFeature()) I have noted that we actually never really supported featureAtId while iterating a layer - at least not in all providers... AFAIK postgis always used only one cursor. With OGR provider that could work - but maybe just for some drivers (e.g. shapefile). If I have time I will try to do few tests how qgis 1.8 behaved. Rejecting it wouldn't cure that, but at least make is show (ok, that's what the error message does also do that now). And unless we get the parallel setFilterFid request back, we'll need to identify and rewrite the looping code. When porting the code to new API, were there really loops that combined nextFeature() with featureAtId() ? Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Thank you all for the great HF!!
Hi, yes, we definitely should and will write about the activities. Whose blog can we use? Paolo, can we use yours from Faunalia? As for Essen I prepared a Result section in the wiki. Can everybody write some notes about what people did during the hackfest. I already started for things I know... http://hub.qgis.org/wiki/quantum-gis/9_QGIS_Developer_Meeting_in_Valmiera_2013#Results Pēteris can you send me the pictures you took from the group? And all others, if you have some nice photos of the event, please send it to me... Regards Otto Am Tue, 16 Apr 2013 00:19:16 +0700 schrieb Tim Sutton li...@linfiniti.com: Hi Could someone write up a blog post or similar highlighting the key activities that happened at the hackfest? Us poor souls who were not there are starved for details :-) Regards Tim On Mon, Apr 15, 2013 at 3:26 PM, Victor Olaya vola...@gmail.com wrote: I agree 100%. Awesome hackfest, and great organization. You did a great job organizing this. I am looking forward to participating in the next hackfest :-) Cheers Victor 2013/4/15 Werner Macho werner.ma...@gmail.com: Hi! I have to say .. Same from me Thanks for the great Hackfest and the nice discussions - I think we all did a huge step forward in the right direction. It was greatly organized and I had a lot of fun finding my way home with Radim in the night. :) Special thanks to Matthias for his prompt reaction on every problem I found in his branch :) And as Alessandro already said .. Sorry for not saying goodbye to everybody .. I also had to leave early. Somebody kept me drinking beer .. You know who you are. Hope to see you all next time! Just to be sure that work on the new webpage will not get lost I attach the 3 main topics we decided in Freemind format to be further discussed and - converted to a nice looking webpage. regards Werner On Mon, Apr 15, 2013 at 9:20 AM, Alessandro Pasotti apaso...@gmail.com wrote: Hi, I wish to thank everybody for the great organization, it was nice to meet you again, I'm just sorry I couldn't greet everybody of you before leaving (too much beer and too late ;) -- 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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Geoinformatik Büro Dassau - http://www.gbd-consult.de FOSSGIS consulting , training , support and analysis Ackerstrasse 144c , D - 40233 Düsseldorf , Germany Tel: +49-(0)211-47468178 , Mobil: +49-(0)171-4687540 -- Community Advisor - QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Thank you all for the great HF!!
2013/4/16 Otto Dassau das...@gbd-consult.de Hi, yes, we definitely should and will write about the activities. Whose blog can we use? Paolo, can we use yours from Faunalia? As for Essen I prepared a Result section in the wiki. Can everybody write some notes about what people did during the hackfest. I already started for things I know... http://hub.qgis.org/wiki/quantum-gis/9_QGIS_Developer_Meeting_in_Valmiera_2013#Results Pēteris can you send me the pictures you took from the group? And all others, if you have some nice photos of the event, please send it to me... Hi, I collected some photos (most are mine but there are also some from Valmiera's staff): http://www.flickr.com/photos/45502883@N06/sets/72157633224664467/ -- 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] Thank you all for the great HF!!
On Die 16 Apr 2013 09:41:55 CEST, Alessandro Pasotti wrote: 2013/4/16 Otto Dassau das...@gbd-consult.de mailto:das...@gbd-consult.de Hi, yes, we definitely should and will write about the activities. Whose blog can we use? Paolo, can we use yours from Faunalia? As for Essen I prepared a Result section in the wiki. Can everybody write some notes about what people did during the hackfest. I already started for things I know... http://hub.qgis.org/wiki/quantum-gis/9_QGIS_Developer_Meeting_in_Valmiera_2013#Results Pēteris can you send me the pictures you took from the group? And all others, if you have some nice photos of the event, please send it to me... Hi, I collected some photos (most are mine but there are also some from Valmiera's staff): http://www.flickr.com/photos/45502883@N06/sets/72157633224664467/ I heard the ghostbusters team was asking for you, Otto. What did you do? http://www.flickr.com/photos/45502883@N06/8644713287/in/set-72157633224664467/lightbox/ -- Alessandro Pasotti w3: www.itopen.it http://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] WMS Server plugin
On Tue, Apr 16, 2013 at 6:55 AM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: Hi Barry You can use the QGIS cloud plugin to publish web maps without having apache / fcgi server installed on the local machine. That's just adding a bit more complexity again... I think the best solution to my use case would be to find a very lightweight web-fcgi server (I think they exist) and to run that with the qgis fcgi server backending it. Then I can be editing my project in qgis, saving, then doing WMS queries from another application via that server. I was originally hoping the WMS queries could go straight to my running desktop QGIS, which would save having to run two instances of QGIS at once. My use-case is that of auto-generating map images into report files, dynamically based on data. There are report-writing systems for R and Python that allow embedding of code and graphics created by the code (see knitr, Pweave). I want to be able to put qgis map images in my report such that if I get new data I can just re-process the report and get an updated PDF out. another way may be to embed a qgis standalone instance in python code in the document which creates a qgis map canvas and renders an image from that... Barry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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] Icon theme update
Hi I can second that. Switching gis theme as default is ok (and afaik that's what most people on the list / poll voted), however it needs a possibility in the options to switch to the classical theme. Regards, Marco On 16.04.2013 10:06, Régis Haubourg wrote: Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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 -- 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
Re: [Qgis-developer] Icon theme update
Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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] Icon theme update
Hi, Very reduced use of colors in gis theme was intentional. Colors should be used in come consistent manner. Blue-gray was just a base. Now we can start adding (with caution) colors. Central part of icon: yellow - select, selected object green - object to be edited blue - neutral (any context) Action part of icon (right bottom): yellow - create, select green - add red - delete, remove blue - others I know some icons are VERY similar in look, so feel free to propose what new color should be used where. Use this threat if possible please. regards, Robert On 16.04.2013 10:18, Nathan Woodrow wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Remove editing functions from QgsVectorLayer
On Tue, Apr 16, 2013 at 11:26 AM, Nathan Woodrow madman...@gmail.com wrote: Personally I'm not a fan of that. Why don't we make startEditing() return a edit buffer/edit session. So you could do this: session = layer.editSession() session.addFeature(feature) ... session.commitChanges() This would mean that everyone can keep their own edit buffers and can do what they want. Means you could also doing this: with layer.editSession() as session: session.addFeature(...) which will commit the features at the end. But I think this is exactly what the 3rd party code should not be doing (to automatically create and commit changes). If a developer wants to do that, they should call layer.dataProvider().addFeatures(...). It will be faster and it will not mess the user's edit buffer - IMHO 3rd party code should not call startEditing() or commitChanges()/rollback() at its will. And the only case where you may want to use the editing buffer directly is when e.g. creating a new tool for vector layer editing or something similar where the user should be able to undo/redo the action performed by the plugin code. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow madman...@gmail.com wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lar...@dakotacarto.comwrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow madman...@gmail.comwrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Remove editing functions from QgsVectorLayer
On Tue, 16. Apr 2013 at 19:26:52 +1000, Nathan Woodrow wrote: Personally I'm not a fan of that. Why don't we make startEditing() return a edit buffer/edit session. So you could do this: session = layer.editSession() session.addFeature(feature) ... session.commitChanges() This would mean that everyone can keep their own edit buffers and can do what they want. Means you could also doing this: with layer.editSession() as session: session.addFeature(...) which will commit the features at the end. - Nathan And would would those session interact? Does vector layer render everything that got added in any session and skip everything that was deleted in any session? Can stuff added in one session already be removed in an other? How would rollback/undo/redo work? 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] Remove editing functions from QgsVectorLayer
More complicated then I thought :) On Tue, Apr 16, 2013 at 8:01 PM, Jürgen E. j...@norbit.de wrote: On Tue, 16. Apr 2013 at 19:26:52 +1000, Nathan Woodrow wrote: Personally I'm not a fan of that. Why don't we make startEditing() return a edit buffer/edit session. So you could do this: session = layer.editSession() session.addFeature(feature) ... session.commitChanges() This would mean that everyone can keep their own edit buffers and can do what they want. Means you could also doing this: with layer.editSession() as session: session.addFeature(...) which will commit the features at the end. - Nathan And would would those session interact? Does vector layer render everything that got added in any session and skip everything that was deleted in any session? Can stuff added in one session already be removed in an other? How would rollback/undo/redo work? 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
[Qgis-developer] Website about the activities at the developer meeting in Valmiera
Dear Community, as you can see from the comments on the mailing lists, the ninth hackfest in Valmiera was a great success and very well organized by the latvian team from SuGIS - Maris Nartiss, Peteris Bruns and Raitis Berzins. On behalf of the PSC I would like to thank all participants, organizers, sponsors and donors who spent their time, energy and money to make QGIS again a little better. I added a webpage with information and further links about the people, their activities and photos from the Valmiera event here: http://www.qgis.org/en/developer-meetings/valmiera-42013.html Kind Regards Otto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
I could imagine that something following the idea of http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/126 would work too. From all the submitted ones so far, I'd still go with http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 I don't see any bird in http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118and I don't think it would work well as an application icon. QGIS has no animal. Do we want one? Or stick to the Q? In my opinion, so far, the consensus seemed to be that we want to stick with the Q at least. Best wishes, Anita On Tue, Apr 16, 2013 at 12:12 PM, Saber Razmjooei saber.razmjo...@lutraconsulting.co.uk wrote: I go for this: http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118 It is an open source project, hence there should!! be some sort of animal (Q looks like a bird to me!) presence there in the logo! Cheers Saber *From:* qgis-developer-boun...@lists.osgeo.org [mailto: qgis-developer-boun...@lists.osgeo.org] *On Behalf Of *Nathan Woodrow *Sent:* 16 April 2013 10:57 *To:* Larry Shaffer *Cc:* qgis-developer *Subject:* Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow madman...@gmail.com wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lar...@dakotacarto.com wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow madman...@gmail.com wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -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 -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viru ses is taken and it is your responsibility to carry out such checks as you feel appropriate. Saber Razmjooei and Peter Wells trading as Lutra Consulting. ___ 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-community-team] Website about the activities at the developer meeting in Valmiera
Thanks so much for that Otto! Regards Tim On Tue, Apr 16, 2013 at 5:30 PM, Otto Dassau das...@gbd-consult.de wrote: Dear Community, as you can see from the comments on the mailing lists, the ninth hackfest in Valmiera was a great success and very well organized by the latvian team from SuGIS - Maris Nartiss, Peteris Bruns and Raitis Berzins. On behalf of the PSC I would like to thank all participants, organizers, sponsors and donors who spent their time, energy and money to make QGIS again a little better. I added a webpage with information and further links about the people, their activities and photos from the Valmiera event here: http://www.qgis.org/en/developer-meetings/valmiera-42013.html Kind Regards Otto ___ Qgis-community-team mailing list qgis-community-t...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-community-team -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Visit http://linfiniti.com to find out about: * QGIS programming services * GeoDjango web development * 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] WMS Server plugin
Hi Barry, The use case of generating reports should not require running QGIS server. I think that QGIS desktop should first offer such functionality that maybe later on could be exposed in QGIS server as well. Did you look at the Atlas serial printing functionality that was introduced in QGIS master? You can iterate over either map sheets or features. It may already cover the basics of your reporting needs. Combined with the ability to include web-frames and tables in a layout and to use expressions and attribute fields in text labels should be a good foundation of a reporting system in QGIS. We in Uster, as well as other Swiss QGIS users have a strong interest in such reporting functionality. Are you coming to the QGIS hackfest in Brighton in September? It may be a good place/time to discuss such a reporting system. If you need stuff much earlier - maybe you should talk to Oslandia, the current maintainers of the Atlas serial printing. They did paid work for us in the past and I can recommend them. Of course others could work on that as well, e.g. Sourcepole. Whatever you decide about this reporting - please keep me or this mailinglist in the loop, because I think this topic is of general interest. Andreas On Tue, 16 Apr 2013 09:02:49 +0100, Barry Rowlingson wrote: On Tue, Apr 16, 2013 at 6:55 AM, Marco Hugentobler marco.hugentob...@sourcepole.ch wrote: Hi Barry You can use the QGIS cloud plugin to publish web maps without having apache / fcgi server installed on the local machine. That's just adding a bit more complexity again... I think the best solution to my use case would be to find a very lightweight web-fcgi server (I think they exist) and to run that with the qgis fcgi server backending it. Then I can be editing my project in qgis, saving, then doing WMS queries from another application via that server. I was originally hoping the WMS queries could go straight to my running desktop QGIS, which would save having to run two instances of QGIS at once. My use-case is that of auto-generating map images into report files, dynamically based on data. There are report-writing systems for R and Python that allow embedding of code and graphics created by the code (see knitr, Pweave). I want to be able to put qgis map images in my report such that if I get new data I can just re-process the report and get an updated PDF out. another way may be to embed a qgis standalone instance in python code in the document which creates a qgis map canvas and renders an image from that... Barry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Error in Sextante Distance Matrix
Thanks, will continue testing Anita On Tue, Apr 16, 2013 at 10:14 AM, Alexander Bruy alexander.b...@gmail.comwrote: Fixed in d06ab3c1d9 On Mon, 15 Apr 2013 22:03:56 +0200 Anita Graser anitagra...@gmx.at wrote: Hi, Sextante distance matrix in nightly fails with: Traceback (most recent call last): File C:\OSGeo4W\apps\qgis-dev\python\plugins\sextante\core\GeoAlgorithm.py, line 147, in execute self.processAlgorithm(progress) File C:\OSGeo4W\apps\qgis-dev\python\plugins\sextante\algs\ftools\PointDistance.py, line 98, in processAlgorithm self.regularMatrix(inLayer, inField, targetLayer, targetField, nPoints, progress) File C:\OSGeo4W\apps\qgis-dev\python\plugins\sextante\algs\ftools\PointDistance.py, line 166, in regularMatrix total = 100.0 / float(features) AttributeError: Features instance has no attribute '__float__' Should i file a ticket? Anita -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WMS Server plugin
On Tue, Apr 16, 2013 at 12:08 PM, Andreas Neumann a.neum...@carto.net wrote:
Hi Barry,
The use case of generating reports should not require running QGIS
server. I think that QGIS desktop should first offer such functionality
that maybe later on could be exposed in QGIS server as well.
Did you look at the Atlas serial printing functionality that was
introduced in QGIS master? You can iterate over either map sheets or
features. It may already cover the basics of your reporting needs.
Combined with the ability to include web-frames and tables in a layout
and to use expressions and attribute fields in text labels should be a
good foundation of a reporting system in QGIS.
Maybe 'report writing' means different things to different people!
In R, using knitr, you can create an entire typeset PDF document
driven by the data including graphics (and animations...).
You write a text document with embedded code chunks delimited by
=/@ tags. Eg
\documentclass{article}
\author{Barry}
\begin{document}
This is a data analysis.
read=
data = read.csv(datafile.csv)
@
We can plot the data on a graph
plot=
plot(data$x,data$y)
@
\end{document}
Now knitr can embed python code, and plots created using matplot.
Wouldn't it be nice if that embedded code could be creating map images
in the document from Qgis' wonderful cartographic rendering system?
One way would be for the code to just grab a rendered image from a WMS
server, the other might be to render to an Image using qgis-python in
code chunks of the document.
We in Uster, as well as other Swiss QGIS users have a strong interest
in such reporting functionality. Are you coming to the QGIS hackfest in
Brighton in September? It may be a good place/time to discuss such a
reporting system.
I'll probably be running around doing Foss4g stuff - hopefully see
people in Nottingham!
Barry
___
Qgis-developer mailing list
Qgis-developer@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. Regards, Larry On Tue, Apr 16, 2013 at 2:18 AM, Nathan Woodrow madman...@gmail.com wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
+ 1 for your color proposal. I didn't get work was still in progress on gis theme. I'll be pleased to give feedback on changes, but I don't have time or skill to suggest icons. Régis -Message d'origine- De : Robert Szczepanek [mailto:rob...@szczepanek.pl] Envoyé : mardi 16 avril 2013 10:40 À : Nathan Woodrow Cc : HAUBOURG; qgis-developer@lists.osgeo.org; graph...@lists.osgeo.org Objet : Re: [Qgis-developer] Icon theme update Hi, Very reduced use of colors in gis theme was intentional. Colors should be used in come consistent manner. Blue-gray was just a base. Now we can start adding (with caution) colors. Central part of icon: yellow - select, selected object green - object to be edited blue - neutral (any context) Action part of icon (right bottom): yellow - create, select green - add red - delete, remove blue - others I know some icons are VERY similar in look, so feel free to propose what new color should be used where. Use this threat if possible please. regards, Robert On 16.04.2013 10:18, Nathan Woodrow wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p504718 4.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Hi On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lar...@dakotacarto.com wrote: Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. My 2c. I was also hesitant about switching to the new GIS theme - I have ~ten years of using the old theme so it was hard to make the switch. However the last few months I have been using exclusively the GIS theme and I must say you will get used to it and start to appreciate it for its visual consistency. I think there are a lot of benefits to having only one theme - some of which Larry had described above. Also we will have less 'stuff' in our source tree, QGIS will be readily identifyable in screenshots, screencasts and publications etc - it will go a long way to creating a unified image and brand for our project. Sure I would like the colours on the icons to be a little brighter and there are probably other things that can be improved, but I think having one officially maintained and supported icon set makes a lot of sense. Regards Tim Regards, Larry On Tue, Apr 16, 2013 at 2:18 AM, Nathan Woodrow madman...@gmail.com wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice over to the new default, so if you did add a revamped nkids theme, maybe considering giving it a new name as well. Hi Larry, it's a total surprise to me, since I thought I was following list intensivly. I remember voting against gis theme, but majority did choose as default. That's fine, I'm OK with the vote. But I was thinking having the choice to switch back to classic theme ! I submitted both themes to users and all of them in my corp wanted to keep classical one. By myself, I really have visual difficulties with gis theme (to much blue-grey, very few pixels to distinguish functions, overly complicated icons..) Moreover, I must say I've not been able to fund anything for months in QGIS project due to the lack of visibility. Please think of us and let us see more clearly where we can help the projects. Sorry for that message, but these last minute surprises really starts to be a problem to me. Régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047184.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] Roadmap for QGIS 2.1 and after
Hi all, many thanks to your efforts to let us know what happened in Valmeria. Did you had any discussion on 2.1 Roadmap? I submitted previously my personnal wishes here [0], do you have any feedback to give on that? Many thanks, ( this will be my basis for next fundings, and priority will certainly raise for issues where I'm not the only requestor) [0] http://osgeo-org.1560.x6.nabble.com/Roadmap-for-QGIS-2-1-and-after-td5044851.html http://osgeo-org.1560.x6.nabble.com/Roadmap-for-QGIS-2-1-and-after-td5044851.html -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Roadmap-for-QGIS-2-1-and-after-tp5044851p5047286.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] Is there anybody interested whether QGIS 2.0 will support non-Latin1 Shapefiles?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/04/2013 06:21, Sanghee Shin ha scritto: Dear Borys, Most of all thanks for your efforts. Actually that encoding issue highly affected Korean QGIS users badly and reduced usability. I'm not a developer, however I can help you by testing and giving you test files. Also I'll share your efforts with Korean developers as well. Hi Sanghee, your cooperation would be greatly appreciated. Testing and providing samples would be very useful. 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/ iEYEARECAAYFAlFtTjQACgkQ/NedwLUzIr506ACdG4EP+e7k/W24Z/Hh98a+zngE PZwAnjSOY5E7X2WpkIEPkt6bScJba2Ns =OVxL -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
On 16/04/2013, at 20:14 , Tim Sutton wrote: Hi On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lar...@dakotacarto.com wrote: Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. My 2c. I was also hesitant about switching to the new GIS theme - I have ~ten years of using the old theme so it was hard to make the switch. However the last few months I have been using exclusively the GIS theme and I must say you will get used to it and start to appreciate it for its visual consistency. I think there are a lot of benefits to having only one theme - some of which Larry had described above. Also we will have less 'stuff' in our source tree, QGIS will be readily identifyable in screenshots, screencasts and publications etc - it will go a long way to creating a unified image and brand for our project. I'd like to echo what Tim's saying. I've been using the new theme for a little while too, and am now more than happy to accept the apparent greyness (looks blue-ish to me) because it lets the colours for the rest of the icon stand out - which is to my mind the important part. (For instance I find myself looking for the new vector layer icon, by looking roughly where all my layer icons are and looking for a small gold badge, which I'm finding to be much quicker) I'm particularly impressed with the consistency of the icons in the newer gis theme. It's really nice work. -ramon. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Yes probably, but other commercial software have made even more drastic changes and they have survived. The old theme may be familiar for most of you who have lots of years of experience with it, but newbies would absolutely don't care. I vote for supporting only one theme and use it for now on for documentation. If anything needs to be updated to reflect this, then I think there would be many volunteers happy to do it. Resistance to change is natural, embracing change is not easy. May I suggest that the whole now default (and I propose only theme) be completely revised before version 2.0 is announced. This is because from now on all documentation should use this theme. BTW I used the old theme and I completely hated it, too many icons are misleading, too many icons used for the same purpose and it looked unprofessional like an unfinished product made by amateurs but that's just my opinion. g_sherman wrote On Tue, Apr 16, 2013 at 4:14 AM, Tim Sutton lt; lists@ gt; wrote: Hi On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lt; larrys@ gt; wrote: Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. My 2c. I was also hesitant about switching to the new GIS theme - I have ~ten years of using the old theme so it was hard to make the switch. However the last few months I have been using exclusively the GIS theme and I must say you will get used to it and start to appreciate it for its visual consistency. I think there are a lot of benefits to having only one theme - some of which Larry had described above. Also we will have less 'stuff' in our source tree, QGIS will be readily identifyable in screenshots, screencasts and publications etc - it will go a long way to creating a unified image and brand for our project. Sure I would like the colours on the icons to be a little brighter and there are probably other things that can be improved, but I think having one officially maintained and supported icon set makes a lot of sense. Regards Tim One consequence of eliminating the classic theme as an option is a lot of otherwise good, general documentation (articles, blog posts, stackexchange posts, books) will be crippled. -gary Regards, Larry On Tue, Apr 16, 2013 at 2:18 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@.osgeo Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you will need to add it to the appropriate source directories, edit the .qrc files and compile the source again. For example, nkids has been in the source themes directory for awhile, but not choose-able in the gui because it is not been made part of compiled-in resource system. I did add some code to push any old saved theme choice
Re: [Qgis-developer] Logistics for next developer meetings
+1 for a single location and of course +1 for the pre-meeting :) On 04/16/2013 04:57 PM, Paolo Cavallini wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all. After participating to several HFs, I'm convinced that a good option is to held them in a single venue, where we could both hack, sleep, and eat. I think we can make the organisation much easier this way (one single booking), thus relieving local organizers from too heavy tasks, negotiate a good rate for the whole package, and making it easier to have the hacking timing anyone prefers. I would suggest future organizers to consider this option. If this is surrounded by interesting places (I'm partial to natural areas, but also social environments would be good), this could be perfect. BTW, Raymond and me had a couple of days cross-country skiing before the meeting. It would be nice if we could do an active, outdoor pre-meeting for people interested also for next HFs, a nice occasion to further strengthen personal bonds within the community and get fitter before the very long sitting hours of the HF. 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/ iEYEARECAAYFAlFtZukACgkQ/NedwLUzIr5qrwCeKdIsDoG5IkV+LCxsCA+O0L5e 8dUAn1SKVEIIkBZyOpZqghmzkTEe0vyh =yucu -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Terglobo Ampèrestraat 110 5223 CT 's-Hertogenbosch 06-25314983 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Hi Gary, On Tue, Apr 16, 2013 at 7:20 AM, Gary Sherman gsher...@geoapt.com wrote: On Tue, Apr 16, 2013 at 4:14 AM, Tim Sutton li...@linfiniti.com wrote: Hi On Tue, Apr 16, 2013 at 6:24 PM, Larry Shaffer lar...@dakotacarto.com wrote: Hi, Since adding back the old default as a 'classic' theme choice is fairly straightforward, only taking about an hour to do, I suggest the following: It isn't done for a couple of weeks. Here's my reasoning. If we are all looking at only the new default theme and helping develop that into a complete and cohesive look for 2.0, then those who are working on it will benefit greatly by the entire dev community's focus. I also think Robert's and other's reworking of the default icon set to address color and useability concerns needs the full focus and support of the community for it to have a good chance at success. If right before GUI freeze (~ 2 weeks), the new theme is assessed and there is still a consensus, or maybe a vote, that there should be a second project-supported choice, then the 'classic' theme can readily be put back in. Please let me know what you think of that approach. My 2c. I was also hesitant about switching to the new GIS theme - I have ~ten years of using the old theme so it was hard to make the switch. However the last few months I have been using exclusively the GIS theme and I must say you will get used to it and start to appreciate it for its visual consistency. I think there are a lot of benefits to having only one theme - some of which Larry had described above. Also we will have less 'stuff' in our source tree, QGIS will be readily identifyable in screenshots, screencasts and publications etc - it will go a long way to creating a unified image and brand for our project. Sure I would like the colours on the icons to be a little brighter and there are probably other things that can be improved, but I think having one officially maintained and supported icon set makes a lot of sense. Regards Tim One consequence of eliminating the classic theme as an option is a lot of otherwise good, general documentation (articles, blog posts, stackexchange posts, books) will be crippled. Well that's a very valid point. :^) With respects to it, I now think the 'classic' theme should definitely be reinstated as an alternative to the default. I looked through the number of screen captures and icons in the current documentation and training manual repos to see how much work it would be to migrate to the new icon set (obviously not an option for a book). It looked like a considerable amount of work; enough so that I noticed there are still screen snaps from much older versions. However, there are still the benefits outlined by myself, Tim and others on why moving to a single, new theme to support is a good idea. Towards that end I'm thinking that maybe the following might now be a reasonable approach: * When developing or updating an icon for a 2.0+ feature, only one icon is made for the new theme, and then copied to the classic theme, i.e. minimal development time spent on the old theme. * After 2.0 is released, remove the classic theme from master branch and only move forward with the new theme. This assumes that between 2.0 and 2.1 many of the screen captures can be updated. Still not helpful for a book, however. Thoughts on those ideas? Regards, Larry -gary Regards, Larry On Tue, Apr 16, 2013 at 2:18 AM, Nathan Woodrow madman...@gmail.com wrote: Don't be sorry, everyone's opinion should be heard. I have mixed feelings, the old theme seems to kidish but the new one is too gray. Now is a good time to look at which icons are causing the most issues and revamp them. Sent from some fancy phone looking thingo From: Régis Haubourg Sent: 16/04/2013 6:06 PM To: qgis-developer@lists.osgeo.org Subject: Re: [Qgis-developer] Icon theme update Larry_S wrote Some time ago, devs voted to move to the 'gis' theme as the default, i.e. not just the one selected by default but also the only theme supported by the project. Even after this update, you may notice the icons are still hodge-podge with inconsistent ones needing work. Due to lack of developers to maintain multiple project-supported themes, it is best to have only one, so that a concerted effort can be made to keep it complete and cohesive. Does mean that we can use themes in QGIS 2.0? No theme support code was removed, only the gis theme condensed upon the current default (because many default icons are still used) and old project themes removed. However, there has been talk of removing all theme support, but I can't speak to the state of that decision. I like to revive my nkids theme for QGIS 2.0 as option for Mac OS X QGIS, is this possible? I'm not entirely sure, but to use a different theme than the default, you
Re: [Qgis-developer] Icon theme update
My views PAN: the current icon seems more that it will move a feature not pan, I vote for the hand, that is what the cursor shows anyway PAN TO SELECTION: This should really be a right click action not a separate icon. You would select the feature using the selection tool then right click (list of actions) pan to selected. This can also be added to the layer menu, currently it has zoom to layer extent, would it be too difficult to add also Pan to selection or Zoom to selection ROTATION: I would say just use the big rotation icon most software have (the same as rotate point symbol icon), its easy that way to identify the tool fast. Does anybody know why there is a separate Rotate point symbol icon ADD Vector, Database, etc icons: I think it was discussed somewhere that having a single dialog box that address all of them would be considered, to much space taken up by each case HELP icon: Do we really need a dedicated icon (lifesaver), the menu on the top is really pretty much accessible and F1 is pretty universal, this icon only takes space In the project menu (don't know how you call the toolbars), I would add What's this? icon eliminating the help toolbar and in this same project menu I would add the Add data/raster/etc new dialog if it was changed leaving the new shapefile, remove layer icons Touch Zoom and Pan icon I really don't understand its function Zoom Full extent : Not feeling it Zoom to Layer extent is already a right click action on the layer which I believe is more appropriate way of doing it, I would remove this icon to save space, the same for Zoom to native pixel resolution (I believe this would apply only to rasters so this icon should be eliminated and just be present as a right click action on the menu for raster layers Agree on Zoom last, Zoom next On the label toolbar, I would just change the rotate label one a bit, eliminate the square and make the rotation arrow stand out On the edit toolbar, the arrow in the move feature I would use the classic move arrow, the current one is more associated with nudge, for the node tool I would suggest something more similar to Inkscape I would also have the zoom and selection on the same toolbar On another note, can the tool bar have names on the top when undocked and can we close them using a (x) on the corner? That way I could have reference the toolbars in a better way Sorry for all my comments vinayan wrote Hi, Any discussions on colors,icons etc always generate a lot of heat. I hope I am not being offensive to anyone here. Personally, I liked the old classic theme and would prefer it to have as an alternate option. Anyway, putting my disappointment aside, I have started getting accustomed to the new theme. Here are my thoughts/comments about some icons from 'gis' theme. - pan map, pan map to selection - most apps associate 'hand' icon to pan..so first time qgis users(having already used other graphics apps) would find it handy.. - rotate feature(s) - both icons(classic and gis) are poor. In the gis icon, the rotation part near the corner is too small to see. Classic icon was contributed by me..no comments ;) - move feature(s) - most apps have icons similar to the classic theme - zoom last, zoom next - The left and right arrows are better inside the magnifying glass as in the classic theme. Also I like how the handles of glasses in classic theme are symmetrically placed about y-axis making the two icons complementary - Node Tool - very complicated icon in gis theme..only a single point is shown. If multiple vertices were present in icon, it would be better - All Icons in the add layer toolbar - the icons are good..it would be great if some bright colors can be used for all these icons instead of the lighter grey for better distinguishing hope others come up with better suggestions to make the 'gis' theme better. Thanks Vinayan -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Icon-theme-update-tp5047106p5047334.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] [Qgis-user] [Qgis-psc] Logo
I would go for that also, #50, can we also ask the designer to add a world inside like #126 in a lighter shade of grey and see how it works. In my view #50 would be a great logo as it is for the project and then the Q part can be used for the desktop icon and make some great looking t-shirts like shown in #55. This looks modern, professional and conveys what QGIS aspires. I would also suggest that logo colors be used in the icon theme where possible once the final logo is approved to have some uniformity. Anita Graser wrote I could imagine that something following the idea of http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/126 would work too. From all the submitted ones so far, I'd still go with http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 I don't see any bird in http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118and I don't think it would work well as an application icon. QGIS has no animal. Do we want one? Or stick to the Q? In my opinion, so far, the consensus seemed to be that we want to stick with the Q at least. Best wishes, Anita On Tue, Apr 16, 2013 at 12:12 PM, Saber Razmjooei saber.razmjooei@.co wrote: I go for this: http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118 It is an open source project, hence there should!! be some sort of animal (Q looks like a bird to me!) presence there in the logo! Cheers Saber *From:* qgis-developer-bounces@.osgeo [mailto: qgis-developer-bounces@.osgeo ] *On Behalf Of *Nathan Woodrow *Sent:* 16 April 2013 10:57 *To:* Larry Shaffer *Cc:* qgis-developer *Subject:* Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lt; larrys@ gt; wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow lt; madmanwoo@ gt; wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini lt; cavallini@ gt; wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
#201 #200 #199 don't look GIS related #198 looks like a copy of #50 #196 #195 #194 looks, well something else #192 looks aweful #191 #190,#186 look to simple #187 #185 #183 #182 #181 #180 #178 #177 #176 #175 #171 #170 #169 #168 #167 #166 #165 #164 #163 #162 #161 #160 #159 #158 #157 #156 #155 #154 #153 #152 #151 #150 #149 #148 #147 #146 #145 are just ugly I think #126 has some potential but I wouldn't vote for it myself, #118 would work well for a desktop icon I guess and #50 is what I am favoring right now, most people call Quantum GIS just QGIS anyway now and this logo kind of reflects it by making it more prominent Nathan Woodrow wrote Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow lt; madmanwoo@ gt; wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lt; larrys@ gt;wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow lt; madmanwoo@ gt;wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini lt; cavallini@ gt; wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@.osgeo http://lists.osgeo.org/mailman/listinfo/qgis-developer -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-psc-Logo-tp5046799p5047339.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] [Qgis-user] [Qgis-psc] Logo
I like the http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 entry, but I would like to see it with the GIS slightly smaller so that it is not on the same line as the top of the Q. This would make the Q element of the logo/name more prevalent and would make the Q as a standalone icon for the application more identifiable, in my opinion. Regards, John On Apr 16, 2013, at 4:01 AM, Anita Graser anitagra...@gmx.at wrote: I could imagine that something following the idea of http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/126 would work too. From all the submitted ones so far, I'd still go with http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 I don't see any bird in http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118 and I don't think it would work well as an application icon. QGIS has no animal. Do we want one? Or stick to the Q? In my opinion, so far, the consensus seemed to be that we want to stick with the Q at least. Best wishes, Anita On Tue, Apr 16, 2013 at 12:12 PM, Saber Razmjooei saber.razmjo...@lutraconsulting.co.uk wrote: I go for this: http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/118 It is an open source project, hence there should!! be some sort of animal (Q looks like a bird to me!) presence there in the logo! Cheers Saber From: qgis-developer-boun...@lists.osgeo.org [mailto:qgis-developer-boun...@lists.osgeo.org] On Behalf Of Nathan Woodrow Sent: 16 April 2013 10:57 To: Larry Shaffer Cc: qgis-developer Subject: Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow madman...@gmail.com wrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lar...@dakotacarto.com wrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow madman...@gmail.com wrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -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 This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Whilst reasonable care has been taken to avoid virus transmission, no responsibility for viru ses is
Re: [Qgis-developer] Logistics for next developer meetings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/04/2013 17:15, Saber Razmjooei ha scritto: This would limit the options where you can host the event. For example, Of course, it is a suggestion, not a requirement. Obviously you do not have to bother with this if you have already organised differently for the next HF in Brighton. hosting it in a university might not offer you accommodation, catering, etc. But on the other hand, they are more approachable, willing to help with lesser cost/no cost and generally more space/better facilities for the event. That's what I thouoght, but it proved wrong. We need just a room with connectivity, and most hotel can provide it at low cost, maybe even for free, especially when bundled with 20-30 rooms booked for 3-4 days. In the last day of the Valimera HF we had a very nice room, with good wifi, for free, quite convenient, as we could stop, sleep, eat, and work at will. Saving the transfer from the hotel to the hacksite makes things easier and more productive, IMHO. All the best. 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/ iEYEARECAAYFAlFtdtMACgkQ/NedwLUzIr5LBgCZAQCK1kp5bdEPxOYwU6Z7wo9y DcEAoIOqPSCijlgChZFlnPwif+LZ4z9t =it6e -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
-- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-psc-Logo-tp5046799p5047344.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] [Qgis-user] [Qgis-psc] Logo
John C. Tull-2 wrote I like the http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 entry, but I would +1 for #50. I like also #57, the same but with a background. Both can be used in different contexts. régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-psc-Logo-tp5046799p5047346.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] Icon theme update
Hi On Tue, Apr 16, 2013 at 10:27 PM, Larry Shaffer lar...@dakotacarto.com wrote: 8--snip-- One consequence of eliminating the classic theme as an option is a lot of otherwise good, general documentation (articles, blog posts, stackexchange posts, books) will be crippled. I think most users would figure out the difference, though I guess it would be confusing for complete newbies. Since GIS 2.0 will ship with the GIS theme activated by default (and it would show up on all computers as default since QGIS 2.0 has a discrete settings archive) having or not having the old theme won't make any difference to the user's out of box experience. You would need to go back to old materials and instruct the user to switch themes in the options dialog before those materials could make sense to them. * When developing or updating an icon for a 2.0+ feature, only one icon is made for the new theme, and then copied to the classic theme, i.e. minimal development time spent on the old theme. There should be no need for this - if the new theme is the default any other theme should fall back to it if an icon is not present (assuming the original logic I wrote for that has not since been removed). * After 2.0 is released, remove the classic theme from master branch and only move forward with the new theme. This assumes that between 2.0 and 2.1 many of the screen captures can be updated. Still not helpful for a book, however. Thoughts on those ideas? Personally I think that just defers the problem. Regards Tim -- 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] Wiki cleanup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/04/2013 08:18, Marco Hugentobler ha scritto: Hi Paolo I've updated the code maintainers list. Is https://github.com/qgis/QGIS-Documentation/tree/master/source/docs/qgis_governance the right place to add it in the docs? Hi Marco, thanks for this. I guess it is, but Tim is authoritative for this. Please remember to remove the duplication from the wiki etc, or I can do it if you prefer. 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/ iEYEARECAAYFAlFtfNsACgkQ/NedwLUzIr475QCfTUgJd7S3Tt75EFuI6IROcGqN KegAoJaEuaEDlDK3n9xVKM67w9WNGfzH =d1qO -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
Hi, I know this thread has been silent for a while but I think it's important to bring it up once more. I'm currently trying to develop some materials and wondering if they should cover ftools/GDAL or Sextante mainly. Currently, it sounds like it is certain that Sextante will be around in future versions while the future of ftools/GDAL tools is less certain. I don't care much about ftools. I don't like having to create new Shapefiles every time I run an algorithm. I never managed to remember which tool is in which submenu. In case of GDAL tools, I see the advantage of being able to copy the GDAL code. In Sextante, it's easy to find the tools by name and the results can be temporal layers. So I strongly disagree with previous arguments that Sextante is not valuable from a user perspective. Even if we don't reach a consensus whether both menus and toolbox should be around permanently, could someone please confirm what will be the situation in 2.0? Are there any plans to remove anything for the release? Have any decisions been made for after 2.0 yet? Thanks and best wishes, Anita -- View this message in context: http://osgeo-org.1560.x6.nabble.com/fTools-and-GdalTools-sextante-vs-original-plugins-tp5041430p5047360.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
I agree. Sextante makes finding the appropriate tools a lot easier, specially when the user is doing GIS analysis for a long time. In ArcGIS 9.1 or 9.2 ESRI removed the Analysis tools from Menu and put them all on ArcToolbox. A lot of users complained and they ended up creating a Geoprocessing menu with Intersection, Union etc. Perhaps something similar could be done in QGIS. On Tue, Apr 16, 2013 at 5:34 PM, Anita Graser anitagra...@gmx.at wrote: Hi, I know this thread has been silent for a while but I think it's important to bring it up once more. I'm currently trying to develop some materials and wondering if they should cover ftools/GDAL or Sextante mainly. Currently, it sounds like it is certain that Sextante will be around in future versions while the future of ftools/GDAL tools is less certain. I don't care much about ftools. I don't like having to create new Shapefiles every time I run an algorithm. I never managed to remember which tool is in which submenu. In case of GDAL tools, I see the advantage of being able to copy the GDAL code. In Sextante, it's easy to find the tools by name and the results can be temporal layers. So I strongly disagree with previous arguments that Sextante is not valuable from a user perspective. Even if we don't reach a consensus whether both menus and toolbox should be around permanently, could someone please confirm what will be the situation in 2.0? Are there any plans to remove anything for the release? Have any decisions been made for after 2.0 yet? Thanks and best wishes, Anita -- View this message in context: http://osgeo-org.1560.x6.nabble.com/fTools-and-GdalTools-sextante-vs-original-plugins-tp5041430p5047360.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] [Qgis-user] [Qgis-psc] Logo
Hi Alexander, On Apr 16, 2013, at 9:34 AM, Alexandre Neto senhor.n...@gmail.com wrote: If I can give my opinion, I don't dislike #50, but I think that that isolated Q won't be strong enough as an Icon. I believe that #91 and #88 (short and long version of the same design) would look quite distinct and sophisticate, would give a great program icon and looks very good printed too. http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/91 http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/88 Actually, I think I prefer this #88 entry upon second review. I agree with your point that the Q icon is more distinct. This also has the GIS portion of the logo reduced and offset from the top horizontal line of the Q as I was suggesting for #50. I also like the flow of uantum off the tail of the Q. Lastly, it looks like a Q. I believe that 2.0 deserves a brand new logo, so any of the old logo revamped styles (like #166, #49, #42) don't seam to be a good option. +1 Alexandre Neto On Tue, Apr 16, 2013 at 5:09 PM, Régis Haubourg regis.haubo...@eau-adour-garonne.fr wrote: John C. Tull-2 wrote I like the http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 entry, but I would +1 for #50. I like also #57, the same but with a background. Both can be used in different contexts. régis -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Re-Qgis-psc-Logo-tp5046799p5047346.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Wiki cleanup
Hi On Tue, Apr 16, 2013 at 11:31 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 16/04/2013 08:18, Marco Hugentobler ha scritto: Hi Paolo I've updated the code maintainers list. Is https://github.com/qgis/QGIS-Documentation/tree/master/source/docs/qgis_governance the right place to add it in the docs? \ Yes please thanks Marco - eventually I would like all governance stuff to come off the wiki and reside there so it is properly curated. Regards Tim Hi Marco, thanks for this. I guess it is, but Tim is authoritative for this. Please remember to remove the duplication from the wiki etc, or I can do it if you prefer. 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/ iEYEARECAAYFAlFtfNsACgkQ/NedwLUzIr475QCfTUgJd7S3Tt75EFuI6IROcGqN KegAoJaEuaEDlDK3n9xVKM67w9WNGfzH =d1qO -END PGP SIGNATURE- ___ 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] [Qgis-psc] Logo
On Tue, Apr 16, 2013 at 12:01 PM, Anita Graser anitagra...@gmx.at wrote: From all the submitted ones so far, I'd still go with http://99designs.com/logo-design/contests/qgis-needs-logo-210397/entries/50 I don't think the Q is Q-y enough, and is a bit detached from uantum. QGIS has no animal. Do we want one? Or stick to the Q? In my opinion, so far, the consensus seemed to be that we want to stick with the Q at least. If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ Anyone for 84? The styling of the Q looks like roads or other map waymarkings: http://99designs.co.uk/logo-design/contests/qgis-needs-logo-210397/entries/84 Barry ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
On Apr 16, 2013, at 10:34 AM, Barry Rowlingson b.rowling...@lancaster.ac.uk wrote: If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ The quokka is qute. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
I personnaly prefer #50 than #88, because 88 uses a too much seen point of interest logo : used by Google, used by many open source maps, etc. It won't say hey it's QGIS, it will say Hey, its 'geolocation' I kind of like the 84 too, as it remains simple but meaningfull Michael 2013/4/16 John C. Tull jct...@gmail.com On Apr 16, 2013, at 10:34 AM, Barry Rowlingson b.rowling...@lancaster.ac.uk wrote: If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ The quokka is qute. ___ 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-user] [Qgis-psc] Logo
On Tue, Apr 16, 2013 at 11:57 AM, Nathan Woodrow madman...@gmail.com wrote: Could everyone have a look over the latest entries and provide some feedback. For me the designs from Dewa (#91, #88) and Andyzendy (#50) look best so far. I also like the recent addition #205 because of the modern icon design. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
On 04/16/2013 07:53 PM, kimaidou wrote: I personnaly prefer #50 than #88, because 88 uses a too much seen point of interest logo : used by Google, used by many open source maps, etc. It won't say hey it's QGIS, it will say Hey, its 'geolocation' +1, same for 91 I think so far #50 and the right part of #117 are my favourites. Marco Michael 2013/4/16 John C. Tull jct...@gmail.com mailto:jct...@gmail.com On Apr 16, 2013, at 10:34 AM, Barry Rowlingson b.rowling...@lancaster.ac.uk mailto:b.rowling...@lancaster.ac.uk wrote: If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ The quokka is qute. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org mailto: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 -- Marco Bernasocchi http://opengis.ch ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] wrong transformation of project on qgis 1.9.0
Hi, I have a 1.8.0 qgis project and try to open with the new qgis-dev version of qgis. To see how much compatible it will be with the next released version of qgis. Unfortunately I see it is pretty drammatically unusable. Infact In the old project I have many projects where often the layers are rendered with a unique value style of old symbology. The reason to have used the unique value rendering is that it allow the usage of the empty value as a conditional all the other values. And this is a must in the rendering in our usages. But when I tryed to load this project with the new qgis dev I see that it change from the unique value to the categorized style. What a wrong choice ! Infact it don't allow the use of empty as all the other but use the empty as only empty value :) So I see all our objects simply disappeared from our project. I guess when import from 1.8.0 qgis should use the unique value for the old unique value style. And I guess this is a really blocking issue because actually the qgis is heavily changing the qgis 1.8.0 project. Regards, Andrea. -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] wrong transformation of project on qgis 1.9.0
On Tue, Apr 16, 2013 at 11:41 PM, Andrea Peri aperi2...@gmail.com wrote: Hi, I have a 1.8.0 qgis project and try to open with the new qgis-dev version of qgis. To see how much compatible it will be with the next released version of qgis. Unfortunately I see it is pretty drammatically unusable. Infact In the old project I have many projects where often the layers are rendered with a unique value style of old symbology. The reason to have used the unique value rendering is that it allow the usage of the empty value as a conditional all the other values. And this is a must in the rendering in our usages. But when I tryed to load this project with the new qgis dev I see that it change from the unique value to the categorized style. What a wrong choice ! Infact it don't allow the use of empty as all the other but use the empty as only empty value :) So I see all our objects simply disappeared from our project. Please file a bug report and attach a sample project. Btw. the unique value renderer in old symbology is equivalent to categorized renderer in new symbology. It is not clear to me what is actually wrong with that. Maybe just a terminology problem? (it has been suggested once or twice to do some renaming of new symbology renderers, but I am not sure if any consensus was found). Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Icon theme update
Hope the final gis theme looks not so foreign (aka odd looking) in the Mac OS X. Gis theme looks nice in Ubuntu. Noli On 4/17/13, Tim Sutton li...@linfiniti.com wrote: Hi On Tue, Apr 16, 2013 at 10:27 PM, Larry Shaffer lar...@dakotacarto.com wrote: 8--snip-- One consequence of eliminating the classic theme as an option is a lot of otherwise good, general documentation (articles, blog posts, stackexchange posts, books) will be crippled. I think most users would figure out the difference, though I guess it would be confusing for complete newbies. Since GIS 2.0 will ship with the GIS theme activated by default (and it would show up on all computers as default since QGIS 2.0 has a discrete settings archive) having or not having the old theme won't make any difference to the user's out of box experience. You would need to go back to old materials and instruct the user to switch themes in the options dialog before those materials could make sense to them. * When developing or updating an icon for a 2.0+ feature, only one icon is made for the new theme, and then copied to the classic theme, i.e. minimal development time spent on the old theme. There should be no need for this - if the new theme is the default any other theme should fall back to it if an icon is not present (assuming the original logic I wrote for that has not since been removed). * After 2.0 is released, remove the classic theme from master branch and only move forward with the new theme. This assumes that between 2.0 and 2.1 many of the screen captures can be updated. Still not helpful for a book, however. Thoughts on those ideas? Personally I think that just defers the problem. Regards Tim -- 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
[Qgis-developer] [Qgis-psc] Logo
Hi, I like #185 also, #50 is good but it is too linear IMO I don't know if it looks fine for other context (splashscreen, web page, desktop icon etc). Also I think #91 and #88 are misleading for a GIS desktop application. Regards, -SL 2013/4/16 Nathan Woodrow madman...@gmail.com Could everyone have a look over the latest entries and provide some feedback. Regards, Nathan On Tue, Apr 16, 2013 at 9:13 AM, Nathan Woodrow madman...@gmail.comwrote: Hey Larry, Thanks for the feedback. I had the same feelings but kind of like the design, maybe just not for QGIS :) - Nathan On Tue, Apr 16, 2013 at 1:52 AM, Larry Shaffer lar...@dakotacarto.comwrote: Hi Nathan, On Sun, Apr 14, 2013 at 11:43 PM, Nathan Woodrow madman...@gmail.comwrote: What do people think of http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/115 and http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/117 Well, I don't like it. First off, I don't get it. At a glance, I have no idea what it's trying to convey or why there is so much text. Secondly, I think it is imperative for a logo design to offer a shortened square aspect, e.g. for an icon. The Q in QGIS obviously lends itself to this, and IMO works well for it; so I think a design that leverages that single character will be more versatile, than say one that only works well for a web site header. Regards, Larry On Mon, Apr 15, 2013 at 3:32 PM, Paolo Cavallini cavall...@faunalia.it wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 15/04/2013 03:14, Nathan Woodrow ha scritto: Hey All, http://99designs.com.au/logo-design/contests/qgis-needs-logo-210397/entries/64 In this case the logo as we use it now would be the Q, that is a black circle with the green arrow, right? Thanks Nathan for managing this. 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/ iEYEARECAAYFAlFrkP4ACgkQ/NedwLUzIr5+wgCePXM1yyku1L6tiV58VMljNQpH jnUAnjee/MUuExfhmbo2U11nhrbzRwfG =QeyB -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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode ___ 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
There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. M On 16 Apr 2013 23:53, Victor Olaya vola...@gmail.com wrote: My opinion on this (clearly biased, of course), is that the argument of not making sense to look for algorithms under a menu called sextante is not a very strong one. First, the menu is called Analysis (which makes much more sense that looking for processes in something called vector, since that is much more generic). Second, I think that SEXTANTE is not much different than GDAL or GRASS, since they are all acronyms. But, as I said, I have a biased opinion...and I might be too used to the name :-) All ideas (thanks Anita for your ones!) about what is missing in SEXTANTE to fully replace those independent plugins, are welcome Regards Victor 2013/4/16 Anita Graser anitagra...@gmx.at: Hi, I know this thread has been silent for a while but I think it's important to bring it up once more. I'm currently trying to develop some materials and wondering if they should cover ftools/GDAL or Sextante mainly. Currently, it sounds like it is certain that Sextante will be around in future versions while the future of ftools/GDAL tools is less certain. I don't care much about ftools. I don't like having to create new Shapefiles every time I run an algorithm. I never managed to remember which tool is in which submenu. In case of GDAL tools, I see the advantage of being able to copy the GDAL code. In Sextante, it's easy to find the tools by name and the results can be temporal layers. So I strongly disagree with previous arguments that Sextante is not valuable from a user perspective. Even if we don't reach a consensus whether both menus and toolbox should be around permanently, could someone please confirm what will be the situation in 2.0? Are there any plans to remove anything for the release? Have any decisions been made for after 2.0 yet? Thanks and best wishes, Anita -- View this message in context: http://osgeo-org.1560.x6.nabble.com/fTools-and-GdalTools-sextante-vs-original-plugins-tp5041430p5047360.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 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] [Qgis-psc] Logo
Hi On Wed, Apr 17, 2013 at 12:44 AM, John C. Tull jct...@gmail.com wrote: On Apr 16, 2013, at 10:34 AM, Barry Rowlingson b.rowling...@lancaster.ac.uk wrote: If I could draw cartoons, we'd have Quentin the Qgis Quokka: http://a-z-animals.com/animals/quokka/ Ah the quokka - close relative of the quokkadile! T The quokka is qute. ___ 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] fTools and GdalTools: sextante vs original plugins
On Wed, Apr 17, 2013 at 3:19 AM, Mathieu Pellerin nirvn.a...@gmail.comwrote: There might be a way to make most people happy here. I find the vector menu a nice ui shortcut for useful functions. If sextante relevant functions are at par (or better), couldn't the vector menu items stay, which would please many, and when clicked triggers sextante's function dialogue? Victor? Same thing could happen with vector menu too. Sextante's analysis toolbar is super useful but might be a throwback for some if vector / raster menu functions disappear. On human resource (coders and testers) and maintenance angles, keeping to mechanism to do same thing is an obvious waste. I see. So you'd suggest to keep only Sextante code (where duplicates exist!) but provide shortcuts from the menu? I'd +1 that. I've been testing a variety of functions in the menus and in Sextante over the last days and there are always some broken ones. Neither package is without major bugs today. We need to get it together for 2.0 and that's easier if we can focus on one. Best wishes, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] [Discussion] Repository and Plugin idea for Google Summer of Code
Hello, I have been going through the Google Summer of Code 2013 ideas page [0] and I think the remote repository for style/svg/script sharing proposed by Alexander Bruy would be a nice follow up of my last year work on the Symbol management. Here are a few things that come to my mind: 0. The foremost point is, instead of a plugin to handle the fetching and importing, we could implement them in the parts concerned directly. Eg., style import in style manager, sextante model/script importer in sextante ..etc 1. Since we don't have a repository, last year I just made a way to input the XML url in the symbol Import dialog and fetch the symbols. The idea is to add an option to get the symbols from the central repository with their groups and tags and import them individually or based on individual groups or with a specific set of tags. 2. The Django application with REST API must be with an user authentication layer, should be install-able and configurable for organisations to host their own servers. 3. The base URL for the remote server can be kept changeable in the application options, so organizations can point it to their servers. I might have missed a few obvious points. Kindly discuss and help to improve the idea. Thank you. [0] http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2013 http://hub.qgis.org/wiki/quantum-gis/Google_Summer_of_Code_2013-- Regards Arunmozhi ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
