Re: [Qgis-developer] Statist plugin broken?
Hi Paolo, just tested under Linux and Windows and seems all fine. 2012/5/15 Paolo Cavallini : > Hi all. > Upgrading it, I get: > cannot import name StatistPlugin > Anyone confirms? > All the best. > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster transparency plugin with PostGIS rasters
Hi Paolo, please try version 0.1.14 2012/5/24 Paolo Cavallini : > Hi all. > I'm getting this error while loading a PostGIS raster: > > Errore durante l'esecuzione di codice Python: > > Traceback (most recent call last): > File > "/home/paolo/.qgis//python/plugins/raster_transparency/rastertransparency.py", > line 171, in layerChanged > self.dockWidget.updateSliders( maxValue, minValue ) > File > "/home/paolo/.qgis//python/plugins/raster_transparency/rastertransparencydockwidget.py", > line 137, in updateSliders > self.spinStart.setMaximum( self.maxVal ) > TypeError: QSpinBox.setMaximum(int): argument 1 has unexpected type 'long' > > Looks an easy fix. > All the best. > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Re: Starting GSoC
2012/5/25 Paolo Cavallini : > Il 25/05/2012 17:23, Victor Olaya ha scritto: >> Sounds great to me. >> >> I have given you write access to the SEXTANTE SVN (as I told you, this >> might change to another location if it finally gets integrated into >> QGIS, but for now it will remain there, at least until the end of >> GSoC). > I think we can add sextante to qgis-master as soon as 1.8 is released, > and the feature freeze is over. Another way is to create branch in QGIS repo and keep work in it. After releasing 1.8 this branch can be merged into master -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Vector Layer Generalization
Good work 2012/5/26 Evgeniy Pashentsev : > But I want to ask your advice on one thing. Is it normal for user > to simplify all the features on a layer at once? I'm just not sure > which way is more suitable for a regular user: > - simplify all the features at once as it is now in my current prototype; > - simplify selected feature and all the corresponding vertexes of > the neighboring features; > - or simplify only selected features; > - or even something else. > Although it is not very important for current work, I want to make sure > I don't implement useless functionality. I agree with Carson main use case is running simplification against whole layer. Processing only selected features may be an option, and affect only this selected features without neighbors 2012/5/26 > You can generate the simplified ones using a series of update SQL > statements, based on a variety of criteria, including neighbouring (or not) > via a ST_Distance() in the where clause. In order to use your script users should load their data into PostGIS database. So this is not universal solution -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Python Plugin Reloader not available
Is this also applies for plugins from 3rd party repos? 2012/5/30 Paolo Cavallini : > I extend the request to all other plugins available in old but not in new > repos. > BTW, can we have a list of them? > Thanks. > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Heathmap dialog garbled?
Hi, looks fine here. 2012/6/6 Paolo Cavallini : > Hi all. > In my installation, advanced options in the heathmap plugin dialog box is not > very > clean: in the lower part, boxes are partly overlapping. > Does anybody confirm? > All the best. > -- > Paolo Cavallini - Faunalia > www.faunalia.eu > Full contact details at www.faunalia.eu/pc -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Attribute table broken?
Hi all, just updated to latest master (78701d8fb4) and found that attribute table of any layer now empty. Tried clean rebuild and get same result. Anyone confirms? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Attribute table broken?
This was problem with settings. Thanks for checking, and sorry for the noise. 2012/6/7 Werner Macho : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi! > Not confirmed here .. compiled latest master and loaded a lot of > shapes - every attributes are still where they should be .. > > kind regards > Werner > > On 06/07/2012 10:21 AM, Alexander Bruy wrote: >> Hi all, >> >> just updated to latest master (78701d8fb4) and found that >> attribute table of any layer now empty. Tried clean rebuild and get >> same result. Anyone confirms? >> > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.12 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk/QbcEACgkQDAH1YiCxBglHaACeNcSdK1efvRoDB+itowscFJ4c > MtsAn0Gv2v27caB73zOhJlva9twDom4L > =OAva > -END PGP SIGNATURE- > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools version masking
Hi Larry, this is because some time ago, when QGIS has version around 0.11, fTools was not core plugin, but 3rd part one. Later, it was accepted to core, but also remain available in Carson's repo. Now all development on fTools is done in master. AFAIK, fTools bundled with QGIS has correct version, but in repository we have an old version which have same number (0.6.1). I ask Carson several times about fTools version from his repo but unfortunately get no response. 2012/6/7 Larry Shaffer : > While attempting to fix issues with menu ordering, I noticed the new > version of fTools in master branch has same version as the one that > users may have installed recently: 0.6.1. > > The version for fTools in master branch should be incremented, so that > the 'older plugin is masking new plugin' dialog can be shown to users > who install QGIS 1.8. > > The new 0.6.1 plugin checks hasattr(self.iface, > "addPluginToVectorMenu") but the old 0.6.1 does not, and just adds the > menu. If there are other vector plugins using the new Vector category, > two Vector menus may be shown. > > Regards, > > Larry Shaffer > Dakota Cartography > Black Hills, South Dakota -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools version masking
2012/6/7 Carson Farmer : > The version of fTools that is in my repository has not been updated in > some time. In fact, it is likely that the core version should have its > version number updated, as it is much more up-to-date than the one in > my repo. Unfortunately, I am unable to work on fTools these days, so > would hope that one of the devs could updated the core fTools plugin > version number to 0.6.2, or perhaps even just keep the version number > up-to-date with the current QGIS version number. Ok, I just set fTools version to 0.6.2 in QGIS master. > @Alex: Apologies if I have ignored your past emails, this past year > has been a hectic one for me, and I haven't been keeping up with QGIS > business much :-( No problems, Carson, I understand. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Unit tests failing - a heartfelt plea
Only one test failed here - qgis_regression992. 2012/6/18 Radim Blazek : > Here (85/86 dpi) it also passes 100% OK. > > Radim -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Redmine - Create a new version 1.9.0 ?
Hi, I'm little busy now, but I remember about this patch and will review and apply it this week. > On Jun 25, 2012, at 1:41 AM, kimaidou wrote: > > Hi devs > > I would like to change the target version of my small patch > http://hub.qgis.org/issues/5561 > I have seen there is no 1.9.0 version nor a "master branch" version. Is > "Version 2.0.0" considered as the master branch in redmine ? > > Thanks in advance > Michael -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] TauDEM
Hi Paolo, hi all. Right, I'm working on integrating TauDEM (hydrology analysis tools) in QGIS. The work is almost done, only few minor things left and I hope to release it this or next week. As we now have great SEXTANTE framework I decide to integrate this tools using SEXTANTE. This approach has several advantages, for example it is easy to create models and run several analysises in one pass. Unfortunatelly precompiled TauDEM tools currently available only for Windows platform. I contacted David (TauDEM author) but he uses Windows and can't provide Linux binaries. Also to build tools under Linux small patching is necessary (already submitted to David). I already prepare SlackBuild scripts for Slackware and will be happy to help with Debian packaging, but as I'm not Debian user I need some assistance. Also I thinking about OSGeo4W package, but still unsure about this as Windows binaries already available for TauDEM homepage. If there are any additional questions, I'll try to answer. 2012/6/26 Paolo Cavallini : > Hi all. > I have just read about Alex efforts[0] to bring taudem[1] into QGIS. > Quite interesting- Alex, can you tell us more about this? > Will the integration be a separate plugin, or integrated into sextante? > I have seen that taudem is not packaged for Debian - I guess this will be a > major limitation for the usability of the plugin. Any plan to overcome this? > All the best, and 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 Bye -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins update
Hi all, I've just finished migrating all our plugins to new repo. Only Metatools plugin still in GIS-Lab repo, because it contains 3rd party binaries (FGDC editor and validator) -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Plugins update
2012/6/29 Paolo Cavallini : >> Only Metatools plugin still in GIS-Lab repo, because it >> contains 3rd party binaries (FGDC editor and validator) >> > Oh, I didn't realize this. Not very good news - can you tell us more about > this? Is > the dependency avoidable? Can the binary be replaced? This binaries are temporarily used for FGDC metadata support. In future FGDC support will be native, but I can't exactly say when. This dependency can be removed and FGDC support disabled. Or alternatively we can exclude binaries and add note to the documentation. So users will need to download them and put into plugin folder -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Announce: TauDEM plugin for QGIS
Hi all and sorry for cross-posting. I happy to announce TauDEM provider for QGIS. TauDEM [0] is a set of of Digital Elevation Model (DEM) tools for the extraction and analysis of hydrologic information from topography as represented by a DEM An this plugin is a SEXTANTE provider plugin and allows to run TauDEM command line tools directly from QGIS using excellent SEXTANTE framework [1]. Plugin available from QGIS Official repository [2]. Before running it please install SEXTANTE plugin first. As this is only front-end you also need working TauDEM command line tools. Windows users can use precompiled binaries and installation instruction from project homepage [0]. For Linux users I prepare small instruction in README.TauDEM file [3], hope this helps a bit until packages for major distributions will be available. If you found a bug or want to leave feature request please use plugin bugtracker [4] [0] http://hydrology.usu.edu/taudem/taudem5.0/index.html [1] http://plugins.qgis.org/plugins/sextante/ [2] http://plugins.qgis.org/plugins/plugins.xml [3] https://github.com/alexbruy/sextante-taudem/blob/master/README.TauDEM [4] http://hub.qgis.org/projects/sextante-taudem -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Announce: TauDEM plugin for QGIS
Hi all, Mikhail Titov created ppa for Ubuntu with TauDEM https://launchpad.net/%7Emtitov/+archive/taudem -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Announce: TauDEM plugin for QGIS
2012/7/3 Paolo Cavallini : >> While I agree that it is nice to have a help, nevertheless PDF on official >> web site [3] is quite helpful. IRC there is no documentation available in a >> format suitable for conversion. So one has to write at least a brief usage >> which probably won't be soon :-) > > Please ask Victor Olaya and Camilo Polymeris: they dealt with similar > problems for > other backends, and can come out with a clever solution (e.g. parsing the > original > help pages and adding to the plugin). > Of course, even better if the changes could be pushed upstream, and help > TauDEM devs > to produce proper help pages. This has been successful for SAGA. As I say, work already in progress and hope soon we'll have nice help for all TauDEM tools. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Announce: TauDEM plugin for QGIS
Hi Paolo, 2012/7/3 Paolo Cavallini : > Isn't it better to take this into account and change the plugin accordingly? Again, work in progress. I want to implement support for both TauDEM versions in provider: multifile and singlefile. Please give me some time. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] osgeo
Hi Richard, we also have similar instruction in Russian http://gis-lab.info/qa/qgis-osgeo4w.html 2012/7/6 Richard Duivenvoorde : > On 07/06/2012 01:09 PM, Ramon Andiñach wrote: > > To encourage QGIS users to use OSGEO4W installer instead we posted an > osgeo4w story recently (dutch/english and you are free to sent me a > translation or other input): > > http://www.qgis.nl/2012/06/20/qgis-installeren-via-osgeo4w/?lang=en -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Use relative path for SVG icon in new symbology
Hi, AFAIK, this is known issue, see http://hub.qgis.org/issues/2781 2012/7/6 kimaidou : > Hi all, > > I have just tested the new feature in Qgis symbology wich lets the user > choose a SVG file directly in the "Symbol property" dialog. It works well, > but the absolute path is stored in the project file, even if "relative" is > set in the project options. > > I tried to manually modify the project qgs file and replaced the absolute > path of the SVG by a relative, and then reopen the project in Qgis, and it > worked well (my svg is correctly used for rendering). So basically we just > need to modify Qgis to replace absolute path for SVG into relative ones. Is > anyone working on it ? If no, I could try to locate the right file to modify > and propose a patch. > > It would be nice to ship all the SVG with the project and spatial data when > using Qgis Server. > > Michael -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0
2012/7/10 Sandro Santilli : > Like, is it shared across multiple applications, improving "consistency" > of desktop look&feel ? AFAIK, this icon theme also used in GRASS GUI -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] What will be in QGIS 2.0
Great list, it would be cool to get all this things in 2.0 (but not sure is this possible with our limited resources) 2012/7/11 Tim Sutton : > - GSOC project for on the fly feature generalization (also how is this going) Going quite well, but there are some performance issues with large and complex vectors. Most time consuming operation is topology analysis. Simplification itself is relatively fast. A working draft code available at here https://github.com/Eugenpaul/Quantum-GIS/tree/simplification > In terms of decrufting, it would be good to remove all the duplicated items: > > - twin labelling systems > - unified add layer dialogs > - twin symbology systems > - about 15 ways to generate hillshades > - too many toolbars / icons by default > - remove all deprecated calls from the API +1 for deduplication > Are there any other things that folks would like to add to the > discussion for the roadmap for version 2.0? It would be nice to review current situation with providers and lots of "add layer" buttons. Currently each provider creates own button and panel becomes longer and longer. I remember, there are several discussions on this topic and at least two solutions were proposed. Another task — make all API functions available in Python and make Python API more Pythonic. Also, mabe move to PySide or update to PyQt API v2 (currently QGIS uses PyQt API v1). 2012/7/11 Nathan Woodrow : > - More then one map canvas (this would require a lot of work I am > thinking, as you also have to factor in a lot of UI reworks to handle > more then one map canvas) There is an old patch that adds tabs support to QGIS, but there is a lot of work to be done on it. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] empty ds/layer creation duplicated in QgsOgrProvider and QgsVectorFileWriter
Hi Giuseppe, 2012/7/14 Giuseppe Sucameli : > Is it time to break API or should we just clean it up removing > the createEmptyDataSource() function and replacing all its > occurrences (it's used in src/gui/qgsnewvectorlayerdialog.cpp only) > with the createEmptyLayer() function? AFAIK we already have API break. First was in composer classes and now there are also API breaks within raster rendering subsystem. So, I think it is ok to remove duplicate code. Just my 2c -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] histogram fixes and improvements
Hi Etienne, 2012/7/14 Etienne Tourigny : > - don't use color interpretation band names when band count > 1 IMO, this should be handled in different way. Color interpretation also often used in multiband images, so show this info only for singleband raster is not correct. I just commited my own fixes, including fix for color interpretation handling: now all info is displayed as Band 1 (color_intepretation) or simply Band 1, if color interpretation is not available. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Implementing project scales list
I just pushed to my fork [0] implementation for scales import/export. If there are no objections, I'll merge it to master soon. [0] https://github.com/alexbruy/Quantum-GIS/tree/project_scale -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Implementing project scales list
Hi all, I've pushed this feature to master. Now project scales can be modified from Settings-Options-Map tools (global setting) or in project properties (overrides global settings). Also project setting can be temporarily disabled using checkbox. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Greek signs export & Attribute table length
Hi, Ulrich 2012/7/19 : > 2. I can't find a way to extend the length of the string-fields of the > attribute table over 254 signs. Any ideas here? I suppose you use shapefile. In this case, you can't have attributes longer than 255 bytes, this limitation of DBF format (used to store attributes in shapefiles). If you need longer attributes use another format, for example PostGIS or SpatiaLite Hope this helps -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [Quantum-GIS] quick fix for http://hub.qgis.org/issues/4514 (#179)
Hi Paolo, as Nathan said, this patch already applied -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Announcing raster-pipes-2 branch for testing
+1 from me too Il 24/07/2012 16:53, Marco Hugentobler ha scritto: > Hi all > > I think it would be a good move to merge the raster-pipes-2 branch > back to trunk. Ok, I know more instabilities, things to polish, etc. > But in trunk, it receives more attention and people are more motivated > to work on it. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changing the structure of the SEXTANTE repository
BTW, if I remember correctly, there were some discussions about integrating SEXTANTE into QGIS as core plugin. Maybe it is time to do this? For me SEXTANTE is stable enough and anyway we are on API break now. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Plugin project not in "User plugins"
Hi, seems qgsAffine plugin [0] project created not as subproject of "User plugins". Can anyone fix this? [0] http://hub.qgis.org/projects/qgsaffine -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Raster colours
2012/7/26 Paolo Cavallini : > The current situation is painful, as the pseudocolor no longer works > without creating classes, choosing interpolation, etc. FreakOut also broken. Should we fix them or with discussed new color ramps stuff this doesn't make sense? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Cast your vote: Default icon theme for QGIS 2.0
Hi 2012/7/29 Tim Sutton : > Probably there are more good reasons for and against. It seems clear > GIS theme is preferred theme for the future, why not make it the > *only* theme? I agree with this. BTW If we look at other software, we'll see that only few programs allows to change icons and often users even don't use this capability. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Changing the structure of the SEXTANTE repository
2012/7/30 Victor Olaya : > 1)I do not know if al SEXTANTE commiters are QGIS commiters. As Tim > said, I might get access to the QGIS repo, but will the others also > get it. I am particularly thinking about Alexander Bruy, who is > working on SEXTANTE and has many ideas. I do not know if he has write > access to the QGIS repo already... Other devs that don't have direct access always can submit patches or issue pull-requests. As for me, I'm already on board and I'll work on SEXTANTE regardless of where it will be. > 2)I like the idea of releasing versions often. Do you think that I can > keep on doing that even if SEXTANTE becomes a part of QGIS? I do not > see new version of, for instance, fTools, being released independently > from the QGIS code, but the time between QGIS version seems too long > for me, specially considering the hight activity that SEXTANTE has > (and hopefully will have in the future as well) Users, that used nightly builds will have most recent version of SEXTANTE, same for those who builds QGIS from sources. For all others there are several issues as Paolo said. Few years ago we had similar situation when GDALTools plugin was under development. Stable version was in core and experimental with new features available from Faunalia repo. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] SEXTANTE and core plugins
Hi all, since SEXTANTE will be a part of QGIS core soon (see [0] and [1]) so I want to raise a new discussion related to it. As all you know, currently SEXTANTE contains many providers. Some of them partially duplicates existing core functionality of QGIS. First of all I mean fTools and GDALTools. I know, that currently only few "algorithms" from GDALTools are moved to SEXTANTE and a bit more from fTools. What are we going to do with this? Move all this algorithms to SEXTANTE and remove separate plugins or keep both versions alongside? IMHO, we should avoid duplication as this will confuse users and require some additional efforts for maintenance. [0] http://lists.osgeo.org/pipermail/qgis-developer/2012-August/021431.html [1] http://lists.osgeo.org/pipermail/qgis-developer/2012-August/021515.html -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: A new plugin has been created by chiatt.
Hi, there is a special user group in our wiki [0]. Some tools already listed there. Maybe if there is an interest to this theme we can increase activity in this direction. [0] http://hub.qgis.org/wiki/quantum-gis/Ecology_Tools 2012/8/7 Tim Sutton : > Hi > > On Tue, Aug 7, 2012 at 3:05 PM, Paolo Cavallini wrote: >> Hi all. >> Why not adding this tool, along with others designed for wildlife >> radio-tracking, to a specific menu entry? We have created the AniMove[0] >> entry for this. We can change the name if useful. >> All the best. >> [0]http://www.faunalia.it/animove/ >> > > See also https://github.com/EcoGIS -> it would be nice to keep all > ecology and biodiversity themed tools in a common place. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SEXTANTE and core plugins
I'm already working on moving fTools to SEXTANTE and also fix some existing bugs. As work is not complete I don't commit it to the SEXTANTE main repo. If anyone interested, I can upload existing code somewhere. But don't expect much, currently only 15 algorithms reviewed and I even didn't test them extensively 2012/8/7 Paolo Cavallini : > Il 06/08/2012 19:08, Victor Olaya ha scritto: >> a menu item to an entry in the SEXTANTE toolbox. That adds some >> homogeneity and is probably less confusing, IMHO > IMHO we should first reach complete parity between a particular backend > and its Sextante equivalent, having it fully tested, and then remove it > from main. Doing it earlier will cause frustration for our users. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Work with WMS servers in Python
Hi all. It is possible to add WMS layers from Python plugin using QgsRasterLayer class. But seems there is no way to work with server itself, e.g request list of layers, available CRS and formats. As I understand, to make this possible we need to expose QgsWmsProvider in SIP bindings. Maybe there is a better way to do this? Any hints are more than welcome. Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Work with WMS servers in Python
I know about OWSLib, but IMHO it is better to create bindings. Only not sure is this correct way or not, this is provider code not core functionality. 2012/8/23 G. Allegri : > While QgsWmsProvider isn't exposed through SIP, I would use OWSLib [1] > > giovanni > > [1] http://geopython.github.com/OWSLib/ -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Moving providers to core
Hi all. Now all data providers in QGIS implemented as plugins and have no Python (some of them also C++) bindings. Having bindings for providers will allow to work with complex datasources from plugins. For example, now it is impossible to get response from WMS server in Python plugin using only QGIS API. Maybe we should provide bindings for plugins? But here another problem appears: where to place this bindings? Core is wrong place because availability of plugins are not guaranteed. As possible solution plugins can be linked to core library. Any opinions? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Transparency plugin
Hi Paolo, seems this is because of API breakage in QgsRasterLayer. I'll look at this ASAP 2012/9/3 Paolo Cavallini : > Hi all. > Getting back an oldish error: > > An error has occured while executing Python code: > > Traceback (most recent call last): > File > "/home/paolo/.qgis//python/plugins/raster_transparency/rastertransparencydockwidget.py", > line 102, in __updateSpinEnd > self.updateRasterTransparency() > File > "/home/paolo/.qgis//python/plugins/raster_transparency/rastertransparencydockwidget.py", > line 71, in updateRasterTransparency > layer.rasterTransparency().setTransparentSingleValuePixelList( > transparencyList ) > AttributeError: 'QgsRasterLayer' object has no attribute 'rasterTransparency' > > 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 > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Better options dialogs
Hi Larry, as already was mentioned in this thread similar design of options dialog was used several versions ago but then we switched to tabs. List widget only with icons IMHO not user friendly, especially for newcomers. If icons will be with captions we again come to initial problem for translators: translating some text when listbox is used is a real pain in some languages. I think Jean-Roc Morreale can explain all problems for translators better. 2012/9/5 Larry Shaffer : > Possible solution: Move 'tabs' to simple list widget on left side of a > splitter and have option sections loaded on right. > > I have done mockups for the app and vector layer options [0], which > show the following advantages: -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Better options dialogs
Hi Larry, 2012/9/6 Larry Shaffer : > Thanks for the input. Might you be referring to > http://hub.qgis.org/issues/2202 ? Right, this is one of the problems. Not sure if there were others. > My proposed layout does not have that issue. The one for 1.6 used > large icons with text that was center-justified and wrapped > underneath, but had no means of increasing the overall width of the > widget by the user. It appears the larger icons were to aid in that > problem, but weren't enough for longer translations. Great, then looking forward for this new desing in QGIS. Thanks for your work! -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Migration of SEXTANTE repository
Hi all, I just merged sextante-import branch to master. There is some work to be done (like running tests and rebuild docs), but SEXTANTE itself installed and works fine. 2012/9/14 Tim Sutton : > Hi > > Alex and I have had a chat about it - he has been implementing the > needed CMake stuff and when that works he will merge. > > Regards > > Tim -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Making QgsProject available to python plugins
AFAIK, QgsProject already available from Python. Just use QgsProject.instance() to access it. Maybe you mean that some methods currently not exposed in Python API? 2012/9/29 Sandro Santilli : > How do I make QgsProject available to python plugins ? > I read on API docs it's not available but I do see a qgsproject.sip > file under python/core so I'm wondering what's missing. > > I'd like to use it to add layers in another project file > to the currently loaded project. > > --strk; -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] license issues
Hi Werner, but which license we should put in files? As I can see there is one open ticket [0] and one closed [1] and both about GPL v3(+?). But in other hand, most QGIS source files still contain reference to GPL v2+ [0] http://hub.qgis.org/issues/3789 [1] http://hub.qgis.org/issues/3432 2012/10/3 Werner Macho : > Dear developers, > > A long outstanding issue is (which is probably preventing QGIS from > being integrated into the "main" debian repository and the fedora > repository) that there are a lot of files inside our source tree that > have no or an unknown license with no copyright and so on .. > > I took the freedom to make a short list and sort out all file which > have no license header .. > > All in all I found 516 files without any license! > And bad news for Victor and sextante - 275 of them are in the sextante > subdirectories ;) > > I encourage and kindly ask all developers who committed this files to > add a proper header to those files to get a bit closer of being > adopted into the main repositories of the big Linux distributions (not > to forget that having a copyright and license in the files is anyway a > good thing to have) > > Find attached the list of the files (or if it does not go through the > server you can find the file in [1]) > > If you need any help drop me a note > thanks for your help > > kind regards > Werner -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Shutting down snippets.qgis.org ?
Agreed, it is better to shutdown it 2012/10/7 Nathan Woodrow : > +1 for me. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] New versions in redmine
Hi all, just found that we have new version in redmine "Version X - Unplanned". Is there any rules about usage of this version, e.g. when it should be used? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New versions in redmine
Thanks for clarification, Jürgen 2012/10/7 Jürgen E. : > I suppose for all tickets that we formerly assigned to the latest (or > upcoming) > version and constantly needed to move to the next version, when we missed that > version target -which in turn creating artificial noise on the tickets, > which somewhat mask real changes. > > So that version should be the default target unless we explicitly plan to fix > something on a specific release. > > > Jürgen -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New voting on plugins
For this we need to put plugin rating into repo xml or provide RPC call for getting vote for particular (maybe all at once?) plugin. Seems, it is time for installer refactoring/update 2012/10/8 Nathan Woodrow : > Great work! > > We might be able to use something like this in the plugin installer > http://harmattan-dev.nokia.com/docs/platform-api-reference/xml/daily-docs/libqt4/itemviews-stardelegate.html > > - Nathan -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] testing core python plugins from build tree
2012/10/8 Sandro Santilli : > When the plugin was out of code I simply symlinked its source dir > under ~/.qgis/python/plugins/db_manager, hacked, reloaded with > plugin reloaded and could immediately see the changes. But it is still possible to symlink core plugin dir to ~/.qgis/python/plugins/ create temporary makefile to compile ui and start hacking. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] testing core python plugins from build tree
2012/10/8 Sandro Santilli : > Well, it wasn't enough: > > ImportError: No module named ui_DlgDbError Seems ui files are not compiled > at this point I'm not even sure db_manager is supposed to work > even after install. Giuseppe, does it ? Works fine here from installed QGIS -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Lao font not workng under QGIS 1.8 on windows
2012/10/9 Paolo Cavallini : > Hi all. > I remember a lengthy discussion on this, but I cannot recall the conclusion. > Is there something I can do to help fixing it? I would like to at least > show a way for the solution at the FOSS4G Korea, in the next days. There is and option in master to disable shapefile encoding detection "Settings-Options-General-Ignore shape encoding". Just check it and choose proper encoding when opening shapefile -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Customize GUI
Sure, it is possible. For example look at Nathan's QMap [0] [0] http://nathanw2.github.com/qmap/ 2012/10/10 Christopher Kaiser : > Is it possible to realize it with QGIS and the Python plugin > capability? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] fTools: Random points and grid, incorrect origin?
Native fTools. Regular points and grids are not available in SEXTANTE yet. This and others missed tools are in my TODO. I already reviewed Analysis and Geoemtry tools groups in SEXTANTE and fixed some bugs. Will continue to work on porting other tools and bugfixing 2012/10/17 Victor Olaya : > "native" fTools, or the SEXTANTE version? > > 2012/10/17 Paolo Cavallini : >> Hi all. >> I noticed that generation of regular points and grids take 0,0 as >> origin, instead of xmin, ymin of the layer bounding box: could anyone >> confirm? >> 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 >> >> ___ >> 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 -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WPS for Sextante
Hi Paolo, this already fixed in master caae7b7baecc58. Seems this strings comes with inaccurate patch by Rado Guzinski 2012/10/18 Paolo Cavallini : > Hi all. > Sextante on windows is complaining: -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] WPS for Sextante
BTW, what about moving SEXTANTE tickets to QGIS redmine? 2012/10/18 Alexander Bruy : > Hi Paolo, > > this already fixed in master caae7b7baecc58. Seems this strings > comes with inaccurate patch by Rado Guzinski > > 2012/10/18 Paolo Cavallini : >> Hi all. >> Sextante on windows is complaining: > > > -- > Alexander Bruy -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] R Sextante error
BTW, SEXTANTE already have some test (developed by Camilo during GSoC). Currently this test are disabled in CMakeList.txt 2012/10/22 Victor Olaya : > Richard, > > Thanks for the link! That looks really interesting... > > What a pity I could not make it to Essen :-( > > Thanks again > > Victor > > 2012/10/21 Richard Duivenvoorde : >> On 10/21/2012 09:35 PM, Victor Olaya wrote: >> >>> Any recomendation about unit testing for QGIS plugins? Any plugin that >>> already has some good unit tests? >> >> >> Hi Victor, >> >> Not sure if you know, but Tim did a short talk in Essen about python unit >> testing. You can view it here: >> >> http://www.youtube.com/watch?v=vhRcvXvHUSg >> >> Actually we were all encouraged to create at least one python unit test >> during this hackfest... >> >> Regards, >> >> Richard Duivenvoorde > _______ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
Hi Martin, 2012/10/22 Martin Dobias : > recently I have been brewing some backwards incompatible API changes > that will 1) enable introduction of threading, 2) simplify API for > developers. I would like to merge the changes soon to master branch in > order not to drift too much from master. Great news! Looking forward to see this in master I think we anyway will make this changes, so better to made this now. Some plugins already not worked in QGIS master because of raster API changes and if I remember correctly we already make announce that qgis-dev is not recommended for most users. > In general this means with these changes we will split everything into > two worlds: 'legacy' (QGIS 1.x release) and 'future' (QGIS 2.x). Until > now you can run all (most) plugins for 1.x also on QGIS from master > branch - but that will definitely change. Well, there is a 1.8.0 and previous qgis-dev builds > 1. plugin repository - is it ready for QGIS 2.0? Is it possible to > keep a plugin in two branches of development: 1.x vs 2.x? Right now > you can distinguish just between stable/development version, right? > Maybe we should create another instance of the repository for plugins > for 2.x to keep them clearly separated? Why not mark plugins for 2.x as development? > 3. it will no longer be a good idea to recommend users to use qgis-dev > version because all the cool plugins they have downloaded will break > apart. But that's the cost of incompatible changes, right? Right, if we will continue with supporting backward compatibility we will never see 2.0 So +1 from me and +1 from NextGIS -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS stores, in the QGIS project, users logins and passwords from PostGis
AFAIK this is impossible. QGIS needs this information to load layer. 2012/10/23 J. Gaspar Mora Navarro : > Hello, > > I can't find how avoid QGIS stores users logins and passwords from PostGis > in the QGIS project. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
2012/10/24 Radim Blazek : > Is there the 2.0 changes list written on flip chart on HF somewhere on > wiki? If not, I'll start one. Is there a photo? As I can see from this photo [0] threading included to 2.0 roadmap but marked as non-blocker [0] https://plus.google.com/u/0/events/ct98c2u7js7hjj842sihlbcrqpo/101650015976513787909/5796119152216619122?gpinv=AMIXal9C5Tt4fMyTp5aYiWiZ6MGahRTLPt5h6c4yenOXjeoHvm5MfOEeqVmj1cGQQDH4TrW9GYgzGqF87v4B2y__nzvM5NrPZM4GuMwKzQP47DnF6nQK_rc -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] User profiles
2012/10/24 Alexander Bruy : > 2012/10/24 G. Allegri : >> My 2 cents. >> I agree with all of you about the need to remove some default toolbars. >> Following the proposal of Werner, what about having a "View" menu, where the >> user can choose which toolbars activate and not? > > Already here. Look at "View - Panels" and "View - Toolbars" menus > >> And as an improvement to >> this, one could provide a system to "Add custom buttons" to the toolbar >> space. > > Custom toolbars will be great improvement > > -- > Alexander Bruy -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
2012/10/25 Matthias Kuhn : > I don't know if somebody already brought up this (the discussion is > already rather long), but is there no possibility for including legacy > methods? And instead of API cleanup add new deprecated calls? I prefer to break API once and then live next 4-5 years with new shiny stable API. If we postpone Martin's changes to 3.0 number of plugins will grow and fixing all of them will require more time and manpower than now. IMO QGIS really needs threading support, rendering is slow even in compare with ancient ArcView 3.2 -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
2012/10/25 kimaidou : > Hum... reading my text above, it sounds too simple : I do not take into > account the need for bug fixing. One year without a bug fix can be very > long. And backporting means to have time and manpower... ARg, stuck again ! But now there are no backports too. There is a release (currently 1.8.0) and nightly builds for those who need them or want latest features/bugfixes. Same with your suggestion: one release per year and nightly builds -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Merging of incompatible changes
2012/10/27 Paolo Cavallini : > BTW, could please somebody move the important plugins still missing in > the new repo? Where we can find this list of important plugins? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Keeping up with latest Sextante developments
2012/10/27 Rudi von Staden : > 1) As far as I can tell, active development is now happening on GitHub QGIS > core rather than svn; if I fork the QGIS repo, can I use just the sextante > plugin with old faithful QGIS 1.8.0, or could I run into conflicts? Yes, you can use SEXTANTE from core with older QGIS versions. > 2) I am encountering quite a few bugs which are relatively easy to fix. If I > do so, should I log them on hub.qgis.org and supply a patch, or is it better > to initiate a pull request on GitHub? Better to issue pull request with bug description. But also you can create ticket and add link to pull request in it. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Keeping up with latest Sextante developments
2012/10/27 Victor Olaya : > I do not know if I will get a notification if there is a > SEXTANTE-related pull request in the QGIS repo, but I guess that is a > good idea. Opening a ticket in the SEXTANTE bug-tracker with the patch > is also a good idea AFAIK all devs get notifications about all pull requests and comments to them -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Getting Sextante from GitHub core to work with QGIS 1.8.0
As Victor said, you only need to compile resource file and some dialogs (currently only About dialog). Just run commands pyrcc4 -o /path/to/sextante/resources_rc.py /path/to/sextante/resources.qrc pyuic4 -o /path/to/sextante/about/ui_aboutdialogbase.py /path/to/sextante/about/aboutdialogbase.ui You can create custom makefile that will do this for you. But note that I plan to move all SEXTANTE dialogs to .ui files because this simlifies maintenance and makes code cleaner. So maybe it is better to build full QGIS. Now python plugins correctly loaded from build dir. So you can symlink SEXTANTE from output directory to your main QGIS plugin dir. 2012/10/27 Victor Olaya : > You do not actually have to build SEXTANTE, just a couple of GUI files > (the about dialog and a resources file). I guess Alex can give you > better advise in this, since he introduced that changed. Until that, I > was doing the GUI files directly without using the pyQt tools (not the > optimal way, I guess...), so no build was needed, but now you need it > to get the .py files from the resource files. > > You have to use pyrcc4 and pyuic4 to compile those files. I guess you > can do it manually if you do not want to build using CMake > > Best > > Victor -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Lineedit with clear button
Hi, I pushed widget into master and modify some dialogs to use it. 2012/11/2 Tim Sutton : > Hi > > On Fri, Nov 2, 2012 at 2:18 PM, Etienne Tourigny > wrote: >> Somewhat related - I have some code to add simple filtering to the >> browser dock. >> >> This allows to select certain file names and/or extensions using a >> simple wildcard pattern. >> The filter box can be shown/hidden with a control so it doesn't >> interfere with the browser dock size. >> >> Is it worth including in master, using this new widget? >> > > +1 for both the widget and the dock enhancements from me! > > Regards > > Tim -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-community-team] Adding SEXTANTE authors and collaborators to QGIS credits
Hi Victor, you already added to Developers tab in QGIS about dialog. Unfortunatelly I have no idea where all other contributors should be listed. Maybe in Contributors tab in same dialog 2012/11/9 Victor Olaya : > Hi > > i was going to add the names of some people that have contributed patches > and code to SEXTANTE, but found out that the "About SEXTANTE" menu had been > removed. I think it is a good idea (Alex did it, and I completely agree with > that...) but I would like to give credit to the people creating > SEXTANTE...myself among them :-) > > Where is the best place to put that? in the QGIS about box? in "Developers"? > in "contributors"? > > Thanks! > > Victor > > > ___ > Qgis-community-team mailing list > qgis-community-t...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-community-team > -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] SEXTANTE settings in QGIS home dir
Hi all and sorry for crossposting, starting from 15004f40f0 SEXTANTE stores its settings and user models/scripts under sextante directory in ~/.qgis. If you want to keep your existing settings, move your old settings directory (~/sextante by default) to new location. Otherwise SEXTANTE will be started with default configuration. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] When was Python Scripting added to QGIS
Hi Andreas, 2012/11/12 Andreas Neumann : > For a course for Geomatics apprentices in Zurich we are preparing a > summary of the QGIS history. Does anybody know when Python scripting was > added to QGIS (which version / which year). as I can see from git logs, Python support was added in QGIS 0.9 «Ganymede» released 26 October 2007 -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Removing SEXTANTE context help
Hi, On Tue, 13 Nov 2012 22:58:34 +0100 Victor Olaya wrote: > I am thinking about removing the SEXTANTE help menu and the button on > top of the toolbox that takes you to the process provider > documentation (that is, how to configure external algorithms) I agree with this. As another alternative we can remove docs and force buttons to open online docs. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] hub.qgis org and plugin site issues
Hi all, there is something really bad with hub.qgis.org and plugin sites last days. Hub often is down, plugins site was simply unavailable and now it returns Internal server error 500. We are running our first Russian Open GIS! conference this days and this is really sad. We tried to promote QGIS here but this problems... this makes bad impression about our infrastructure. Оne workshop was discarded today because of this server failures. Any chance to fix at least plugins site? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] hub.qgis org and plugin site issues
Hi Jürgen, On Sun, 18 Nov 2012 00:08:31 +0100 Jürgen E. Fischer wrote: > Apparently the plugin site and planet didn't come up cleanly after that and > that went unnoticed - at least yours is the first complaint I've seen. > > I added a module to munin that monitors the status and memory usage of > redmine. > And script that kills heavy redmine processes. So hopefully redmine won't > take > the server down again. Thanks for detailed explanation and fixing this > > Any chance to fix at least plugins site? > > Done. Great! Many thanks again. Today it worked fine and we run canceled workshop. I'll prepare report back from conference ASAP -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Budget allocation
If I'm not wrong, Tim created poll few month ago and most answers were about promoting gis theme as default one Ah, found it [0] [0] http://www.easypolls.net/poll.html?p=4ffb5dfae4b08ad9dfac3f70 On Thu, 22 Nov 2012 03:10:20 -0700 Larry Shaffer wrote: > Similarly, it would be good to have only one icon set (Robert's GIS > theme?). If so, there will need to be some work done on achieving > that. A more complete/consistent icon look across the entire app would > be a nice addition to a major release like 2.0. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Budget allocation
Hmm... but we still have deprecated methods in API and didn't switch to PyQt API v2. Or this task should go as separate? On Fri, 23 Nov 2012 13:16:10 +0200 Tim Sutton wrote: > On Fri, Nov 23, 2012 at 12:53 PM, Jürgen E. wrote: > > Hi Paolo, > > > > On Fri, 23. Nov 2012 at 11:32:35 +0100, Paolo Cavallini wrote: > >> >> * SIP Bindings revision > > > > What's this about? Isn't that done already? > > Yes done by you. I think we marked it as complete already at the HF in Essen. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] SVG symbol loading problem in master
Hi, confirmed here with latest master On Wed, 28 Nov 2012 09:08:14 +0100 Andreas Neumann wrote: > Hi, > > I am using master with code revision > (b9b943d5e1580bdc17435598dd5be41eb0c2a853) from yesterday. > > I noticed that SVG symbols do not load correctly anymore. One can > select the symbols correctly and save them - they are saved correctly, > but on the next project load it cannot find the symbol reference > anymore. > > Is this a side-effect of > > https://github.com/qgis/Quantum-GIS/commit/454c732a3ddd90f3eedba804f4cc07ac1af8113f > > where brushtyler worked on SVG symbol loading from URL? > > Thank you for having a look at this issue. > > Andreas -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Using QgsCredentialDialog from Python
Hi, maybe I'm wrong, but seems that QgsCredentialDialog Python bindings don't allow to get username and password entered by user. It returns only success flag. So I modify .sip file a bit. Here is pull-request [0]. Can anyone review it? [0] https://github.com/qgis/Quantum-GIS/pull/344 Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-user] Defining the SEXTANTE roadmap
Hi Victor, On Fri, 30 Nov 2012 23:52:20 +0100 Victor Olaya wrote: > Let's start with the second point How do you think we should spend > this money on SEXTANTE? I think first we should fix as much bugs as possible (now there are 76 tickets in bugtracker). Also important topics are: - i18n support (most strings are not translatable, some algorithms can't handle non-ASCII filenames etc) - moving some native algorithms (fTools, GDALTools) to SEXTANTE to avoid duplication and make them more powerful. Some work already done, but we need to finish it - maybe improving documentation (IMO SEXTANTE documentation is pretty good, both from user and developer point of view) -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] TauDEM plugin error
Hi Paolo, TauDEM provider now included in SEXTANTE core, so you can remove separate plugin. Regarding error, I'm not sure that it caused by this plugin. But I'll at it ASAP. On Sun, 02 Dec 2012 17:22:17 +0100 Paolo Cavallini wrote: > Hi all. > I'm getting this at startup. > All the best. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante add new algorithm to toolbox
Hi Anita, On Tue, 11 Dec 2012 08:38:40 +0100 Anita Graser wrote: > What do I have to do to make it show up in the toolbox? You need to expose your algorithm is provider. Open file FToolsAlgorithmProvider.py, add import statement with your new alg (use existing statements as example) and then in __init__ method add your algorithm to algorithms list — variable self.alglist. Hope this helps -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Sextante add new algorithm to toolbox
On Tue, 11 Dec 2012 10:48:50 +0100 Anita Graser wrote: > On Tue, Dec 11, 2012 at 9:33 AM, Werner Macho wrote: > > Hi! > > Would it make sense to integrate the "new" algorithm as a selectable option > > into the "old" algorithm? > > Hi Werner! > Probably, but I don't know how to add optional fields - if there is > anything that needs to be considered. Seems this is not option, but another method. So if all parameters remains the same I suggest to add an combobox where user can select which method to use: classic or new one. If parameter sets used by algorithms are different IMO it is better to implement new algorithm separately. Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Problem with rendering when units are millimeters
Hi all, playing with map rendering I found strange issue: if layer style used "Millimeters" as unit type, this layers are displayed in QGIS but don't rendered when performing rendering to image from plugin/console. Here is minimal script to reproduce this. Add to canvas several line, point and polygon layers, ensure that style units are "Millimeters", zoom to some region. Then run script: from PyQt4.QtCore import * from PyQt4.QtGui import * canvas = qgis.utils.iface.mapCanvas() extent = canvas.extent() for l in canvas.layers(): layers.append(l.id()) img = QImage(QSize(800, 600), QImage.Format_ARGB32_Premultiplied) color = QColor(255, 255, 255) img.fill(color.rgb()) p = QPainter() p.begin(img) render = QgsMapRenderer() render.setLayerSet(layers) render.setExtent(extent) render.setOutputSize(img.size(), img.logicalDpiX()) render.render(p) p.end() img.save("/tmp/render_issue.png","png") Output file will contain only polygonal layer(s), line and points are not rendered. But when style units changed to "Map units" all works fine. Same issue exists with labels. Any ideas what is wrong? Maybe I miss something obvious? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problem with rendering when units are millimeters
Same happens when QgsMapRenderer instantiated within C++ plugin: if line or point layer has style with millimeters as units such layers are not rendered. On Fri, 14 Dec 2012 16:51:23 +0200 Alexander Bruy wrote: > Hi all, > > playing with map rendering I found strange issue: if layer style used > "Millimeters" as unit type, this layers are displayed in QGIS but > don't rendered when performing rendering to image from plugin/console. > > Here is minimal script to reproduce this. Add to canvas several > line, point and polygon layers, ensure that style units are > "Millimeters", zoom to some region. Then run script: > > from PyQt4.QtCore import * > from PyQt4.QtGui import * > canvas = qgis.utils.iface.mapCanvas() > extent = canvas.extent() > for l in canvas.layers(): > layers.append(l.id()) > img = QImage(QSize(800, 600), QImage.Format_ARGB32_Premultiplied) > color = QColor(255, 255, 255) > img.fill(color.rgb()) > p = QPainter() > p.begin(img) > render = QgsMapRenderer() > render.setLayerSet(layers) > render.setExtent(extent) > render.setOutputSize(img.size(), img.logicalDpiX()) > render.render(p) > p.end() > img.save("/tmp/render_issue.png","png") > > Output file will contain only polygonal layer(s), line and points are > not rendered. But when style units changed to "Map units" all works > fine. Same issue exists with labels. > > Any ideas what is wrong? Maybe I miss something obvious? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Problem with rendering when units are millimeters
Hi Marco, thanks for help and clarification. I think we should fix bindings as you suggest. Any objections? On Sun, 16 Dec 2012 06:47:04 +0100 Marco Hugentobler wrote: > Hi Alexander > > Seems to be a problem with the python bindings. In C++, the render > method is: > void QgsMapRenderer::render( QPainter* painter, double* forceWidthScale > = 0 ); > > Somehow sip does not like that and forceWidthScale has a funny value > (also, I cannot call the method with two arguments from python). If I > change the function in qgsmaprenderer.sip to QgsMapRenderer::render( > QPainter* painter ), forceWidthScale is 0 and it works. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] QGIS and new spatialite driver
Hi Andrea, AFAIK OSGeo4W has spatialite 3.0.1 and QGIS compiled against this version. As SL 4.0 databases are incompatible with older library version you get this message. Seems spatialite package in OSGeo4W should be updated On Sun, 16 Dec 2012 11:36:55 +0100 Andrea Peri wrote: > Hi, > > I see some time ago was updated the driver for spatialite. > > But as I try to use it I see that really qgis do't allow use the new > splite 4.0 format. :( > > It Say-ing simply "obsolete libspatialite, use v4.0". > Surely this is better than before when qgis simply crash brutally. > > But I guees perhaps should be better to be capable to use the new 4.0 format. > :) > > As some test I understand that it wait for a new version of "spatialite.dll". > > I try to substitute it with the dll available on the spatialite site, > but it dont seem to be compatible. > Perhaps it use a different compiler. > > However, I guess the right solution is to add this library > (spatialite.dll) to the osgeo4w-setup libraries. > Infact actuallly it is not contained in the list of libraries and I > dont know why, so it is impossible to understand what version is > actually hold in that container. > > But before open ticket on osgeo4w for ask this update I like to know > if is this correctly the missing operation to be able to use the new > spatialite 4.0 format. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] API cleanup
Hi all, anyone works on API (both C++ and Python) cleanup? As I can see there are about 90 deprecated methods available (for example, look at QgsRasterLayer class), maybe we have even more, because not all methods may be marked as deprecated. Should we remove them? If yes which procedure is correct? Thanks -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] API cleanup
Hi all, I just pushed to my repo branch api_cleanup [0] where tried to remove deprecated methods from API (both C++ and Python). Also I add this methods to wiki page [1]. As I can see all test are passed with this changes. Feel free to check and comment. If there are no objections I'll merge this into master in next few days. [0] https://github.com/alexbruy/Quantum-GIS/tree/api_cleanup [1] http://hub.qgis.org/wiki/quantum-gis/API_changes_for_version_20 On Thu, 20 Dec 2012 11:11:42 +0100 Giuseppe Sucameli wrote: > Hi, > > On Thu, Dec 20, 2012 at 11:02 AM, Salvatore Larosa wrote: > > 2012/12/20 kimaidou > >> Ok for removing the deprecated methods, but we really need to have a > >> documented wiki page with a list of deprecated methods and the appropriate > >> replacement. > > > > there is already a wiki page [1] > > in this moment that page contains only methods no longer > available in current master. > We must to add deprecated methods and their replacement to it > before removing them at all. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] API cleanup
Hi Marco, hi all, just merged my branch with api cleanup into master. On Fri, 21 Dec 2012 12:03:30 +0100 Marco Hugentobler wrote: > > Hi Alexander > > Thank you for doing the cleanup, +1 for merging your branch. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Announce QTiles plugin
Hi all and sorry for cross-posting, we (NextGIS) are pleased to announce QTiles plugin for QGIS. QTiles designed to generate raster tiles from QGIS projects according to the Slippy Map specification [0] and supports two output types: directory and ZIP-archive. You can get plugin from official repo (don't forget to enable experimental plugins). Comments and bugreports are welcome. Merry Christmas and happy New Year! [0] http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Convert core plugins into core features
I agree that moving plugins (well not plugins, but their functions) into core libraries will be good. This allows to access some functions via API (Python/C++) and don't reimplement already available algorithms. This also allow us remove some icons from toolbars, because some algorithms can be called then from SEXTANTE instead of creating separate dialog. On Thu, 27 Dec 2012 21:07:10 +1000 Nathan Woodrow wrote: > What are peoples thoughts about making some of the core plugins into core > features of QGIS. To me I think that most of the core plugins would be > great additions into the core feature set of QGIS. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New Vector API
Hi Martin, just tried to build new_vector_api branch under 32bit Slackware 14.0: GCC 4.7.1 glibs 2.15 Qt 4.8.2 GDAL 1.9.2 SpatiaLite 4.0.0 Python 2.7.3 And get next error: /home/alex/devel/cpp/qgis/src/providers/spatialite/qgsspatialiteprovider.cpp: In member function 'void QgsSpatiaLiteProvider::loadFieldsAbstractInterface(gaiaVectorLayerPtr)': /home/alex/devel/cpp/qgis/src/providers/spatialite/qgsspatialiteprovider.cpp:619:23: error: 'class QgsFields' has no member named 'insert' make[2]: *** [src/providers/spatialite/CMakeFiles/spatialiteprovider.dir/qgsspatialiteprovider.cpp.o] Error 1 make[1]: *** [src/providers/spatialite/CMakeFiles/spatialiteprovider.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] DTclassifier does not install
Are you install required dependencies (namely openCV)? On Sat, 29 Dec 2012 23:45:52 +0200 Lutfi Oduncuoglu wrote: > Hi, > > I am trying working aroun *DTclassifier, **I installed the plug-in as usual > (copying the .dll files to program path) however it does not work, do you > have any idea?* > > *OS:Windows 7 64bit* > *QGIS 1.8 Lisboa * -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] New Vector API
Hi Martin, thanks, this fix works fine, now all compiled without errors On Sat, 29 Dec 2012 02:35:36 +0100 Martin Dobias wrote: > I haven't tested with SpatiaLite 4 yet. I've just committed a quick > fix that _may_ fix your problems, but there may be more of them - > please let me know in that case, I will try to compile QGIS with > SpatiaLite 4 to fix the remaining problems. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Spatial queries plugin should ignore very small intersections
On Sun, 6 Jan 2013 04:43:10 -0800 (PST) Régis Haubourg wrote: > Maybe we should ask what is the global roadmap for vector menu tools. Most > of actions in the menu are part of ftools. Do we start replacing them one by > one by C++ core actions, or do we have a global plan to rebuild thoses > actions, and have them in sync with sextante algorithms. AFAIK, some geoprocessing functions from fTools also available in QGIS analysis library. But they needs review and optimization. C++ implementation still slow with relatively large datasets. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OpenLayers plugin release and Python API breaks
Hi, please note that most of this methods were marked as deprecated for a long time. Some of them are deprecated since QGIS 1.6 or even earlier. On Thu, 24 Jan 2013 00:57:26 +0100 Pirmin Kalberer wrote: > Hi all, > > I found the time for an OpenLayers plugin release with merged pull requests > for Stamen map support and fixes for Python API breaks in master branch (See > https://twitter.com/PirminKalberer/status/294226472707715072 for credits). > The second point was quite annoying for many users and myself. It is a really > bad practice to break the API without deprecation messages when calling these > methods. There should be enough time (at least one minor version) for > developers for updating their plugins. In this case it would have been easy > to > keep the old API and add a deprecation message similar to > http://code.activestate.com/recipes/391367-deprecated/ > > Regards > Pirmin > > -- > Pirmin Kalberer > Sourcepole - Linux & Open Source Solutions > http://www.sourcepole.com > > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] OpenLayers plugin release and Python API breaks
Hi Pirmin, as I can see in API docs (using your link) there is a note: Note: This method is deprecated since QGIS 1.8, you should use addMapLayers rather. Regarding PyQGIS CookBook I agree that it should be updated to reflect all API changes. But I think it is better to update it after merging new_vector_api branch 2013/1/24 Pirmin Kalberer : > Hi Alex, > > Am Donnerstag, 24. Januar 2013, 10.40:00 schrieb Alexander Bruy: >> >> please note that most of this methods were marked as deprecated for >> a long time. Some of them are deprecated since QGIS 1.6 or even >> earlier. > > Where exactly is it marked as deprecated? At least not in the API docs [1]. > And the current PyQGIS cookbook shows it as an example [2]. > I'm only asking for a more user friendly way than having to read the C++ > source code first. > > Pirmin > > [1] > http://qgis.org/api/1.8/classQgsMapLayerRegistry.html#a06a1339cd757608a61e3899a27f39e8a > [2] http://www.qgis.org/pyqgis-cookbook/loadlayer.html#map-layer-registry -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Fwd: [GSoC Mentors] Google Summer of Code 2013
Hi Jean, if I'm not wrong, three projects were successful (symbology improvements, threading support and other improvements in sextante and QGIS Android) and one failed (vector simplification). On Tue, 12 Feb 2013 08:32:25 +0100 jr.morre...@enoreth.net wrote: > Hi Paolo, > > Is there a resume of last year achievement ? I remember one GsoC about > vector simplification, what was the output ? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer