Re: [Qgis-developer] Data sample for bug ticket 2482
Hello again! Am 23.12.2011 23:54, schrieb Martin Weis: > I got a reprocible crash on using the interpolation plugin, as reported in: > https://trac.osgeo.org/qgis/ticket/2482 > > Data to test this behaviour is missing, but I provide my one here: > sengis.uni-hohenheim.de/tmp/interpolation_bug_tin.zip And here is a backtrace, it looks like there is a loop, I snipped a lot: http://paste.ubuntu.com/780464/ Thx for looking at it, Martin signature.asc Description: OpenPGP digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Data sample for bug ticket 2482
Hello! I got a reprocible crash on using the interpolation plugin, as reported in: https://trac.osgeo.org/qgis/ticket/2482 Data to test this behaviour is missing, but I provide my one here: sengis.uni-hohenheim.de/tmp/interpolation_bug_tin.zip Steps to reproduce: 1. load data from shapefile 2. use raster->interpolation plugin with the (only) attribute, tin, set output file 3. click ok 4. expect crash I found this reproducible from v. 1.4 to compiled trunk version. Unfortunately I cannot add this to the ticket, could someone please do that? Thank you, Martin signature.asc Description: OpenPGP digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Thanks for help. 2011/12/23 Anita Graser : > Of course I can help and proof read the text. By the way, what do you have > to do to get write access to the cookbook? AFAIK you need to contact Otto or Tim and ask for push permissions to the documentation repos -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Of course I can help and proof read the text. By the way, what do you have to do to get write access to the cookbook? Regards, Anita On Fri, Dec 23, 2011 at 9:04 PM, Alexander Bruy wrote: > I can try to update CookBook but I need help with this because my English > still not to good. > > 2011/12/23 Anita Graser : > > What do you think about ditching the wiki page on plugin development to > > focus work on the Cookbook? > > -- > Alexander Bruy > ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
I can try to update CookBook but I need help with this because my English still not to good. 2011/12/23 Anita Graser : > What do you think about ditching the wiki page on plugin development to > focus work on the Cookbook? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
2011/12/23 Paolo Cavallini : > Il 23/12/2011 19:33, Alexander Bruy ha scritto: >> As far as I see they already sorted in this order. Or I misunderstand you? > > Some plugins add menus in between (e.g. CAD Tools, etc.), not sure if this is > appropriate. This is because this plugins looks for some menu and adds its own before it. I think this should be handled by plugin author. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
What do you think about ditching the wiki page on plugin development to focus work on the Cookbook? On Fri, Dec 23, 2011 at 8:47 PM, Anita Graser wrote: > Hi, > > I suggest updating the Cookbook and linking it prominently everywhere. > > http://www.qgis.org/pyqgis-cookbook/plugins.html > > Regards > > Anita > > On Fri, Dec 23, 2011 at 8:41 PM, Paolo Cavallini wrote: > >> Il 23/12/2011 19:40, Alexander Bruy ha scritto: >> > Ah, sorry. I think this one >> > http://hub.qgis.org/wiki/quantum-gis/Writing_Python_Plugins >> > >> > AFAIK Richard now tried to integrate in this page all info from >> > several old pages. >> >> good to know. I think we should at least link it from plugins.qgis.orgmain >> page, not >> to have people missing it. >> all the best, and thanks. >> >> -- >> 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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Paolo Cavallini wrote: Il 23/12/2011 19:40, Alexander Bruy ha scritto: Ah, sorry. I think this one http://hub.qgis.org/wiki/quantum-gis/Writing_Python_Plugins AFAIK Richard now tried to integrate in this page all info from several old pages. I added the info about metadata stuff (from Allesandro) to the page Alexander mentions, and started a 'static' page: http://plugins.qgis.org/howto/share/ which is to be extended or fluffed up a little (by somebody who is more into writing then I do) and then make it maybe the frontpage or at least accessible from the plugin site) I think the category stuff is to be added to both the cookbook and the Writing_Python_Plugins-wiki page (looking at the cookbook and the wiki page.. there is a lot of overlap)... Rd ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Hi, I suggest updating the Cookbook and linking it prominently everywhere. http://www.qgis.org/pyqgis-cookbook/plugins.html Regards Anita On Fri, Dec 23, 2011 at 8:41 PM, Paolo Cavallini wrote: > Il 23/12/2011 19:40, Alexander Bruy ha scritto: > > Ah, sorry. I think this one > > http://hub.qgis.org/wiki/quantum-gis/Writing_Python_Plugins > > > > AFAIK Richard now tried to integrate in this page all info from > > several old pages. > > good to know. I think we should at least link it from plugins.qgis.orgmain > page, not > to have people missing it. > all the best, and thanks. > > -- > 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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] blocking tickets
Il 23/12/2011 19:38, Richard Duivenvoorde ha scritto: > My opinion: keep it simple. > > We already have 5 classes, which is ok I would think. Let say 'urgent' and > 'immediate' are urgent and immediate == blockers. I mostly agree, but I find Debian explanations particularly useful to reduce subjectivity. I suggest adding them to a first page (yet to be written, urgh) expalining how to deal with plugins. 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] reorganizing menus
Il 23/12/2011 19:40, Alexander Bruy ha scritto: > Ah, sorry. I think this one > http://hub.qgis.org/wiki/quantum-gis/Writing_Python_Plugins > > AFAIK Richard now tried to integrate in this page all info from > several old pages. good to know. I think we should at least link it from plugins.qgis.org main page, not to have people missing it. all the best, and thanks. -- 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] blocking tickets
Paolo Cavallini wrote: Should we use the "Immediate" category [see http://hub.qgis.org/projects/quantum-gis/issues/report] for this, or add a new one? See e.g. the bug gravity and explanations in Debian: http://www.debian.org/Bugs/Developer#severities Should we adopt/adapt these, and have their explanation ready for the user? Paolo, Giovanni, first THANKS! For squashing/cleaning up the buglist. The 'activity' list on hub is impressing :-) About the bug gravity etc. My opinion: keep it simple. We already have 5 classes, which is ok I would think. Let say 'urgent' and 'immediate' are urgent and immediate == blockers. (and assigning a gravity to a bug is subjective anyway) I think the best thing to handle this is the way you did today (and earlier in time: 'just do it: clean up the list). Thanks! Richard ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Il 23/12/2011 19:33, Alexander Bruy ha scritto: > Web menu added and OSM plugin with MapServer export > moved under Web. Thanks for that. > As far as I see they already sorted in this order. Or I misunderstand you? Some plugins add menus in between (e.g. CAD Tools, etc.), not sure if this is appropriate. 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] reorganizing menus
Ah, sorry. I think this one http://hub.qgis.org/wiki/quantum-gis/Writing_Python_Plugins AFAIK Richard now tried to integrate in this page all info from several old pages. 2011/12/23 Paolo Cavallini : > Il 23/12/2011 19:35, Alexander Bruy ha scritto: >> 2011/12/23 Paolo Cavallini : >>> Il 23/12/2011 16:26, Alexander Bruy ha scritto: Sorry, forgot to say. Also you need in __init__.py add new function >>> ... >>> >>> Where should these notes be written down? >> >> In plugins __init__.py, in same place where description() and > > Sorry, I was unclear. I mean: which web page should we use to have all the > info for > plugin writers? I think the page should be very easy to find for prospective > developers. > 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] reorganizing menus
Il 23/12/2011 19:35, Alexander Bruy ha scritto: > 2011/12/23 Paolo Cavallini : >> Il 23/12/2011 16:26, Alexander Bruy ha scritto: >>> Sorry, forgot to say. >>> Also you need in __init__.py add new function >> ... >> >> Where should these notes be written down? > > In plugins __init__.py, in same place where description() and Sorry, I was unclear. I mean: which web page should we use to have all the info for plugin writers? I think the page should be very easy to find for prospective developers. Thanks. -- 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] reorganizing menus
2011/12/23 Paolo Cavallini : > Il 23/12/2011 16:26, Alexander Bruy ha scritto: >> Sorry, forgot to say. >> Also you need in __init__.py add new function > ... > > Where should these notes be written down? In plugins __init__.py, in same place where description() and name() functions. Here is example from GdalTools: def name(): return "GdalTools" def description(): return "Integrate gdal tools into qgis" def category(): return "Raster" def version(): return "Version 1.2.29" def qgisMinimumVersion(): return "1.0" def icon(): return "icons/raster-info.png" def classFactory(iface): # load GdalTools class from file GdalTools from GdalTools import GdalTools return GdalTools(iface) -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Hi again, Web menu added and OSM plugin with MapServer export moved under Web. 2011/12/23 Paolo Cavallini : > - better sort dropdowns: Vector|Raster|Database. As far as I see they already sorted in this order. Or I misunderstand you? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] blocking tickets
Il 23/12/2011 18:51, Paolo Cavallini ha scritto: > Hi all. > Should we use the "Immediate" category [see > http://hub.qgis.org/projects/quantum-gis/issues/report] for this, or add a > new one? See e.g. the bug gravity and explanations in Debian: http://www.debian.org/Bugs/Developer#severities Should we adopt/adapt these, and have their explanation ready for the user? 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] reorganizing menus
Il 23/12/2011 16:26, Alexander Bruy ha scritto: > Sorry, forgot to say. > Also you need in __init__.py add new function ... Where should these notes be written 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] Add delimited text files plugin
Il 21/12/2011 22:41, Ramon Andiñach ha scritto: >> - at least in the IT translation, the option "skip first lines" is wrong: it >> says skip columns in 1.7.3 (wrong) and skip rows in master (correct). Aren't >> translations updated? I confirm: the IT translations are probably misaligned. What went wrong? 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] Qgis Server - Layer not drawn if min and maxscale defined - Since 1.7.2
Hi Marco 2011/12/23 Marco Hugentobler > Hi Michael > > This is the famous map units bug in version 1.7.2 (desktop and server). > Ok for this one. I knew it has been resolved in 1.7.3. This is why I did not understand why the new 1.7.3 did not work either. Now I see : the problem is the new Qgis server bug Thanks for information. I compiled 1.7.1 and it works smoothly ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] blocking tickets
Hi all. Should we use the "Immediate" category [see http://hub.qgis.org/projects/quantum-gis/issues/report] for this, or add a new one? All the best. === Hi all. I think we should now take blocking tickets more seriously: a new version should be released when blockers have been fixed or explicitly downgraded. Opinions? 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] Re: [Quantum-GIS] Issue4550 (#76)
Il 23/12/2011 14:48, Richard Duivenvoorde ha scritto: > Personnaly I like it as it is now, but am happy to change it to whatever > a (small) majority wants :-) To me the logic is: - filter the full list to find what you're looking for - fixed list of last used CRS (quite unlikely one has to filter out a 8-item list). Rationale: if I filter out, then I change my mind and decide to keep on using one of the recent CRS, I wonder where the recent list has gone, and it is bothering to remove the filter. Anyone find my approach strange? All the best, and many thanks. -- 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] Qgis Server - Layer not drawn if min and maxscale defined - Since 1.7.2
Hi Michael This is the famous map units bug in version 1.7.2 (desktop and server). 1.7.3 does not have this bug, but a very critical QGIS server bug Solution: use QGIS server from 1_7 branch or master (or a nighty build). Regards, Marco On 23.12.2011 13:57, kimaidou wrote: Hi devs, I have seen a nasty bug in Qgis Server since 1.7.2 included : whenever min and maxscales are set in the Layer properties dialog (and checkbox toggled), Qgis Server outputs a blank image for this layer. I use Qgis Server on ubuntu from ubuntugis-unstable repository. I had to uninstall it and compile 1.7.1 to get rid of this bug. Anyone confirms ? Thanks Michael ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Dr. Marco Hugentobler Sourcepole - Linux& Open Source Solutions Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland marco.hugentob...@sourcepole.ch http://www.sourcepole.ch Technical Advisor QGIS Project Steering Committee ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Sorry, forgot to say. Also you need in __init__.py add new function def category(): return "Raster" Where "Raster" should be replaced with the name of menu where plugin will be installed. -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Building qgis fails (qwt, expat, python), config solutions
Hello! I just ran into some issues compiling qgis, and here are my solutions. Maybe there are some checks missing/going wrong? Issues already discussed in [1] and [2] on a debian squeeze as well as under ubuntu natty (errors logged here on: natty 64-bit): QWT-- Linking CXX executable ../../output/bin/qgis CMakeFiles/qgis.dir/qgsrasterlayerproperties.cpp.o: In function `QgsRasterLayerProperties::refreshHistogram()': /home/martin/soft/gis/qgis_git/Quantum-GIS/src/app/qgsrasterlayerproperties.cpp:1896: undefined reference to `QwtPlotDict::setAutoDelete(bool)' /home/martin/soft/gis/qgis_git/Quantum-GIS/src/app/qgsrasterlayerproperties.cpp:1898: undefined reference to `QwtLegend::QwtLegend(QWidget*)' /home/martin/soft/gis/qgis_git/Quantum-GIS/src/app/qgsrasterlayerproperties.cpp:1898: undefined reference to `QwtPlot::insertLegend(QwtLegend*, QwtPlot::LegendPosition, double)' [...] Due to linking against libqwt-dev: /usr/lib/libqwt.so, which is the wrong version: LANG=C apt-cache policy libqwt-dev libqwt-dev: Installed: 4.2.0-6 Candidate: 4.2.0-6 Version table: *** 4.2.0-6 0 500 http://ftp-stud.hs-esslingen.de/ubuntu/ natty/universe amd64 Packages Should be linked against /usr/lib/libqwt-qt4.so: LANG=C apt-cache policy libqwt5-qt4 libqwt5-qt4: Installed: 5.2.0-1build1 Candidate: 5.2.0-1build1 ccmake config: QWT_LIBRARY /usr/lib/libqwt-qt4.so -Python--- [ 62%] Building CXX object python/CMakeFiles/python_module_qgis_analysis.dir/analysis/sipanalysispart0.cpp.o In file included from /home/martin/soft/gis/qgis_unstable/build/python/analysis/sipAPIanalysis.h:11:0, from /home/martin/soft/gis/qgis_unstable/build/python/analysis/sipanalysispart0.cpp:7: /usr/include/python2.6/sip.h:32:20: fatal error: Python.h: Datei oder Verzeichnis nicht gefunden compilation terminated. apt-get install python2.6-dev expat- [ 67%] Building CXX object src/providers/gpx/CMakeFiles/gpxprovider.dir/moc_qgsgpxprovider.cxx.o make[2]: *** Keine Regel vorhanden, um das Target »/usr/lib/libexpat.so«, benötigt von »src/providers/gpx/libgpxprovider.so«, zu erstellen. Schluss. make[1]: *** [src/providers/gpx/CMakeFiles/gpxprovider.dir/all] Fehler 2 make: *** [all] Fehler 2 apt-file search libexpat.so ia32-libs: /lib32/libexpat.so ia32-libs: /lib32/libexpat.so.1 ia32-libs: /lib32/libexpat.so.1.5.2 libexpat1: /lib/x86_64-linux-gnu/libexpat.so.1 libexpat1: /lib/x86_64-linux-gnu/libexpat.so.1.5.2 libexpat1-dev: /usr/lib/x86_64-linux-gnu/libexpat.so ccmake config: EXPAT_LIBRARY /usr/lib/x86_64-linux-gnu/libexpat.so I ran dpkg-buildpackage -b, as suggested in [3] and that worked, but it did not solve the qwt dependency correctly: dpkg-buildpackage: Quellversion 1.9.90 -- Found Qwt: /usr/lib/libqwt.so -- Found Expat: /usr/lib/x86_64-linux-gnu/libexpat.so -- Found PythonInterp: /usr/bin/python2.7 -- Found Python executable: /usr/bin/python2.7 -- Found Python version: 2.7.1+ Maybe this helps somebody getting such errors. Martin [1] http://www.osgeo.org/pipermail/qgis-user/2011-August/013337.html [2] http://lists.osgeo.org/pipermail/qgis-developer/2010-October/011130.html [3] http://lists.osgeo.org/pipermail/qgis-developer/2010-October/011137.html signature.asc Description: OpenPGP digital signature ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Hi Anita, 2011/12/23 Anita Graser : > What exactly has to be added to the plugin code now? Could you write a quick > guide for plugin devs to follow? Here is small example. Assume we have plugin that defines two actions: one for launch plugin main window and another for open About dialog. And our plugin should go to the Raster menu. As this methods available only in QGIS 1.9.90 starting from particular commit, first thing we should to do is check if this method available in current QGIS version or no. If methods available then we place plugin under Raster menu in other case we will use old Plugins menu. So our initGui() will look as (self.iface - is a pointer to QGIS interface): def initGui( self ): # define actions self.actionRun = QAction( QIcon( ":/icon.png" ), "Run plugin", self.iface.mainWindow() ) self.actionAbout = QAction( QIcon( ":/about.png" ), "About", self.iface.mainWindow() ) # connect signals to slots QObject.connect( self.actionRun, SIGNAL( "triggered()" ), self.run ) QObject.connect( self.actionAbout, SIGNAL( "triggered()" ), self.about ) # time to create UI (menu and buttons) if hasattr(self.iface, "addPluginToRasterMenu"): # new menu available so add both actions into PluginName submenu # under Raster menu self.iface.addPluginToRasterMenu( "PluginName", self.actionRun ) self.iface.addPluginToRasterMenu( "PluginName", self.actionAbout ) # and add Run button to the Raster panel self.iface.addRasterToolBarIcon( self.actionRun ) else: # oops... old QGIS without additional menus. Place plugin under # Plugins menu as usual self.iface.addPluginToMenu( "PluginName", self.actionRun ) self.iface.addPluginToMenu( "PluginName", self.actionAbout ) # and add Run button to the Plugins panel self.iface.addToolBarIcon( self.actionRun ) Same approach used in unload(): def unload( self ): if hasattr(self.iface, "addPluginToRasterMenu"): # new menu used, remove submenus from main Raster menu self.iface.removePluginRasterMenu( "PluginName", self.actionRun ) self.iface.removePluginRasterMenu( "PluginName", self.actionAbout ) # also remove button from Raster toolbar self.iface.removeRasterToolBarIcon( self.actionRun ) else: # Plugins menu used, remove submenu and toolbar button self.iface.removePluginMenu( "PluginName", self.actionRun ) self.iface.removePluginMenu( "PluginName", self.actionAbout ) self.iface.removeToolBarIcon( self.actionRun ) Similar methods exists for all new menus and toolbars. Here is full list. Methods to add/remove buttons on toolbars: # Add an icon to the Plugins toolbar addToolBarIcon (QAction *qAction) # Remove an action (icon) from the Plugins toolbar removeToolBarIcon (QAction *qAction) # Add an icon to the Raster toolbar addRasterToolBarIcon (QAction *qAction) # Remove an action (icon) from the Raster toolbar removeRasterToolBarIcon (QAction *qAction) # Add an icon to the Vector toolbar addVectorToolBarIcon (QAction *qAction) # Remove an action (icon) from the Vector toolbar removeVectorToolBarIcon (QAction *qAction) # Add an icon to the Database toolbar addDatabaseToolBarIcon (QAction *qAction) # Remove an action (icon) from the Vector toolbar removeDatabaseToolBarIcon (QAction *qAction) Methods to add/remove items to menus: # Add action to the Plugins menu addPluginToMenu (QString name, QAction *action) # Remove action from the Plugins menu removePluginMenu (QString name, QAction *action) # Add "add layer" action to Layer menu. insertAddLayerAction (QAction *action) # Remove "add layer" action from Layer menu. removeAddLayerAction (QAction *action) # Add action to the Database menu. addPluginToDatabaseMenu (QString name, QAction *action) # Remove action from the Database menu. removePluginDatabaseMenu (QString name, QAction *action) # Add action to the Raster menu. addPluginToRasterMenu (QString name, QAction *action) # Remove action from the Raster menu. removePluginRasterMenu (QString name, QAction *action) # Add action to the Vector menu. addPluginToVectorMenu (QString name, QAction *action) # Remove action from the Vector menu. removePluginVectorMenu (QString name, QAction *action) List of this methods available in API docs, see QgsInterface class [0]. Also soon I will add Web menu/toolbar with methods: # Add action to the Web menu. addPluginToWebMenu (QString name, QAction *action) # Remove action from the Vector menu. removePluginWebMenu (QString name, QAction *action) # Add an icon to the Web toolbar addWebToolBarIcon (QAction *qAction) # Remove an action (icon) from the Web toolbar removeWebToolBarIcon (QAction *qAction) Hope this helps. If you still have any questions don't hesitate to ask. [0] http://qgis.org/api/classQgisInterface.html -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Re: [Quantum-GIS] Issue4550 (#76)
On 2011-12-23 11:06, Paolo Cavallini wrote: > Currently, the filter is applied both to the main list and to the list of > recently > applied CRS. IMHO, this second should be left intact. As it stands it is a bit > confusing for the user. Are you sure? Because base on the the layout of the dialog (filter input above both sets of crs's) I would think it is logical if the filter works for both. It's (technically) not a problem to not filter the recent one, but then maybe put the filter in between the two lists also (@nathan, as one of the gui layouters, what is your opinion.?), Personnaly I like it as it is now, but am happy to change it to whatever a (small) majority wants :-) Rd ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] Qgis Server - Layer not drawn if min and maxscale defined - Since 1.7.2
Hi devs, I have seen a nasty bug in Qgis Server since 1.7.2 included : whenever min and maxscales are set in the Layer properties dialog (and checkbox toggled), Qgis Server outputs a blank image for this layer. I use Qgis Server on ubuntu from ubuntugis-unstable repository. I had to uninstall it and compile 1.7.1 to get rid of this bug. Anyone confirms ? Thanks Michael ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Il 23/12/2011 13:31, Richard Duivenvoorde ha scritto: > Exactly what I was thinking, and then post it on some of the more famous > qgis blogs (Anita's, Tim's and the national ones?). We really need a central point for plugin writers, well in evidence in the new site. 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] reorganizing menus
On 2011-12-23 13:27, Anita Graser wrote: > What exactly has to be added to the plugin code now? Could you write a > quick guide for plugin devs to follow? Exactly what I was thinking, and then post it on some of the more famous qgis blogs (Anita's, Tim's and the national ones?). I can do it for 5 plugins, so... show me the way :-) Rd ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] reorganizing menus
Hi, On Fri, Dec 23, 2011 at 1:54 PM, Alexander Bruy wrote: > > - how to move independent plugins to appropriate panels and menus? I > think asking > > individual devs will require a lot of time and patience; bvetter a > central coordination > I'll take care of all GIS-Lab plugins. To modify other plugins we need > access for its > sources. If I remember correctly this possible with plugins that > already in new repo, > but most or them in contributed and some in authors repos. > What exactly has to be added to the plugin code now? Could you write a quick guide for plugin devs to follow? Thanks and merry Christmas, Anita ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] qgis on iPad
*shrug* ultimately it is up to the developers. As far as I can tell GPL'd code is perfectly compatible with iOS. The VideoLan Organization seems perfectly happy to offer VLC for iOS under GPL http://www.videolan.org/vlc/download-ios.html There seems to be some dispute over the App Store License agreement with respect to the 5 device limit and digital rights management and compatibility with GPL, although it seems more of a philosophical dispute. Besides, not sure there is any reason except for advertising and marketing to actually put QGIS in the App Store. mars On Thu, Dec 22, 2011 at 1:34 PM, Noli Sicad wrote: > > unless iOS changes it's license policy, this won't happen. iOS and GPL > > are incompatible. > > More on this topic. > > WordPress for iOS is GPL > http://ios.forums.wordpress.org/topic/using-gpled-code-in-an-iphone-app > > iPhone port (iOS) of GNU Go. GNU Go is GPL. > http://lgustavomartins.wordpress.com/tag/ios/ > > iOS is best using LGPL. JFYI, Spatialite, GEOS, Proj4 librariers work in > iOS > > GPL and Mac Store for OS X > > http://apple.stackexchange.com/questions/6109/is-it-possible-to-have-gpl-software-in-the-mac-app-store > > iOS App Store and GPL. > http://michelf.com/weblog/2011/gpl-ios-app-store/ > > Noli > ___ > 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] reorganizing menus
Il 23/12/2011 12:54, Alexander Bruy ha scritto: > I'll take care of all GIS-Lab plugins. To modify other plugins we need > access for its > sources. If I remember correctly this possible with plugins that > already in new repo, > but most or them in contributed and some in authors repos. One more good reason to invite people to move their plugin to the central repo. > Ok, I'll rearrange them. Also small question: where we should place > Web menu, after > Database or in other place? To me after db is fine. Thanks again. -- 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] reorganizing menus
Hi Paolo, 2011/12/23 Paolo Cavallini : > Hi all. > Alex: thanks a lot for your work - to me now QGIS looks much more usable. A > few notes: Thanks, it's nice to know that my work helps to improve QGIS. > - panels (right click on a grey area) are not listed in alphabetical order > (it would > be easier to find them if sorted) Will look at this. > - how to move independent plugins to appropriate panels and menus? I think > asking > individual devs will require a lot of time and patience; bvetter a central > coordination I'll take care of all GIS-Lab plugins. To modify other plugins we need access for its sources. If I remember correctly this possible with plugins that already in new repo, but most or them in contributed and some in authors repos. > - better sort dropdowns: Vector|Raster|Database. Ok, I'll rearrange them. Also small question: where we should place Web menu, after Database or in other place? -- Alexander Bruy ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Quality assurance
I'm happy this subject is getting such a large attention. I include the users lists in my message as this thread is most interesting for users (actually, this is a users question rather than a developers question). First of all, I want to stress that nothing I've said implies that I do not think "that developers know about their responsibility". That's not the problem. I also think that many errors are fixed very quickly, and if this were not the case, I would not complain: I would just not use QGIS. My concern is not that QGIS has many bugs, but that users do not have a clear list of the most important current problems they can find if they use a given version of QGIS. This is why I think we need to create a team of committed users that would maintain a page with the most important operational problems (and I obviously show up for becoming a member of that team). The proposed list is not going to be very useful for developers, who already have the "issues" system to which some of us (users) try to contribute. But is very important for users to know the limits within which they can safely operate. The problems I had with the Join or with the georeferencing were not worrying on their own: both problems could be easily circumvented. The problem is the loss of confidence because the user thinks: "what other errors am I going to find next?" or even worse: "might it be that the processing I've done up to now was wrong?" As I said, QGIS is good, thus highlighting the most important problems (according to the experience of users) is actually reassuring. A second question relates to the popular comment "you cannot expect people to work for you all the time for free". Users reporting errors work for free also, in the sense that developers do not pay them. And, in OS, the rule is that most users do not pay developers (and the reverse), which does not mean that developers or users work for free. In the case of R, many universities, research centers and hospitals provide funding, mainly in the form of having permanent technicians working on R development as a part of their job. But this happened once R reached stability and universities started to save on commercial licenses. I think that the funding problem with QGIS is that it has not been adopted yet by any university as its main GIS. And I think the problem is that, at the moment, QGIS is still seen as too buggy. A second reason is that many users do not see any real advantage because the university provides campus licenses. Well, in that case, QGIS must offer features that other programs do not. And I personally find that a big one is the link to other platforms such as Grass, Saga, OTB and R. Agus 2011/12/19 Ivan Mincik : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > The problem with testers could be that people could not have access to > all supported platforms (for example I am able to test something only in > Debian Squeeze). Most of testers do not have Macs, so it could be a > problem to say that I will guarantee that this or that feature is OK, > because I did test only for my platforms. So again, I am returning back > with the question on test suite. > > By the way what are the Linux supported platforms (at least which Ubuntu > versions)? > > > At least, Big thanks to all devs for backporting fixes to maintenance > releases. > > - -- > Ivan Mincik, Gista s.r.o. > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.10 (GNU/Linux) > > iEYEARECAAYFAk7vFvcACgkQVqso/9cUsCwxKACgxrJ3oLXdxikntRuQzut0c3h0 > Z8oAn0iyA+XhLWGClkolPTL/qMds8M+s > =mzSF > -END PGP SIGNATURE- > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] installing on Citrix.
Hi all, in our organization we also trying to avoid doing multiple local installs. With the collaboration of our sys admin we are testing Qgis in Citrix environment. We are facing a strange problem with client C: drive mapping. It's all apparently ok. Users save or open files from their folders locally (e.g. C:\Documents and Settings\user_name\...). Suddenly users lost their connection with local drive. QGis in Citrix environment can't connect to user local folder, so users can't open or save their work. Does anyone have any suggestions? All the best, and thanks! Marica On Fri, Dec 23, 2011 at 10:36 AM, Daniel C wrote: > That's good to know - no difficulties at all? Just install and get going? > > More fully what I'm looking at is it working with Windows Server 2003, > enterprise edition in one central office location, with those off > sight using Citrix web metaframe... > > Just trying to save on those ArcGIS license costs...! > > Dan. > > On 23 December 2011 09:20, Andreas Neumann wrote: >> I don't know about Citrix, but we succesfully use QGIS in a Terminal-Server >> Environment. >> >> Andreas >> >> >> On Fri, 23 Dec 2011 09:13:32 +, Daniel C wrote: >>> >>> Hello all, >>> >>> Does anyone out there have any experience with making QGIS available >>> to many users through a Citrix Web metaframe? >>> >>> Trying to avoid doing mulitple local installs. >>> >>> Anyone done anything similar or had any experience? Any common >>> problems/things to look out for? >>> >>> Or is it not even recommended? >>> >>> Dan. >>> ___ >>> Qgis-developer mailing list >>> Qgis-developer@lists.osgeo.org >>> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> >> -- >> -- >> Andreas Neumann >> Böschacherstrasse 10A >> 8624 Grüt (Gossau ZH) >> Switzerland >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer > ___ > 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] reorganizing menus
Hi all. Alex: thanks a lot for your work - to me now QGIS looks much more usable. A few notes: - panels (right click on a grey area) are not listed in alphabetical order (it would be easier to find them if sorted) - how to move independent plugins to appropriate panels and menus? I think asking individual devs will require a lot of time and patience; bvetter a central coordination - better sort dropdowns: Vector|Raster|Database. Thanks again. 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] Re: [Quantum-GIS] Issue4550 (#76)
Il 22/12/2011 21:15, Richard Duivenvoorde ha scritto: > this should fix the following little things in #4550 (projection widget): Hi Richard. Currently, the filter is applied both to the main list and to the list of recently applied CRS. IMHO, this second should be left intact. As it stands it is a bit confusing for the user. All the best, and thanks! -- 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] installing on Citrix.
That's good to know - no difficulties at all? Just install and get going? More fully what I'm looking at is it working with Windows Server 2003, enterprise edition in one central office location, with those off sight using Citrix web metaframe... Just trying to save on those ArcGIS license costs...! Dan. On 23 December 2011 09:20, Andreas Neumann wrote: > I don't know about Citrix, but we succesfully use QGIS in a Terminal-Server > Environment. > > Andreas > > > On Fri, 23 Dec 2011 09:13:32 +, Daniel C wrote: >> >> Hello all, >> >> Does anyone out there have any experience with making QGIS available >> to many users through a Citrix Web metaframe? >> >> Trying to avoid doing mulitple local installs. >> >> Anyone done anything similar or had any experience? Any common >> problems/things to look out for? >> >> Or is it not even recommended? >> >> Dan. >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer > > > -- > -- > Andreas Neumann > Böschacherstrasse 10A > 8624 Grüt (Gossau ZH) > Switzerland > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] installing on Citrix.
I don't know about Citrix, but we succesfully use QGIS in a Terminal-Server Environment. Andreas On Fri, 23 Dec 2011 09:13:32 +, Daniel C wrote: Hello all, Does anyone out there have any experience with making QGIS available to many users through a Citrix Web metaframe? Trying to avoid doing mulitple local installs. Anyone done anything similar or had any experience? Any common problems/things to look out for? Or is it not even recommended? Dan. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer -- -- Andreas Neumann Böschacherstrasse 10A 8624 Grüt (Gossau ZH) Switzerland ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] installing on Citrix.
Hello all, Does anyone out there have any experience with making QGIS available to many users through a Citrix Web metaframe? Trying to avoid doing mulitple local installs. Anyone done anything similar or had any experience? Any common problems/things to look out for? Or is it not even recommended? Dan. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] blocking tickets
+1. Is there a easy way to query blocking issues. I think adding this would help to some extent: http://hub.qgis.org/issues/4067 - Nathan On Fri, Dec 23, 2011 at 6:53 PM, Paolo Cavallini wrote: > Hi all. > I think we should now take blocking tickets more seriously: a new version > should be > released when blockers have been fixed or explicitly downgraded. > Opinions? > 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 mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] blocking tickets
Hi all. I think we should now take blocking tickets more seriously: a new version should be released when blockers have been fixed or explicitly downgraded. Opinions? 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