[Qgis-developer] Re: Slow rendering of shapefile in python-qgis application
Any news about that speed problem??? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Slow-rendering-of-shapefile-in-python-qgis-application-tp6591319p7019678.html Sent from the qgis-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] Re: Slow rendering of shapefile in python-qgis application
it is much better now on qgis master/trunk, but performances have changed a lot lately http://hub.qgis.org/issues/1978#change-26447 On Tue, Nov 22, 2011 at 8:03 AM, leonidas wrote: > Any news about that speed problem??? > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Slow-rendering-of-shapefile-in-python-qgis-application-tp6591319p7019678.html > Sent from the qgis-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] Re: Slow rendering of shapefile in python-qgis application
Just a technical curiosity: why pyqgis rendering should be slower then qgis? The loading and rendering are performed by the C++ code, and I don't see where python plays an inpacting role... giovanni 2011/11/22 Giovanni Manghi > it is much better now on qgis master/trunk, but performances have > changed a lot lately > > http://hub.qgis.org/issues/1978#change-26447 > > > > On Tue, Nov 22, 2011 at 8:03 AM, leonidas > wrote: > > Any news about that speed problem??? > > > > -- > > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Slow-rendering-of-shapefile-in-python-qgis-application-tp6591319p7019678.html > > Sent from the qgis-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] Projection widget improvement
On 2011-11-19 02:17, Hilmy Hashim wrote: > +1 and it would be great if I could limit the list of projections to the > ones relevant to my work - usually less than 10. I don't need to see > projections for the whole world. That's where the 'recently used crs's' block is for? (see http://hub.qgis.org/issues/4550) I've now a version with a filter line on top: which will filter both lists/trees while typing (like python plugin menu). It will look like this http://hub.qgis.org/attachments/3557/version4.png Regards, Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Announcing the release of QGIS 1.7.2
Dear QGIS Developers, Users and Supporters! We are pleased to announce that QGIS 1.7.2 is now available. This is a bugfix release over version 1.7.1. A detailed changelog is available on our home page[1]. Binary downloads[2] are already available but some are still making their way to the download page so if you don't see your preferred OS there please check again in a day or two. Thanks to bug reporters who have reported bugs using upgraded issue tracker[3] and special thanks to all developers who fixed those reported bugs. As always, if you find a bug please report it on [3]. QGIS is the collaborative effort of many coders, translators, documentors, bug reporters and other community members. QGIS continues to have great momentum - we recently branched the code base for an upcoming release of QGIS 1.8.0 and we are about to break API compatibility in our 'master' branch to start us down the road towards the eventual release of QGIS 2.0. If you enjoy using QGIS and are able to, please consider sponsoring our project - the money you donate helps us to run our developer meetings and generally keep the project moving forward. You can find more details on how to sponsor QGIS on our home page[4]. QGIS recently obtained it's second Silver Sponsor for 2011! Thank you Kanton Solothurn, Switzerland (Silver Sponsor from April 2011)[5] and the State of Vorarlberg, Austria (Silver Sponsor from November 2011)[6], your financial help is greatly appreciated! [1] http://tinyurl.com/qgis-1-7-2 [2] http://download.qgis.org [3] http://hub.qgis.org [4] http://qgis.org/en/sponsorship.html [5] http://www.agi.so.ch/ [6] http://www.vorarlberg.at/ on behalf of the QGIS Team Werner Macho QGIS Release Maintainer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Recent additions to the python plugins web app
Hi, Today I've added a couple of new fields and features to the web app: -Added tracker, repository, deprecated (#18, #19, #4265) those new fields are optional but a warning is issued if thy are empty, the message also suggests to create a repository on hub.qgis.org the deprecated field marks the plugin with red in the lists and in the details view -Added new plugin fields to the XML the plugins.xml file also shows the new fields -Enabled DB cache DB caching for anonymous users is now active - Added the ajax template, which only shows the inner page content - Added IS_NAKED context var for ajax/frameless calls This can be used to implement "naked" views, just add ajax=1 to the query string, for example: http://plugins.qgis.org/plugins/QuickWKT/?ajax=1 -Fixed some validation errors and improved error messages Error messages are now more verbose and try to suggest a solution for most common errors -Added page titles vary on application! Plugins, Snippets etc. can now have different page titles Bug reports and suggestion are welcome. -- 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] Recent additions to the python plugins web app
Hi On Tue, Nov 22, 2011 at 1:35 PM, Alessandro Pasotti wrote: > Hi, > > Today I've added a couple of new fields and features to the web app: > > > - Added tracker, repository, deprecated (#18, #19, #4265) > > those new fields are optional but a warning is issued if thy are > empty, the message also suggests to create a repository on > hub.qgis.org > the deprecated field marks the plugin with red in the lists and in the > details view > > - Added new plugin fields to the XML > > the plugins.xml file also shows the new fields > > - Enabled DB cache > > DB caching for anonymous users is now active > > - Added the ajax template, which only shows the inner page content > - Added IS_NAKED context var for ajax/frameless calls > > This can be used to implement "naked" views, just add ajax=1 to the > query string, for example: > > http://plugins.qgis.org/plugins/QuickWKT/?ajax=1 > > - Fixed some validation errors and improved error messages > > Error messages are now more verbose and try to suggest a solution for > most common errors > > - Added page titles vary on application! > > Plugins, Snippets etc. can now have different page titles > > > Bug reports and suggestion are welcome. > Great stuff Ale - thanks for these updates! regards Tim > -- > Alessandro Pasotti > w3: www.itopen.it > ___ > 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] Projection widget improvement
Less than 10 but certainly more than 4, especially when qgis creates user defined entries for unknown or undefined crses. The recently used set will be lost. Most of the time I only need a set of crses for the area of interest I'm working on. I don't need to see the crses for other parts of the world. Just a suggestion to make things easier. I look forward to testing your version with filter. Regards Hilmy Harun Hashim On Nov 22, 2011 5:26 PM, "Richard Duivenvoorde" wrote: > On 2011-11-19 02:17, Hilmy Hashim wrote: > > +1 and it would be great if I could limit the list of projections to the > > ones relevant to my work - usually less than 10. I don't need to see > > projections for the whole world. > > That's where the 'recently used crs's' block is for? > > (see http://hub.qgis.org/issues/4550) > I've now a version with a filter line on top: which will filter both > lists/trees while typing (like python plugin menu). > > It will look like this > http://hub.qgis.org/attachments/3557/version4.png > > Regards, > > Richard > > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Projection widget improvement
On 11/22/2011 01:55 PM, Hilmy Hashim wrote: > Less than 10 but certainly more than 4, especially when qgis creates user > defined > entries for unknown or undefined crses. The recently used set will be lost. > Most of agreed, IMHO 6 to 8 should be ok for most people (unless we want to introduce yet another obscure option ;) ). maybe we could list all the recently used CRSs, so an user could scroll down? All the best. -- Paolo Cavallini - Faunalia www.faunalia.eu Full contact details at www.faunalia.eu/pc ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Projection widget improvement
My magic number has always been 7 for a list of things :) Thanks. Hilmy Harun Hashim On Nov 22, 2011 9:26 PM, "Paolo Cavallini" wrote: > On 11/22/2011 01:55 PM, Hilmy Hashim wrote: > > Less than 10 but certainly more than 4, especially when qgis creates > user defined > > entries for unknown or undefined crses. The recently used set will be > lost. Most of > > agreed, IMHO 6 to 8 should be ok for most people (unless we want to > introduce yet > another obscure option ;) ). > maybe we could list all the recently used CRSs, so an user could scroll > down? > All the best. > > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] 1.7.2 blocker?
Hi Devs, please have a look at http://hub.qgis.org/issues/4560 seems a serious problem to me qgis 1.7.2 both standalone and osgeo4w crash when trying to select a recently used crs Regards, Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 1.7.2 blocker?
Hi, I agree, the scale is also broken in 1.7.1 and 1.7.2 (at least using projected CRSs), while is fixed in master. cheers -- Giovanni -- On Tue, Nov 22, 2011 at 5:20 PM, Richard Duivenvoorde wrote: > Hi Devs, > > please have a look at http://hub.qgis.org/issues/4560 > > seems a serious problem to me > > qgis 1.7.2 both standalone and osgeo4w crash when trying to select a > recently used crs > > Regards, > > Richard > ___ > 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] Unique value renderer in New Symbology?
Hi Gary On Fri, Nov 18, 2011 at 4:08 AM, Gary Sherman wrote: > A couple of questions for those of you fresh from the HF/planning session: > > 1. When will old symbology be removed? In 2.0 release. > 2. Will there be a unique value renderer in new symbology? There is 'categorized symbol' renderer which is meant to act also as a unique value renderer in old symbology.The categorized renderer is just more general - instead of a 'fixed' random color generator you can use colors from any color ramp - currently either a gradient or a random colors (using a subset of color space). Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 1.7.2 blocker?
Going to dive deeper into that tomorrow .. probably time for a 1.7.3 :-) Regards Werner Am 22.11.2011 20:06 schrieb "Giovanni Manghi" : > Hi, > > I agree, the scale is also broken in 1.7.1 and 1.7.2 (at least using > projected CRSs), while is fixed in master. > > cheers > > -- Giovanni -- > > On Tue, Nov 22, 2011 at 5:20 PM, Richard Duivenvoorde > wrote: > > Hi Devs, > > > > please have a look at http://hub.qgis.org/issues/4560 > > > > seems a serious problem to me > > > > qgis 1.7.2 both standalone and osgeo4w crash when trying to select a > > recently used crs > > > > Regards, > > > > Richard > > ___ > > 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] Unique value renderer in New Symbology?
On Fri, Nov 18, 2011 at 5:02 AM, Giovanni Manghi wrote: > Hi Gary > > > > >> 2. Will there be a unique value renderer in new symbology? > > > I agree, using the categorized symbology with a random color ramp > produces not good results (many times with adjacent polygons with the > same color), with ugly colors and is not straightforward to > use/understand as the unique value renderer. The assignment of colors for adjacent polygons is not addressed in neither old nor in new symbology. Ugly colors? The colors depend on the type of random color ramp you use - a color ramp having colors with higher saturation will look better. Maybe the only issue is the usability - you need more steps to produce an equivalent of unique value renderer. That may be addressed, some ideas how to do it would be welcome. >> 1. When will old symbology be removed? >> > I hope not before all the features that are available in the old one are > ported in the new one. I also give many training courses and what people > is mainly missing are: Some time ago we started a wiki page which was supposed to list what features were present in old symbology and not present in new symbology: http://www.qgis.org/wiki/Switching_from_Old_to_New_Symbology_and_Labeling Unfortunately it turned out very quickly to a wishlist. I would suggest cleaning all wishes and completing missing functionality. > *) the overall transparency slider for all the renderers other then the > unique value. Actually in master you can select multiple > classes/categories, right click and choose the transparency (that by the > way is defined with a 0.0-1-0 interval, where the slider is 0-100%) but > again is not very handy (when having many classes) and not very > intuitive You may add that as a feature request... > *) in the old selecting multiple symbology classes allowed the user to > change the symbol for all that classes in one go. In the new symbology > you can select multiple classes but, if the button "change" is click > then the symbol options are applied only to one of the classes Umm... the original idea was that the button "change" is just for changing the _source_ symbol, not actual selected symbol(s) in the list. This seems to be quite misleading to people and we should do something with it... I refer to the whole thing about selecting source column/ramp/symbol - we discussed it on the list with Marco recently. Maybe a better approach would be: 1. when categorized/graduated renderer is first selected in combo box, it will only show the widgets needed to do classification 2. after classifying those widgets would be hidden (or minimized), not to confuse people, while allowing more space for the list at the same time Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unique value renderer in New Symbology?
On Nov 22, 2011, at 10:16 AM, Martin Dobias wrote: > Hi Gary > > On Fri, Nov 18, 2011 at 4:08 AM, Gary Sherman wrote: >> A couple of questions for those of you fresh from the HF/planning session: >> >> 1. When will old symbology be removed? > > In 2.0 release. > >> 2. Will there be a unique value renderer in new symbology? > > There is 'categorized symbol' renderer which is meant to act also as a > unique value renderer in old symbology.The categorized renderer is > just more general - instead of a 'fixed' random color generator you > can use colors from any color ramp - currently either a gradient or a > random colors (using a subset of color space). > Using random colors seems I'm having trouble getting unique colors for every class. The unique renderer seems to give me better results. Am I missing something? -gary =-=-=-=-=-=-=-=-=-=-=-=-=-=-= Gary Sherman GeoApt LLC http://geoapt.com Chair, QGIS PSC Books: http://desktopgisbook.com http://qgisbook.com =-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Installing providers into their own directory
On Sat, Nov 19, 2011 at 5:40 PM, Tim Sutton wrote: > Hi all > > Does anyone have problem withthis?: > > https://github.com/qgis/Quantum-GIS/pull/63 > > This commit moves the providers into their own dir > (lib/qgis/providers) instead of mixing them with plugins. The reason > for this is to have a cleaner installation layout and to reduce noise > and possible issues when loading plugins to test if they are > providers. Hi Tim +1 from me. Recently I have been looking at the difference in speed if the plugins and providers were split. With clear file system cache the initialization of provider registry took ~1.8s with providers+plugins in one directory, only ~0.9s with just providers in the directory. For 2.0 we could maybe load the providers (and plugins) only on demand to further save some time - only a directory list would be fetched on startup, the libraries would be loaded when a first layer would be loaded... Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unique value renderer in New Symbology?
On Tue, Nov 22, 2011 at 4:35 PM, Gary Sherman wrote: > > On Nov 22, 2011, at 10:16 AM, Martin Dobias wrote: > >> Hi Gary >> >> On Fri, Nov 18, 2011 at 4:08 AM, Gary Sherman wrote: >>> A couple of questions for those of you fresh from the HF/planning session: >>> >>> 1. When will old symbology be removed? >> >> In 2.0 release. >> >>> 2. Will there be a unique value renderer in new symbology? >> >> There is 'categorized symbol' renderer which is meant to act also as a >> unique value renderer in old symbology.The categorized renderer is >> just more general - instead of a 'fixed' random color generator you >> can use colors from any color ramp - currently either a gradient or a >> random colors (using a subset of color space). > >> > Using random colors seems I'm having trouble getting unique colors for every > class. The unique renderer seems to give me better results. Am I missing > something? That may have something to do with the random color ramp you use - maybe the amount of classes in renderer is higher than the number of classes in random color ramp? I admit the random color ramp is somehow unfinished - it requires you to define a number of colors, but later it does not allow you to save the generated palette. Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Installing providers into their own directory
On Nov 22, 2011, at 1:43 PM, Martin Dobias wrote: > On Sat, Nov 19, 2011 at 5:40 PM, Tim Sutton wrote: >> Hi all >> >> Does anyone have problem withthis?: >> >> https://github.com/qgis/Quantum-GIS/pull/63 >> >> This commit moves the providers into their own dir >> (lib/qgis/providers) instead of mixing them with plugins. The reason >> for this is to have a cleaner installation layout and to reduce noise >> and possible issues when loading plugins to test if they are >> providers. > > Hi Tim > > +1 from me. Recently I have been looking at the difference in speed if > the plugins and providers were split. With clear file system cache the > initialization of provider registry took ~1.8s with providers+plugins > in one directory, only ~0.9s with just providers in the directory. > > For 2.0 we could maybe load the providers (and plugins) only on demand > to further save some time - only a directory list would be fetched on > startup, the libraries would be loaded when a first layer would be > loaded... > Something else that fits in with this provider separation - providers are not shared libraries. Any shared code should be put in a library. This should be made clear in the developer docs and enforced. The GRASS plugin in master is essentially broken on OS X because the provider is linked as a shared library, even with my partial fix: http://hub.qgis.org/issues/3999 - William Kyngesburye http://www.kyngchaos.com/ "The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects." - the wisdom of Tarzan ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] NOTICE: QGIS wiki migration to Redmine starts at 3pm CET today
Dear community, we are going to migrate the QGIS wiki from MediaWiki to Redmine today. This means we will set the current MediaWiki to read-only this afternoon at 3pm CET and will announce the URL to the new wiki and other changes as soon as finished the migration. There will be some work to polish the results of the migration script. And instead of your "old" user accounts, you will need a valid osgeo ID, as for the bugtracker etc. If you want to edit in the wiki but need a osgeo ID, please create an account here: https://www2.osgeo.org/cgi-bin/ldap_create_user.py The migration will hopefully be done tomorrow, so we hope that editing in the new wiki will be available soon again. Sorry for any inconvenience. Kind Regards Otto ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
