[Qgis-developer] help for a cpp newbie
Hi all, I am (almost) a complete newbie in c++. I am trying to get into it, by adding a new edit type for vector layers. I am adding something similar to valuerelation to have multi-attribute edit type (using a join table and an attribute table). Basically, I reused almost exactly the same code as valuerelation, at first. It won't give anything working, but it allows me to learn. I can compile, but when I run qgis, I have this python error at launch: ImportError: /home/denis/opt/builds2/share/qgis/python/qgis/core.so: undefined symbol: _ZN10QgsProject21setTopologicalEditingEb Then, when I opened the layer properties dialog and I try to change the edit type, QGIS crashes and I have the following output in the terminal: symbol lookup error: /home/denis/opt/builds2/bin/qgis: undefined symbol: _ZN14QgsVectorLayer14multiAttributeEi I found a similar error on the list http://lists.osgeo.org/pipermail/qgis-developer/2012-May/020401.html, but uninstalling and deleting the share directory did nothing. Does someone has any idea on what could be going wrong? Thanks Denis ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Developing Init Python Scripts for Forms - Reloading?
Hi Andreas, On Sun, Jun 24, 2012 at 3:05 AM, Andreas Neumann wrote: > Hi Martin, > > Thanks - this helps a lot. Yes - most of the scripts are just in one class. > Just a quick note that I have finished support for browsing, editing, and reloading of custom feature forms and their init scripts, from within QGIS, in my plugin, Plugin Editor [0]. I hope to do an early release next week (Mac-, Linux-only). I would appreciate any testing of editing/reloading of custom feature forms init scripts, especially complex ones like you mention, Andreas. I don't generally use them and need to do more testing. *Does anyone have a project file with data, and a lot of forms and init scripts that they could share?* Currently the reloading method used is the same as what Martin suggested. I will be trying to integrate a customized reloader.py module, with dependency tracking, etc. [1] with this function as well. [0] http://dl.dropbox.com/u/4058089/qgis/feature-forms_8b.png [1] http://osgeo-org.1560.n6.nabble.com/Changes-to-python-utils-py-td4977090.html > > Am 23.06.2012 22:04, schrieb Martin Dobias: >> Hi Andreas >> >> On Wed, Jun 20, 2012 at 4:06 PM, Andreas Neumann wrote: >>> Hi, >>> >>> I am developing a rather complex form init script. During development I >>> would like to reload the code for testing/debugging. However, I always have >>> to fully close and reopen QGIS until the code is refreshed. >>> >>> For plugins there is the plugin reloader. Is there similar refresh >>> functionality for the form init scripts? >> >> If your script is contained just in one script, then it should be >> sufficient to use this statement in python console each time you need >> to reload the init script: > reload(my_module_name) >> >> Before calling the reload first time, make sure to import the module >> also to the python console: > import my_module_name >> >> Hope that helps. Reloading in case your script consists of multiple >> files might be tricky and a better idea would be to restart qgis. In >> future there could be a feature for automatic reloads, but that would >> require dependency and module timestamp checking... >> >> Martin Regards, Larry Shaffer Dakota Cartography Black Hills, South Dakota ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
Alex Mandel wrote: > All, please coordinate this with OSGeo SAC. There are some potential > quirks to upgrading the OS on the virtual machines. If one of the QGIS folks bothers taking care of the custom add-ons, I'd offer to upgrade the Debian distro. CHeers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release problem
On 06/26/2012 02:08 PM, Giuseppe Sucameli wrote: > Hi Victor, > > On Tue, Jun 26, 2012 at 4:47 PM, Victor Olaya wrote: >> I am sorry to insist a bit, but I am having problems releasing a new >> version of SEXTANTE, due to a problem with the security of the release >> system, which does not allow path information in zip files. > > looking at the qgis-django webapp code seems that your zip file > has something wrong. > > Here's the code of the webapp that accomplish that check: > > for zname in zip.namelist(): > if zname.find('..') != -1 or zname.find(os.path.sep) == 0 : > raise ValidationError( _("For security reasons, zip file > cannot contain path informations") ) > > It seems that filenames within your zip contains also path > informations. I'm not sure I understood well what path information > is, but I suppose is something that defines where to put each file > when it's extracted. > So if you extract only one file (e.g. sextante/images/config.png) > the zip application want to put it within the sextante/images folder. > This could be a problem if you put files with path information > like "/usr" or just "/" of "../../../something". > > Which command do you use to zip the plugin folder? > This is the command I run to zip my plugins: > > zip -r PLUGIN_NAME.zip PLUGIN_FOLDER -x \*.svn* -x \*.pyc -x \*~ -x > \*entries\* -x \*.git\* > > Hope this helps. > Regards. > Right what it's trying to prevent is full paths so that a zip doesn't nefariously put stuff at / on a nix style system or C:/ on windows system. Relative directory structure should not be effected by this. So as Giuseppe points out it's a matter of finding the right zip options. Enjoy, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release problem
Hi Victor, On Tue, Jun 26, 2012 at 4:47 PM, Victor Olaya wrote: > I am sorry to insist a bit, but I am having problems releasing a new > version of SEXTANTE, due to a problem with the security of the release > system, which does not allow path information in zip files. looking at the qgis-django webapp code seems that your zip file has something wrong. Here's the code of the webapp that accomplish that check: for zname in zip.namelist(): if zname.find('..') != -1 or zname.find(os.path.sep) == 0 : raise ValidationError( _("For security reasons, zip file cannot contain path informations") ) It seems that filenames within your zip contains also path informations. I'm not sure I understood well what path information is, but I suppose is something that defines where to put each file when it's extracted. So if you extract only one file (e.g. sextante/images/config.png) the zip application want to put it within the sextante/images folder. This could be a problem if you put files with path information like "/usr" or just "/" of "../../../something". Which command do you use to zip the plugin folder? This is the command I run to zip my plugins: zip -r PLUGIN_NAME.zip PLUGIN_FOLDER -x \*.svn* -x \*.pyc -x \*~ -x \*entries\* -x \*.git\* Hope this helps. Regards. > Can anyone bypass that somehow? I could send the package to a trusted > source (someone from PSC who might check things and see that there is > nothing wrong in the package), and he could publish it directly. > > If not, I will probably upload without help files. > > Thanks, and sorry again for repeating this email. > > Regards > > Victor > ___ > Qgis-developer mailing list > Qgis-developer@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-developer -- Giuseppe Sucameli ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] [Qgis-community-team] Release problem
Hey Victor, What do you mean path information? Do you want to send me the package and I'll see if I can upload it although, I suspect I won't be able too. I don't really know that much about the plugin site code itself otherwise I would fix it for you. Tim Sutton should know/have permission to change the code. - Nathan On Wed, Jun 27, 2012 at 12:47 AM, Victor Olaya wrote: > Hi all, > > I am sorry to insist a bit, but I am having problems releasing a new > version of SEXTANTE, due to a problem with the security of the release > system, which does not allow path information in zip files. > > Can anyone bypass that somehow? I could send the package to a trusted > source (someone from PSC who might check things and see that there is > nothing wrong in the package), and he could publish it directly. > > If not, I will probably upload without help files. > > Thanks, and sorry again for repeating this email. > > Regards > > Victor > ___ > Qgis-community-team mailing list > qgis-community-t...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/qgis-community-team ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] label engin settings
Hi Andreas On Tue, Jun 26, 2012 at 8:53 AM, Andreas Neumann wrote: > Hi, > > I also agree that it should be a per layer option. > > I believe I discussed this with Marco H. already and he said there are some > technical (PAL?) issues with trying to do it per Layer only. Maybe he can > explain it - I don't remember. Indeed it's something that PAL does not currently support. But I agree that it is sometimes useful to label all features even though that would produce overlaps. We could improve PAL to place labels in two steps: 1. label features from layers where all features must be labeled, without collision detection 2. label features from the rest of layers with usual placement algorithm, labels from step 1 act as obstacles Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] error during upload new plugin
I'm trying to upload a new but it return this error: Error 500: internal application error. An email message with all error details has been sent to our staff that will fix the issue ASAP. is it a know problem? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
>>> Hi devs! >>> >>> As there will be the harder feature freeze for debian 7.0(!) in a few >>> days I took a look at our server and saw that we are running >>> >>> cat /etc/debian_version >>> 5.0.10 >>> >>> What about upgrading to 6.0 ? Any objections against it (beside that >>> some things might not run afterwards) >>> Usually debian does not make any problems while upgrading but who knows.. >>> But especially the PHP Version running on the server is already not >>> supported any more .. >>> >>> Who is brave to try an update? >>> >>> kind regards >>> Werner >> All, please coordinate this with OSGeo SAC. There are some potential >> quirks to upgrading the OS on the virtual machines. > > if it's on a VM, why not reinstalling everything afresh on a different > one, and switch when ready? > That option is possible, I'll need to verify we have enough disk space 1st and make the request to OSUOSL. Putting a ticket into trac.osgeo.org would be good to keep track of the progress. We have 2 choices, a blank or a clone. A clone might take a few minutes of downtime (10 minutes I think). Clone would obviously save time long term. Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
On 26/06/2012 17:47, Alex Mandel wrote: All, please coordinate this with OSGeo SAC. There are some potential quirks to upgrading the OS on the virtual machines. if it's on a VM, why not reinstalling everything afresh on a different one, and switch when ready? -- 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
Re: [Qgis-developer] www.qgis.org
Hi Alex On Tue, Jun 26, 2012 at 5:47 PM, Alex Mandel wrote: > > As for the websites, Django in a virtualenv will actually break on the > upgrade when the python version changes, a fresh virtualenv will need to > be created, the correct python packages re-added (pip makes this easy) > and the site files copied in. > yes, that is what I meant ;) > Sphinx I think is from backports, redmine should continue to work as is > even if the ruby gets updated slightly. > We are using (latest) Sphinx in a virtualenv as well cheers p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
On 06/26/2012 06:09 AM, Paolo Corti wrote: > On Tue, Jun 26, 2012 at 1:34 PM, Jürgen E. wrote: >> >> What about the other stuff that isn't from Debian? rails? redmine? >> sphinx maybe? >> >> >> Jürgen > > Hi Jürgen > the whole django pipe on which django apps are running (plugins, > pootle, etc...) is configured with virtualenv, so this should not be > an issue as we are installing stuff using pip (but most likely we will > need to upgrade to newest Python versions) > But we will need to re-create the environments and install the applications > Alessandro and Tim could confirm this as well > cheers > p > All, please coordinate this with OSGeo SAC. There are some potential quirks to upgrading the OS on the virtual machines. As for the websites, Django in a virtualenv will actually break on the upgrade when the python version changes, a fresh virtualenv will need to be created, the correct python packages re-added (pip makes this easy) and the site files copied in. Sphinx I think is from backports, redmine should continue to work as is even if the ruby gets updated slightly. Thanks, Alex ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] Release problem
On 26/06/2012 16:47, Victor Olaya wrote: I am sorry to insist a bit, but I am having problems releasing a new version of SEXTANTE, due to a problem with the security of the release system, which does not allow path information in zip files. Can anyone bypass that somehow? I could send the package to a trusted source (someone from PSC who might check things and see that there is nothing wrong in the package), and he could publish it directly. If not, I will probably upload without help files. I think releasing without the help files would be a damage to our users (many analyses are quite complex, and the relative module is almost useless without proper documentation). Could someone please have a look to this issue please, and find a stable solution? Thanks a lot. -- 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] Release problem
Hi all, I am sorry to insist a bit, but I am having problems releasing a new version of SEXTANTE, due to a problem with the security of the release system, which does not allow path information in zip files. Can anyone bypass that somehow? I could send the package to a trusted source (someone from PSC who might check things and see that there is nothing wrong in the package), and he could publish it directly. If not, I will probably upload without help files. Thanks, and sorry again for repeating this email. Regards Victor ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] 'reload' a layer
Hi QGIS devs, same question here but regarding rasters. I load a GDAL virtual raster that is being overwritten every time a new raster is available in a raster repository. Is there any way of reflecting the layer source updates (changes in the vrt file) in the map? In a more generic way, I'm attempting to visualize a tile-based raster, from which I cannot get all tiles at once. Do you think it could be possible in QGIS? P.S. Loading each tile as a separate layer wouldn't be possible because of performance. Thanks in advance, Germán Carrillo 2012/5/21 Germán Carrillo > Hi Carson, > > have you tried updateFieldMap() from QgsVectorLayer? I've just had a > similar problem with memory layers and it turned out to do the trick. > > Regards, > > Germán > - > [1] > http://qgis.org/api/classQgsVectorLayer.html#ae703a20367b66ef0200e972f83d1 > > 2012/5/17 G. Allegri > > You're right Carson. I used it only with a WFS layer, and in fact I see >> that WFS is the only providers that implements it. >> There would be the setDataProvider method on the vector layer but it's >> private... >> >> You've raised an important point, that I took for granted :( >> I fear that in this moment the only solution is remove it and reload it. >> giovanni >> >> >> >> 2012/5/17 Carson Farmer >> >>> Hi Giovanni, >>> >>> Thanks for the tip. To answer your question: I am trying to >>> synchronise the layer with the datasource. Having said that, I don't >>> seem to be able to get 'reload' to work. It looks like reload is >>> reimplemented in QgsVectorLayer, which in turns calls the >>> dataProvider's reloadData method, so this may vary by provider type? I >>> tried it with a shapefile and a spatialite layer, and it did not seem >>> to do anything: I deleted several fields from the shapefile and added >>> a field to the spatialite layer in an external program, and these >>> changes were not reflected when I 'reloaded' the layers. Am I missing >>> something here? Perhaps there is something else needed to get the >>> changes to 'show up'? >>> >>> Cheers, >>> >>> Carson >>> >>> On Wed, May 16, 2012 at 4:36 PM, G. Allegri wrote: >>> > Do you mean refresh the rendering or synchronizing the layer with the >>> data >>> > source? >>> > I usually use QgsMapLayer::reload() for the latter, and >>> > QgsMapCanvas::refresh() for the first. >>> > >>> > giovanni >>> > >>> > 2012/5/16 Carson Farmer >>> >> >>> >> Hi list, does anyone know of a clever way to (programmatically) reload >>> >> a layer without actually removing it and re-adding it to the layer >>> >> list. Some context: I have a layer that sometimes gets updated by an >>> >> external application, and I want to be able to 'refresh' the layer >>> >> from the Python console to reflect these changes (new features, >>> >> deleted features, new attributes, etc.). I *could* simply load the >>> >> layer again, but I'm hoping there is a more efficient way to do this >>> >> (also I want to keep the current styling, layer order, unique layer >>> >> id, etc). >>> >> >>> >> Any thoughts/ideas? Note: assume we are working with a spatialite >>> layer >>> >> for now. >>> >> >>> >> Carson >>> >> >>> >> -- >>> >> Dr. Carson J. Q. Farmer >>> >> Centre for GeoInformatics (CGI) >>> >> School of Geography and Geosciences >>> >> Irvine Building, University of St Andrews >>> >> St Andrews, Fife, KY16 9AL >>> >> Scotland, UK >>> >> ___ >>> >> Qgis-developer mailing list >>> >> Qgis-developer@lists.osgeo.org >>> >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >>> > >>> > >>> >>> >>> >>> -- >>> Dr. Carson J. Q. Farmer >>> Centre for GeoInformatics (CGI) >>> School of Geography and Geosciences >>> Irvine Building, University of St Andrews >>> St Andrews, Fife, KY16 9AL >>> Scotland, UK >>> >> >> >> ___ >> Qgis-developer mailing list >> Qgis-developer@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/qgis-developer >> >> > > > -- > --- >|\__ > (:>__)( >|/ > > Soluciones Geoinformáticas Libres > http://geotux.tuxfamily.org/ > http://twitter.com/GeoTux2 > > -- --- |\__ (:>__)( |/ Soluciones Geoinformáticas Libres http://geotux.tuxfamily.org/ http://twitter.com/GeoTux2 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] SIGABRT clicking on Load button for multiband raster
Hi all, I am not sure if this is a bug and I wonder if it just to me! I did this screencast: http://lrssvt.ns0.it/rasterRenderCrash.ogv here the backtrace: http://pastebin.com/E4QazGww -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
On Tue, Jun 26, 2012 at 1:34 PM, Jürgen E. wrote: > > What about the other stuff that isn't from Debian? rails? redmine? > sphinx maybe? > > > Jürgen Hi Jürgen the whole django pipe on which django apps are running (plugins, pootle, etc...) is configured with virtualenv, so this should not be an issue as we are installing stuff using pip (but most likely we will need to upgrade to newest Python versions) But we will need to re-create the environments and install the applications Alessandro and Tim could confirm this as well cheers p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] running qgis from build directory issues
On Tue, Jun 26, 2012 at 02:15:11PM +0200, Martin Dobias wrote: > - when QGIS is run from build directory, it doesn't copy the internal > python plugins to the build output directory - that's why sextante is > complaining about missing plugin installer. We should probably fix > that in order to provide an environment that is as similar to the > installed one as possible +1 --strk; Sent from our free software http://www.gnu.org/philosophy/free-sw.html ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] running qgis from build directory issues
On Tue, Jun 26, 2012 at 9:15 AM, Martin Dobias wrote: > Hi Etienne > > On Tue, Jun 26, 2012 at 1:45 PM, Etienne Tourigny > wrote: >> Hi all, >> >> I am running qgis from the build directory (says build-debug inside >> the source folder) with the command ./bin.output/qgis and I run into 2 >> issues. >> >> First I get a pop-up window "Python Error" about missing sextante with >> text below[1]. >> Disabling sextante did not help but uninstalling sextante resolves it. >> No other plugins complain. > > This is partly a problem of Sextante and partly QGIS problem: > - sextante should not try to do anything in __init__.py (e.g. imports) > - the imports should be moved into classFactory() so that nothing > happens unless the plugin is explicitly started. (this problem will go > away once we stop using metadata from __init__.py and only use them > from metadata.txt) > - when QGIS is run from build directory, it doesn't copy the internal > python plugins to the build output directory - that's why sextante is > complaining about missing plugin installer. We should probably fix > that in order to provide an environment that is as similar to the > installed one as possible > ok thanks for the info - would be nice to fix that > >> Second when I exit qgis I get a segfault : >> *** glibc detected *** ./output/bin/qgis: corrupted double-linked >> list: 0x0312e6f0 *** >> === Backtrace: = >> [...] >> >> gdb backtrace below [2] > > Not sure about that, if you are running latest main branch maybe that > is a side-effect of recent raster refactoring? doesn't happen if I 'make install' and run the executable in the install path though > > Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] running qgis from build directory issues
Hi Etienne On Tue, Jun 26, 2012 at 1:45 PM, Etienne Tourigny wrote: > Hi all, > > I am running qgis from the build directory (says build-debug inside > the source folder) with the command ./bin.output/qgis and I run into 2 > issues. > > First I get a pop-up window "Python Error" about missing sextante with > text below[1]. > Disabling sextante did not help but uninstalling sextante resolves it. > No other plugins complain. This is partly a problem of Sextante and partly QGIS problem: - sextante should not try to do anything in __init__.py (e.g. imports) - the imports should be moved into classFactory() so that nothing happens unless the plugin is explicitly started. (this problem will go away once we stop using metadata from __init__.py and only use them from metadata.txt) - when QGIS is run from build directory, it doesn't copy the internal python plugins to the build output directory - that's why sextante is complaining about missing plugin installer. We should probably fix that in order to provide an environment that is as similar to the installed one as possible > Second when I exit qgis I get a segfault : > *** glibc detected *** ./output/bin/qgis: corrupted double-linked > list: 0x0312e6f0 *** > === Backtrace: = > [...] > > gdb backtrace below [2] Not sure about that, if you are running latest main branch maybe that is a side-effect of recent raster refactoring? Martin ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
[Qgis-developer] running qgis from build directory issues
Hi all, I am running qgis from the build directory (says build-debug inside the source folder) with the command ./bin.output/qgis and I run into 2 issues. First I get a pop-up window "Python Error" about missing sextante with text below[1]. Disabling sextante did not help but uninstalling sextante resolves it. No other plugins complain. Second when I exit qgis I get a segfault : *** glibc detected *** ./output/bin/qgis: corrupted double-linked list: 0x0312e6f0 *** === Backtrace: = [...] gdb backtrace below [2] Is this supposed to happen, or should I do something to avoid this? None of these happen if I do a 'make install' and run the installed qgis. thanks Etienne [1] Couldn't load plugin 'sextante' from ['/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python', '/home/tourigny/.qgis//python', '/home/tourigny/.qgis//python/plugins', '', '/home/softdev/lib/python2.7/site-packages/distribute-0.6.21-py2.7.egg', '/home/softdev/lib/python2.7/site-packages/pip-1.0.2-py2.7.egg', '/home/softdev/lib/python2.7/site-packages/GDAL-1.9.1-py2.7-linux-x86_64.egg', '/home/softdev/lib/python2.7/site-packages', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode'] Traceback (most recent call last): File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 143, in loadPlugin __import__(packageName) File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/tourigny/.qgis//python/plugins/sextante/__init__.py", line 1, in from sextante.SextantePlugin import SextantePlugin File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/tourigny/.qgis//python/plugins/sextante/SextantePlugin.py", line 6, in from sextante.core.Sextante import Sextante File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/tourigny/.qgis//python/plugins/sextante/core/Sextante.py", line 17, in from sextante.grass.GrassAlgorithmProvider import GrassAlgorithmProvider File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/tourigny/.qgis//python/plugins/sextante/grass/GrassAlgorithmProvider.py", line 7, in from sextante.grass.GrassUtils import GrassUtils File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/tourigny/.qgis//python/plugins/sextante/grass/GrassUtils.py", line 8, in import plugin_installer File "/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python/qgis/utils.py", line 309, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ImportError: No module named plugin_installer Python version: 2.7.2+ (default, Oct 4 2011, 20:41:12) [GCC 4.6.1] QGIS version: 1.9.0-Master Master, 52d9f3a Python path: ['/data/src/qgis/qgis-etiennesky/build-debug/output/bin/../python', '/home/tourigny/.qgis//python', '/home/tourigny/.qgis//python/plugins', '', '/home/softdev/lib/python2.7/site-packages/distribute-0.6.21-py2.7.egg', '/home/softdev/lib/python2.7/site-packages/pip-1.0.2-py2.7.egg', '/home/softdev/lib/python2.7/site-packages/GDAL-1.9.1-py2.7-linux-x86_64.egg', '/home/softdev/lib/python2.7/site-packages', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-linux2', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PIL', '/usr/lib/python2.7/dist-packages/gst-0.10', '/usr/lib/python2.7/dist-packages/gtk-2.0', '/usr/lib/pymodules/python2.7', '/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode'] [2] Program received signal SIGABRT, Aborted. 0x712823a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt #0 0x712823a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x71285b0b in __GI_abort () at abort.c:92 #2 0x712bbd63 in __libc_mess
Re: [Qgis-developer] www.qgis.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi >> cat /etc/debian_version 5.0.10 > > And that was news to you? ;) Not really - but to be honest I hoped that we would already have a 6.0 ;) > What about the other stuff that isn't from Debian? rails? redmine? > sphinx maybe? Thats the things I am worrying about .. otherwise I think it would not be a problem to upgrade .. apache,php and mysql is not problem .. but who else installed something which is not included in standard debian packages? regards Werner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/pn18ACgkQDAH1YiCxBgmB8QCcD+Md1ey/eXUotALRp+qSklRs GhEAnRVlECO5sErWxSaWHOkvvm3Oj5g8 =mQJv -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
Hi Werner, On Tue, 26. Jun 2012 at 10:33:40 +0200, Werner Macho wrote: > As there will be the harder feature freeze for debian 7.0(!) in a few > days I took a look at our server and saw that we are running > cat /etc/debian_version > 5.0.10 And that was news to you? ;) > What about upgrading to 6.0 ? Any objections against it (beside that > some things might not run afterwards) ;) > Usually debian does not make any problems while upgrading but who knows.. > But especially the PHP Version running on the server is already not > supported any more .. What about the other stuff that isn't from Debian? rails? redmine? sphinx maybe? Jürgen -- Jürgen E. Fischer norBIT GmbH Tel. +49-4931-918175-31 Dipl.-Inf. (FH) Rheinstraße 13Fax. +49-4931-918175-50 Software Engineer D-26506 Norden http://www.norbit.de committ(ed|ing) to Quantum GIS IRC: jef on FreeNode -- norBIT Gesellschaft fuer Unternehmensberatung und Informationssysteme mbH Rheinstrasse 13, 26506 Norden GF: Jelto Buurman, HR: Amtsgericht Emden, HRB 5502 ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there already an django app? I think we still have to stick to joomla for a while .. I'll try a upgrade to latest joomla 2.5 once the server is up to some latest versions. probably it will work (maybe not) .. but it is worth a try. I can also try to bring debian to the latest version but I don't know what else is running for different things on the machine .. I myself only use mysql, php and apache .. but i think there are also some postgres db and django and other things where i (currently) have no clue of howto upgrade it .. kind regards Werner On 06/26/2012 11:03 AM, Paolo Cavallini wrote: > On 26/06/2012 10:33, Werner Macho wrote: > >> Who is brave to try an update? > > agree, better upgrading. I can do it, but probably better if the > current admin does it, as he should have a clear picture of > potential pitfalls. BTW, do I remember correctly that we planned to > move all the site to the django app? If so, perhaps better wait for > this before upgrading? All the best. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/pg6oACgkQDAH1YiCxBgkjigCeLRagKny4koOtlbZ8x3DON9I5 tD8An3xCRSac+70Et6T1SIZRmJpk9JW7 =ySMI -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] www.qgis.org
On 26/06/2012 10:33, Werner Macho wrote: Who is brave to try an update? agree, better upgrading. I can do it, but probably better if the current admin does it, as he should have a clear picture of potential pitfalls. BTW, do I remember correctly that we planned to move all the site to the django app? If so, perhaps better wait for this before upgrading? 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
[Qgis-developer] www.qgis.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi devs! As there will be the harder feature freeze for debian 7.0(!) in a few days I took a look at our server and saw that we are running cat /etc/debian_version 5.0.10 What about upgrading to 6.0 ? Any objections against it (beside that some things might not run afterwards) ;) Usually debian does not make any problems while upgrading but who knows.. But especially the PHP Version running on the server is already not supported any more .. Who is brave to try an update? kind regards Werner -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/pc+QACgkQDAH1YiCxBgkROgCfUKf4soVWLE6Aoni/aK3b7/n7 WaMAoIAMvCii+4ukr/VQb2NAqkV8NAmT =5FKh -END PGP SIGNATURE- ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] TauDEM
wow!! thank you for this effort -- View this message in context: http://osgeo-org.1560.n6.nabble.com/TauDEM-tp4983821p4983845.html Sent from the Quantum GIS - Developer mailing list archive at Nabble.com. ___ Qgis-developer mailing list Qgis-developer@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-developer
Re: [Qgis-developer] TauDEM
On 26/06/2012 09:40, Alexander Bruy wrote: If there are any additional questions, I'll try to answer. Thanks a lot Alex - I think packaging is the main stumbling block, so any effort removing it will be most welcome. 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
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