Re: [Qgis-user] Win qgis1.0preview2 crashes
Tried, no luck. This is what I did: 1. Uninstall Qgis 2. Run regedit in the windows terminal 3. Searched for quantumgis in the registry editor 4. Deleted the quantumgis folder from the software folder in the registry 5. Rebooted 6. Installed QGIS 7. Run qgis and after displaying a vector file tried to set Properties and... crashed. I'm giving up, will not use the win version of qgis on this computer, the ubuntu version works and I use ubuntu most of the time. Thanks to all who tried to help! Agus Goyo escribió: I found this sometime ago and deleting it solved a problem with toolbars configuration[1]. Maybe it helps you. /hkcu/software/quantumgis [1] http://lists.osgeo.org/pipermail/qgis-user/2008-February/002339.html El vie, 14-11-2008 a las 11:49 +0100, Agustin Lobo escribió: Thank you all for the answers: 1. Re-installing windows: not being a windows user, I'd rather get another PC than re-installing windows. It's true that qgis preview2 works fine on other win computers (even the old one I have at home), but it's also true that other programs work fine on this laptop and that I would have to reinstall too many things. 2. Registry cleaning: looks feasible. I have a program called registry cleaner, what should I look for? 3. video driver; I'd look for an updated version: mine is Mobile Intel 945GM Express Chipset 6.14.10.4436 28/11/2005 and have not found anything better/more modern. May be the cause is that I have SP2 and not SP3? (I'm reluctant to upgrade to SP3 as this caused lots of problems in another computer) Agus Goyo wrote: In case it is a configuration issue, deleting directories in Windows won't work because it's stored in the registry. Maybe some registry cleaning can help. El jue, 13-11-2008 a las 16:17 +0100, Agustin Lobo escribió: Dear list, Regarding the windows version, I have the same problem with preview2 than I had with preview1 on a winXP laptop: after few operations, QGIS always crashes. In particular, after selecting the Properties tab of any layer. I've uninstalled, deleted the directory, rebooted, installed again... same problem. This problem does not occur on other win machines (although I've not been able to test on many, I'm not a windows user most of the time). I've run the program from a console, but no messages are printed to it in the win version. Any clue on what could be happening? It's annoying, as this is the laptop that I use most of the time, and some people want to see qgis running on win. The same laptop runs ubuntu 8.04, no problem there. Thanks! 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: [EMAIL PROTECTED] 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] qgis extremly slow on grass data. More info
Hi I tried to gather more information about the problem to create ticket, and it seems a different problem. Map was created with Bovrey sharpening. It is Uint16 and its color table has 2050 entities. First I trim the size of the map to 853x943 (it is not large data set), but the problem still exist. I tried to export that map to UInt16 GtIff to attach it, and I cannot, I recive empty (null bitmap) file. I can it still export to Int16Gtiff as gray without the problem the warnings I recive on console from qgis: Warning: QPainter::end: Painter not active, aborted Warning: QPainter::begin: Cannot paint on a null pixmap Warning: QPainter::end: Painter not active, aborted Warning: QPixmap::scaled: Pixmap is a null pixmap So It looks rather like gdal problem with that particular map (Uint16 with full color table) If I remove that color table to more simple (for example grey) everything works fine. So If I send the sample dataset problem may not be reproducable. To reproduce this problem I did as following: In grass I used region as before: 853x943 r.surf.random output=random min=0 max=32100 r.mapcalc int_random = int(random) g.copy rast=int_random,int_random_col r.colors map=int_random_col color=random And next I add data to qgis. With map named random there were no problems. With map with random_col where I assigned random pallete time of reading was over 5 minut (after that I kill qgis) So if someone more experienced can reproduce that problem as I described and distinguish it is gdal or qgis problem. greetings Jarek configuration: Ubuntu 8.04 i386, grass 6.4.svn, gdal 1.5.3 with grass plugin Qt 4.3.4 RAM 2GB, CPU AMD4800+ last svn up compilation of qgis and grass: 12.11.2008 gdal ins't svn Tim Sutton pisze: Hi Jarek Could you open a ticket in trac for this and if possible attach a sample dataset that replicates the issue. Be sure to include also the configuration details from your message below. Thanks ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] qgis extremly slow on grass data. More info
Hi On Sat, 2008-11-15 at 13:02 +0100, Jarek Jasiewicz wrote: Hi I tried to gather more information about the problem to create ticket, and it seems a different problem. Map was created with Bovrey sharpening. It is Uint16 and its color table has 2050 entities. First I trim the size of the map to 853x943 (it is not large data set), but the problem still exist. I tried to export that map to UInt16 GtIff to attach it, and I cannot, I recive empty (null bitmap) file. I can it still export to Int16Gtiff as gray without the problem the warnings I recive on console from qgis: Warning: QPainter::end: Painter not active, aborted Warning: QPainter::begin: Cannot paint on a null pixmap Warning: QPainter::end: Painter not active, aborted Warning: QPixmap::scaled: Pixmap is a null pixmap So It looks rather like gdal problem with that particular map (Uint16 with full color table) If I remove that color table to more simple (for example grey) everything works fine. So If I send the sample dataset problem may not be reproducable. To reproduce this problem I did as following: In grass I used region as before: 853x943 r.surf.random output=random min=0 max=32100 r.mapcalc int_random = int(random) g.copy rast=int_random,int_random_col r.colors map=int_random_col color=random And next I add data to qgis. With map named random there were no problems. With map with random_col where I assigned random pallete time of reading was over 5 minut (after that I kill qgis) So if someone more experienced can reproduce that problem as I described and distinguish it is gdal or qgis problem. greetings Jarek configuration: Ubuntu 8.04 i386, grass 6.4.svn, gdal 1.5.3 with grass plugin Qt 4.3.4 RAM 2GB, CPU AMD4800+ last svn up compilation of qgis and grass: 12.11.2008 gdal ins't svn Ok it would be interesting to see what happens if you try to open the dataset in Grass (native gui not via QGIS). And what are access times if you use gdal command line tools? Regards Tim 8--snip -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Visit http://linfiniti.com to find out about: * QGIS programming services * Mapserver and PostGIS based hosting plans * FOSS Consulting Support Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == signature.asc Description: This is a digitally signed message part ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [QGIS-user] Using GRASS' shell from within QGIS
On Sat, 2008-11-15 at 07:52 +0100, Nikos Alexandris wrote: Concerning this thread's specific issue (the GRASS terminal - if I may call it so) my guess is that any developer would like this shell to make full (and normal) use of the standard keys (left right arrow, home end). Otherwise the terminal is not functional (e.g. when I type a command and for some reason I want to go back or in the beginning of the line to add something more or correct and the cursor does not respond the standard way). So I just want to remind that it should work like any other terminal. In the Extreme Case Scenario that the developer's intentions are that the GRASS terminal should work like that, then I would be satisfied with a statement in the beginning like this terminal resembles the GRASS shell... in this way or the other way. The keys a, b, c don't work as usual... . I read again Alex's comment: I don't think it's a bug, I think it's a lack of features possibly due to a lack of features in QT. I'll let the developers weigh in on it but suggest you file a feature request on trac.osgeo.org/qgis Alex Well, if it is a limitation due to QT then there is not much that can be done quickly. Hopefully it will change. I'll file a reminder ticket about this. Thank you, Nikos ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
Re: [Qgis-user] Mac OS X: QGIS 1.0 Preview 2 Crashes
On Sat, Nov 15, 2008 at 5:03 AM, William Kyngesburye [EMAIL PROTECTED] wrote: On Nov 14, 2008, at 7:04 PM, William Kyngesburye wrote: Hmmm... A possibility: compile and link statically as Qgis does now, use install_name_tool to change the python link to drop the path (this is how the Qt frameworks are initially). The linker at runtime then will use DYLD_FRAMEWORK_PATH and its internal default path to search for the python binary. A pseudo-dynamic linking, no need to fuss with dlopen() and searching for python or a preference. A user-installed python framework will override the system python, as expected. Victory! I patched SIP to compile as a bundle, with no direct link to Python. Rebuild PyQt and it followed. Rebuild Qgis, and the qgis-python modules are also now correct. Then, changed libqgispython to drop the full path to Python binary (I built with system Python). Glad to hear that! Thanks for the effort! Martin ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] administrator rights and writing permission
Dear Listers, Using GRASS/QGIS under Linux usually, I am using QGIS 0.11.0 Metis under Windows on a teaching purpose and meet a problem with the writing permission given by default. All the students and myself are working with limited accounts, the administrator account being used just for managing the computers (this practice is recommendable for security and even compulsory under UNIX). When I try to start a shell session in GRASS (grass tools), I get this message: mkdir: cannot create directory `/home': Permission denied sh: cd: /home/giraudoux: No such file or directory and then can work normally. I was not that much worried about that until I found that some GRASS functions (e.g. i.fusion.brovey)must write in the directory /home, of course unsuccessfully and thus fail. They can be used only if one has full rights on the computer including writing on the C:\Program Files directory (actually quite dodgy on a routine basis). My question(s): am I right with this ? If so, is there a way to specify a by default directory other than C: that could be used for writing (e.g. into another partition, or into e.g. the application data of the user) ? Thanks in advance for any hint, Patrick begin:vcard fn:Patrick Giraudoux n:Giraudoux;Patrick org;quoted-printable:Universit=C3=A9 de Franche-Comt=C3=A9;Chrono-environnement, UMR UFC-CNRS 6249 usc INRA adr;quoted-printable:;;1, place Leclerc;Besan=C3=A7on;;25030;France email;internet:[EMAIL PROTECTED] 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] administrator rights and writing permission
Patrick Giraudoux wrote: Dear Listers, Using GRASS/QGIS under Linux usually, I am using QGIS 0.11.0 Metis under Windows on a teaching purpose and meet a problem with the writing permission given by default. All the students and myself are working with limited accounts, the administrator account being used just for managing the computers (this practice is recommendable for security and even compulsory under UNIX). When I try to start a shell session in GRASS (grass tools), I get this message: mkdir: cannot create directory `/home': Permission denied sh: cd: /home/giraudoux: No such file or directory and then can work normally. I was not that much worried about that until I found that some GRASS functions (e.g. i.fusion.brovey)must write in the directory /home, of course unsuccessfully and thus fail. They can be used only if one has full rights on the computer including writing on the C:\Program Files directory (actually quite dodgy on a routine basis). My question(s): am I right with this ? If so, is there a way to specify a by default directory other than C: that could be used for writing (e.g. into another partition, or into e.g. the application data of the user) ? Thanks in advance for any hint, Try setting the Windows HOME and/or HOMEDIR environment variable to point to user-writable directory. -gary -- -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- Gary Sherman Chair, QGIS Project Steering Committee -Micro Resources: http://mrcc.com *Geospatial Hosting *Web Site Hosting -Desktop GIS Book: *http://desktopgisbook.com We work virtually everywhere -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_- ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
[Qgis-user] Re: [Qgis-developer] QGIS 1.0.0 Preview II packaged for Debian Testing (Lenny)
Hi Many thanks Niccolo, I have added it to : http://download.qgis.org Regards Tim On Sat, 2008-11-15 at 08:29 +0100, Niccolo Rigacci wrote: Binary i386 package for Debian Testing (Lenny) is available at: deb http://debian.gfoss.it/ lenny main The signing key was expired, install the new one with: wget http://debian.gfoss.it/debian-gfoss.key -O - | apt-key add - The new preview version is apt-gettable. The previous version (0.11.0) is still in the repository, but you have to donwload and install it manually. -- Tim Sutton - QGIS Project Steering Committee Member (Release Manager) == Visit http://linfiniti.com to find out about: * QGIS programming services * Mapserver and PostGIS based hosting plans * FOSS Consulting Support Services Skype: timlinux Irc: timlinux on #qgis at freenode.net == signature.asc Description: This is a digitally signed message part ___ Qgis-user mailing list Qgis-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/qgis-user
