[Qgis-user] plugin installer missing in qgis 1.0 (ubuntu hardy binary)
Hi! After uninstalling the preview and installing 1.0 I cant find "Fetch python plugins" under Plugins and Plugin installer is not listed by Manage Plugins. Also, /usr/share/qgis/doc/index.html points to /usr/share/qgis/doc/userguide.pdf, while the pdf file is actually under /usr/share/doc/qgis Agus -- Dr. Agustin Lobo Institut de Ciencies de la Terra "Jaume Almera" (CSIC) LLuis Sole Sabaris s/n 08028 Barcelona Spain Tel. 34 934095410 Fax. 34 934110012 email: agustin.l...@ija.csic.es http://www.ija.csic.es/gt/obster ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugin installer missing in qgis 1.0 (ubuntu hardy binary)
Hi, On Sun, 04 Jan 2009 15:01:18 +0100 Agustin Lobo wrote: > Hi! > > After uninstalling the preview and installing 1.0 > I cant find "Fetch python plugins" under Plugins > and Plugin installer is not listed by Manage Plugins. > > Also, /usr/share/qgis/doc/index.html points to > /usr/share/qgis/doc/userguide.pdf, while the pdf file is actually under > /usr/share/doc/qgis Upps - I missed that and saw that the current pdf in the QGIS 1.0.0 sources at ./doc/userguide.pdf is an old version 0.9.1 manual. I suggest that we make some general changes to: a) Help -> Help Contents (...qgis/doc/index.html) Here we have links to the 0.9.1 Installation and User Guide coming with the source code. These links should be removed, because it the documentation team will never be able to have the manual updates done, when QGIS is branched or tagged for a new release. Instead I would prefer to link to the web site with the note: "A current version of the QGIS manual and translations are provided at http://qgis.osgeo.org/documentation/manuals.html. Older versions are available at http://download.osgeo.org/qgis/doc/manual/."; b) We should remove the ./doc/userguide.pdf from the sources. As described above, that manual will never be up-to-date and therefore doesn't make sense. regards, Otto > Agus > ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: GRASS raster reading to QGIS 1.0.0 Kore
2009/1/4 Patrick Giraudoux : > Seems that I can narrow the question now. Actually, QGIS Kore reads GRASS > maps well except when the maps have been created from raster ramp color > have been optimized with i.landsat.rgb. For example in GRASS: > > r.composite r=etm7 g=etm5 b=etm2 out=south752brut > > makes a map 'south752brut' which is well read within QGIS > > Now if I do: > i.landsat.rgb r=etm7 g=etm5 b=etm2 > r.composite r=etm7 g=etm5 b=etm2 out=south752opt > > it makes a map 'south752opt' which is extremly long to read (several > minutes), and when read makes change (displacement, zoom, etc...) extremely > long to be displayed at a speed that prevent any work > > However, 'south752opt' and 'south752brut' are quick/normally displayed both > at the same speed when on work within GRASS (e.g. d.rast south752opt) > > Any hint ? Hi Patrick, we're using GDAL library to access GRASS rasters, so the problem may be there. I would suggest you to try reading the raster in some other GDAL-based software [1] to see whether it also suffers slow performance. If so, file a bug for GDAL, if the problem happens only in QGIS file a ticket for QGIS with details. Martin [1] https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugin installer missing in qgis 1.0 (ubuntu hardy binary)
True, I was missing a click on the python-qgis package in Synaptic. Anyway, the problem I have now after installing python-qgis 1.0.0.~hardy is that the plugin manager states that "Plugin Installer (Version 0.06.2) [incompatible]" and cannot select it. (Note that I selected "complete removal" of the preview packages in Synaptic before the new install). I see that the *.pyc files in /usr/share/qgis/python/plugins/plugin_installer have date as of 2009-01-04 but the *.py files are dated 2008-12-23 Agus Borys Jurgiel wrote: Sunday 04 January 2009 15:01:18 Agustin Lobo napisał(a): Hi! After uninstalling the preview and installing 1.0 I cant find "Fetch python plugins" under Plugins and Plugin installer is not listed by Manage Plugins. Also, /usr/share/qgis/doc/index.html points to /usr/share/qgis/doc/userguide.pdf, while the pdf file is actually under /usr/share/doc/qgis Agus Probably the Python support is missing (I assume other Python plugins are also missing). Have you the 'python-qgis' or similar package installed? Maybe the old one is still present? -- Dr. Agustin Lobo Institut de Ciencies de la Terra "Jaume Almera" (CSIC) LLuis Sole Sabaris s/n 08028 Barcelona Spain Tel. 34 934095410 Fax. 34 934110012 email: agustin.l...@ija.csic.es http://www.ija.csic.es/gt/obster ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: GRASS raster reading to QGIS 1.0.0 Kore
Martin Dobias a écrit : 2009/1/4 Patrick Giraudoux : Seems that I can narrow the question now. Actually, QGIS Kore reads GRASS maps well except when the maps have been created from raster ramp color have been optimized with i.landsat.rgb. For example in GRASS: r.composite r=etm7 g=etm5 b=etm2 out=south752brut makes a map 'south752brut' which is well read within QGIS Now if I do: i.landsat.rgb r=etm7 g=etm5 b=etm2 r.composite r=etm7 g=etm5 b=etm2 out=south752opt it makes a map 'south752opt' which is extremly long to read (several minutes), and when read makes change (displacement, zoom, etc...) extremely long to be displayed at a speed that prevent any work However, 'south752opt' and 'south752brut' are quick/normally displayed both at the same speed when on work within GRASS (e.g. d.rast south752opt) Any hint ? Hi Patrick, we're using GDAL library to access GRASS rasters, so the problem may be there. I would suggest you to try reading the raster in some other GDAL-based software [1] to see whether it also suffers slow performance. If so, file a bug for GDAL, if the problem happens only in QGIS file a ticket for QGIS with details. Martin [1] https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal Ok. I will try and come back with the result ASAP. Additionally before your mail I have made some other trials that may (?) help to understand what happens... Looks like corroborating your suspicion about bad interactions between rgdal and qgis. When I export the file using r.out.gdal format=GTiff and then try and read the tif file externally from QGIS, I have the same (bad/slow) result as when reading the grass file from QGIS within GRASS. Then, if I export the GRASS file with r.out.tiff I get a file which is easily read from QGIS and correctly (quickly) displayed as a three band tif object (as an external raster, of course). Furthermore, what surprises me is that when I read a raster GRASS file created with r.composite within QGIS, I get a 1-grey band file with "color palette" ("palette de couleur" in French) activated in the "properties" box of the layer (however, I was more expecting a three band rgb). Do those info put you a bit more clearly on the track ? Thanks for your ideas and advice to where to adress the trouble... Patrick begin:vcard fn:Patrick Giraudoux n:Giraudoux;Patrick org;quoted-printable:Universit=C3=A9 de Franche-Comt=C3=A9;Chrono-environnement, UMR CNRS 6249 usc INRA adr;quoted-printable:;;1 place Leclerc;Besan=C3=A7on;;25030;France email;internet:patrick.giraud...@univ-fcomte.fr title;quoted-printable:Professeur d'=C3=A9cologie tel;work:+33 381 665 745 tel;fax:+33 381 665 797 version:2.1 end:vcard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: GRASS raster reading to QGIS 1.0.0 Kore
Patrick Giraudoux ha scritto: > Do those info put you a bit more clearly on the track ? This (rather intricated, IMV) issue has been extensively discussed on GRASS ML, so I suggest you to search there to better understand what's going on. It does not seem a QGIS problem, however. All the best. pc -- Paolo Cavallini: http://faunalia.it/pc ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: GRASS raster reading to QGIS 1.0.0 Kore
Seems that I can narrow the question now. Actually, QGIS Kore reads GRASS maps well except when the maps have been created from raster ramp color have been optimized with i.landsat.rgb. For example in GRASS: r.composite r=etm7 g=etm5 b=etm2 out=south752brut makes a map 'south752brut' which is well read within QGIS Now if I do: i.landsat.rgb r=etm7 g=etm5 b=etm2 r.composite r=etm7 g=etm5 b=etm2 out=south752opt it makes a map 'south752opt' which is extremly long to read (several minutes), and when read makes change (displacement, zoom, etc...) extremely long to be displayed at a speed that prevent any work However, 'south752opt' and 'south752brut' are quick/normally displayed both at the same speed when on work within GRASS (e.g. d.rast south752opt) Any hint ? Patrick Patrick Giraudoux a écrit : Dear all, I am working on Ubuntu Hardy. I have just updated from QGIS Metis to Kore 1.0.0, and to my surprise, GRASS raster reading has become extremely slow, whatever the context (QGIS launched withing GRASS 6.3 or from outside). Even small rasters take minutes before being displayed (against fraction of second on Metis). Otherwise, raster import (eg tif) is working OK when GRASS is not concerned... Any idea about what is happening ? Patrick begin:vcard fn:Patrick Giraudoux n:Giraudoux;Patrick org;quoted-printable:Universit=C3=A9 de Franche-Comt=C3=A9;Chrono-environnement, UMR CNRS 6249 usc INRA adr;quoted-printable:;;1 place Leclerc;Besan=C3=A7on;;25030;France email;internet:patrick.giraud...@univ-fcomte.fr title;quoted-printable:Professeur d'=C3=A9cologie tel;work:+33 381 665 745 tel;fax:+33 381 665 797 version:2.1 end:vcard ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Re: GRASS raster reading to QGIS 1.0.0 Kore
Patrick Giraudoux wrote: Martin Dobias a écrit : 2009/1/4 Patrick Giraudoux : Seems that I can narrow the question now. Actually, QGIS Kore reads GRASS maps well except when the maps have been created from raster ramp color have been optimized with i.landsat.rgb. For example in GRASS: r.composite r=etm7 g=etm5 b=etm2 out=south752brut makes a map 'south752brut' which is well read within QGIS Now if I do: i.landsat.rgb r=etm7 g=etm5 b=etm2 r.composite r=etm7 g=etm5 b=etm2 out=south752opt it makes a map 'south752opt' which is extremly long to read (several minutes), and when read makes change (displacement, zoom, etc...) extremely long to be displayed at a speed that prevent any work However, 'south752opt' and 'south752brut' are quick/normally displayed both at the same speed when on work within GRASS (e.g. d.rast south752opt) Any hint ? Hi Patrick, we're using GDAL library to access GRASS rasters, so the problem may be there. I would suggest you to try reading the raster in some other GDAL-based software [1] to see whether it also suffers slow performance. If so, file a bug for GDAL, if the problem happens only in QGIS file a ticket for QGIS with details. Martin [1] https://trac.osgeo.org/gdal/wiki/SoftwareUsingGdal Ok. I will try and come back with the result ASAP. Additionally before your mail I have made some other trials that may (?) help to understand what happens... Looks like corroborating your suspicion about bad interactions between rgdal and qgis. When I export the file using r.out.gdal format=GTiff and then try and read the tif file externally from QGIS, I have the same (bad/slow) result as when reading the grass file from QGIS within GRASS. Then, if I export the GRASS file with r.out.tiff I get a file which is easily read from QGIS and correctly (quickly) displayed as a three band tif object (as an external raster, of course). Furthermore, what surprises me is that when I read a raster GRASS file created with r.composite within QGIS, I get a 1-grey band file with "color palette" ("palette de couleur" in French) activated in the "properties" box of the layer (however, I was more expecting a three band rgb). Do those info put you a bit more clearly on the track ? Thanks for your ideas and advice to where to adress the trouble... Patrick Some months ago there was discussion on this list pointing to two possible reasons for slow rendering of rasters: http://www.mail-archive.com/qgis-user@lists.osgeo.org/msg00813.html One was tiled rasters. For some reason it seemed like rasters with tiles (created with gdal_translate -co "TILED=YES") rendered somewhat slowly. The second problem was incorrect CRS headers in the raster. Setting the correct projection header with gdalwarp caused tiffs to render faster. I don't know if this is relevant to your case. (Does i.landsat.rgb set CRS headers??) But it's worth checking. -- Micha This mail was received via Mail-SeCure System. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user This mail was received via Mail-SeCure System. ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugin installer missing in qgis 1.0 (ubuntu hardy binary)
On niedziela 04 styczeń 2009 18:34:54 Agustin Lobo wrote: > True, I was missing a click on the python-qgis package in Synaptic. > Anyway, the problem I have now after installing python-qgis 1.0.0.~hardy > is that > the plugin manager states that "Plugin Installer (Version 0.06.2) > [incompatible]" > and cannot select it. (Note that I selected "complete removal" of the > preview > packages in Synaptic before the new install). I see that the > *.pyc files in /usr/share/qgis/python/plugins/plugin_installer > have date as of 2009-01-04 > but the *.py files are dated 2008-12-23 The plugin installer in /usr/share/qgis is 0.9.8, but is masked by an old and incompatible version (0.06.2) placed in ~/.qgis/python/plugins/ - just remove the plugin_installer directory from there. Unfortunately a plugin in your home directory always masks its instance placed in the /usr location regardless of the versions. I'll think how to improve this behaviour. Regards, B ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] plugin installer missing in qgis 1.0 (ubuntu hardy binary)
True again, thanks. I should have remembered this as I had the same problem in previous upgrades! Perhaps the download page should include a notice telling users to remove or rename their ~/.qgis/python/plugins directory. Also, while the masking behaviour is probably appropriate, including a message in the Plugin manager reminding the user that the masking is actually taking place would be very useful. I.e., replacing "Plugin Installer (Version 0.06.2) [incompatible]" by "Plugin Installer Masked by Version 0.06.2 [incompatible] in your ~/.qgis/python/plugins directory" or something like that, Agus Borys Jurgiel wrote: On niedziela 04 styczeń 2009 18:34:54 Agustin Lobo wrote: True, I was missing a click on the python-qgis package in Synaptic. Anyway, the problem I have now after installing python-qgis 1.0.0.~hardy is that the plugin manager states that "Plugin Installer (Version 0.06.2) [incompatible]" and cannot select it. (Note that I selected "complete removal" of the preview packages in Synaptic before the new install). I see that the *.pyc files in /usr/share/qgis/python/plugins/plugin_installer have date as of 2009-01-04 but the *.py files are dated 2008-12-23 The plugin installer in /usr/share/qgis is 0.9.8, but is masked by an old and incompatible version (0.06.2) placed in ~/.qgis/python/plugins/ - just remove the plugin_installer directory from there. Unfortunately a plugin in your home directory always masks its instance placed in the /usr location regardless of the versions. I'll think how to improve this behaviour. Regards, B -- Dr. Agustin Lobo Institut de Ciencies de la Terra "Jaume Almera" (CSIC) LLuis Sole Sabaris s/n 08028 Barcelona Spain Tel. 34 934095410 Fax. 34 934110012 email: agustin.l...@ija.csic.es http://www.ija.csic.es/gt/obster ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user