Re: [GRASS-user] GRASS Extensions Manager -- compiling difficulties
Here the full error messages: make MODULE_TOPDIR=/usr/lib/grass64/ mkdir -p /tmp/buildd/grass-6.4.0~rc4/bin.i486-pc-linux-gnu mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include/grass mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/lib mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/bin mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/etc mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/driver mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/driver/db mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/fonts gcc -I/tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include -Wall -g -O-D_FILE_OFFSET_BITS=64 -DPACKAGE=\grassmods\ -I/tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include -o OBJ.i486-pc-linux-gnu/main.o -c main.c main.c:20:23: Fehler: grass/gis.h: No such file or directory main.c:21:27: Fehler: grass/glocale.h: No such file or directory main.c: In Funktion »main«: main.c:63: Fehler: Speichergröße von »cellhd« ist unbekannt main.c:79: Fehler: Speichergröße von »history« ist unbekannt main.c:111: Fehler: »DCELL« nicht deklariert (erste Benutzung in dieser Funktion) main.c:111: Fehler: (Jeder nicht deklarierte Bezeichner wird nur einmal aufgeführt main.c:111: Fehler: für jede Funktion in der er auftritt.) main.c:111: Fehler: »outrast« nicht deklariert (erste Benutzung in dieser Funktion) main.c:115: Fehler: »RASTER_MAP_TYPE« nicht deklariert (erste Benutzung in dieser Funktion) main.c:115: Fehler: expected »;« before »in_data_type« main.c:117: Fehler: expected »;« before »out_data_type« main.c:127: Warnung: Implizite Deklaration der Funktion »G_gisinit« main.c:129: Warnung: Implizite Deklaration der Funktion »G_define_module« main.c:129: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:130: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:130: Warnung: Implizite Deklaration der Funktion »_« main.c:131: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:136: Warnung: Implizite Deklaration der Funktion »G_define_standard_option« main.c:136: Fehler: »G_OPT_R_INPUTS« nicht deklariert (erste Benutzung in dieser Funktion) main.c:136: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:137: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:139: Warnung: Implizite Deklaration der Funktion »G_define_option« main.c:139: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:140: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:141: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:141: Fehler: »TYPE_DOUBLE« nicht deklariert (erste Benutzung in dieser Funktion) main.c:142: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:142: Fehler: »YES« nicht deklariert (erste Benutzung in dieser Funktion) main.c:143: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:144: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:146: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:147: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:148: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:149: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:150: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:151: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:153: Fehler: »G_OPT_R_OUTPUT« nicht deklariert (erste Benutzung in dieser Funktion) main.c:153: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:154: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:158: Warnung: Implizite Deklaration der Funktion »G_define_flag« main.c:158: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:159: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:160: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:166: Warnung: Implizite Deklaration der Funktion »G_parser« main.c:170: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:171: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:172: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:173: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:174: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:176: Fehler: Dereferenzierung eines Zeigers auf unvollständigen Typen main.c:248: Warnung: Implizite Deklaration der Funktion »G_fatal_error« main.c:249: Warnung: Implizite Deklaration der Funktion »G_program_name« main.c:252: Warnung: Implizite Deklaration der Funktion »G_find_cell2« main.c:252: Warnung: Zuweisung erzeugt Zeiger von Ganzzahl ohne Typkonvertierung main.c:257: Warnung: Implizite Deklaration der Funktion
[GRASS-user] RE:grass confignation
In fact I have create two folder nlocation and nmapset in the hiberarchy of (nlocation/nmapset),then I start the grass with the gui ,I got the error messgae that I am mot clear? 1) I want to know the relation of the grassrc file and the contere location or mapset ? Which should be created frist? 2) If I do my process in the gui ,then should I do the g.region process? 3) Some data which can be displayed in the grass gui can not exported perfectly,most of them contains only black blank after exproted. Thanks! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] GRASS Extensions Manager -- compiling difficulties
There is an /include directory in the grass64 path: /usr/lib/grass64/include which includes a /grass and a /Make folder. I am using the GRASS 6.4 rc4 for Ubuntu 9.04. Greetings sela Markus Neteler wrote: On Tue, Jun 9, 2009 at 8:28 AM, selastefansy...@gmx.de wrote: Here the full error messages: make MODULE_TOPDIR=/usr/lib/grass64/ mkdir -p /tmp/buildd/grass-6.4.0~rc4/bin.i486-pc-linux-gnu mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include/grass mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/lib mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/bin mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/etc mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/driver mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/driver/db mkdir -p /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/fonts gcc -I/tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include -Wall -g -O -D_FILE_OFFSET_BITS=64 -DPACKAGE=\grassmods\ -I/tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/include -o OBJ.i486-pc-linux-gnu/main.o -c main.c main.c:20:23: Fehler: grass/gis.h: No such file or directory main.c:21:27: Fehler: grass/glocale.h: No such file or directory Are you sure that your /usr/lib/grass64/ contains a include/ directory? ... make: *** [OBJ.i486-pc-linux-gnu/main.o] Fehler 1 Trying to install You cannot if above fails... make MODULE_TOPDIR=/usr/lib/grass64/ install /usr/bin/install -c /tmp/buildd/grass-6.4.0~rc4/dist.i486-pc-linux-gnu/bin/i.dn2ref.ast Also: are you using RC4 or a recent 6.4.0svn? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- View this message in context: http://n2.nabble.com/GRASS-Extensions-Managercompiling-difficulties-tp3034620p3047963.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] hdf4 missing in gdal 1.6.1-2
Dear all, I just realised that the hdf4-library is not included any more in gdal 1.6.1-2 (there is only a hdf5 support left). Consequently, GRASS (6.4 rc4) does not read or import my ASTER hdf images any more. I cannot even read the header file. So my question is: how can I include the hdf4 library into the current gdal-version? Thanks Stefan Sylla -- View this message in context: http://n2.nabble.com/hdf4-missing-in-gdal-1.6.1-2-tp3048480p3048480.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] hdf4 missing in gdal 1.6.1-2
sela wrote: I just realised that the hdf4-library is not included any more in gdal 1.6.1-2 (there is only a hdf5 support left). Consequently, GRASS (6.4 rc4) does not read or import my ASTER hdf images any more. I cannot even read the header file. So my question is: how can I include the hdf4 library into the current gdal-version? is that from Debian/experimental ? if so, please consult the DebianGIS mailing list for advice on that, as the grass project has little control over the issue. http://wiki.debian.org/DebianGis (and take experimental and unstable at their word) regards, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] hdf4 missing in gdal 1.6.1-2
Thanks for your reply, Hamish. I have Ubuntu 9.04 installed and I use the repository for GRASS64 rc4 on http://les-ejk.c. As far as I know, I have never been using a repos on DebianGIS neither on UbuntuGIS. Greetings Stefan Hamish wrote: sela wrote: I just realised that the hdf4-library is not included any more in gdal 1.6.1-2 (there is only a hdf5 support left). Consequently, GRASS (6.4 rc4) does not read or import my ASTER hdf images any more. I cannot even read the header file. So my question is: how can I include the hdf4 library into the current gdal-version? is that from Debian/experimental ? if so, please consult the DebianGIS mailing list for advice on that, as the grass project has little control over the issue. http://wiki.debian.org/DebianGis (and take experimental and unstable at their word) regards, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- View this message in context: http://n2.nabble.com/hdf4-missing-in-gdal-1.6.1-2-tp3048480p3048948.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] exponentiation with v.db.update
Hi, I'm trying to populate a column with 10 raised to the power of the values in another column: v.db.update map=ItaReg column=x qcolumn=10^logx but I get a dbmi protocol error. I've tried using either single or double quotes with no success. If I use a combination of both, i.e. qcolumn= ' 10^logx ' it doesn't report any error, but doesn't do the operation either (the column remains unchanged). It works fine for other operations (e.g. 10*logx), though. Is there another way in which I should specify the exponentiation? Thanks, Marcia ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
On 09/06/09 17:56, A. Marcia BARBOSA wrote: Hi, I'm trying to populate a column with 10 raised to the power of the values in another column: v.db.update map=ItaReg column=x qcolumn=10^logx but I get a dbmi protocol error. I've tried using either single or double quotes with no success. If I use a combination of both, i.e. qcolumn= ' 10^logx ' it doesn't report any error, but doesn't do the operation either (the column remains unchanged). It works fine for other operations (e.g. 10*logx), though. Is there another way in which I should specify the exponentiation? Which db backend are you using ? This works for me with a PostgreSQL database: v.db.addcol ssbel_pg col=test double precision v.db.update ssbel_pg col=test value=cat^2 (or qcol=cat^2) In PostgreSQL there is also power(a,b). For SQLite the same function is available in the extension-functions.c available here: http://sqlite.org/contrib/download/ Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
Hi, Which database back-end are you using? I seem to recall that the DBF back-end only supports a very limited subset of update operations. cheers, Dylan On Tue, Jun 9, 2009 at 8:56 AM, A. Marcia BARBOSAanamarciabarb...@gmail.com wrote: Hi, I'm trying to populate a column with 10 raised to the power of the values in another column: v.db.update map=ItaReg column=x qcolumn=10^logx but I get a dbmi protocol error. I've tried using either single or double quotes with no success. If I use a combination of both, i.e. qcolumn= ' 10^logx ' it doesn't report any error, but doesn't do the operation either (the column remains unchanged). It works fine for other operations (e.g. 10*logx), though. Is there another way in which I should specify the exponentiation? Thanks, Marcia ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] easy question.
achim wrote: I have a vector layer with category numbers with very very high numbers. Thats not very useful for further work. Now I want to change the cats to an ascending order (1,2,3,...,n). Is that possible in an easy way? Or even if there is a complicated one it would be great. r.reclass can create a reclass map. You can generate the reclass rules using r.category and awk, e.g.: r.category oldmap | awk '{print $1,=,NR}' | r.reclass in=oldmap out=newmap -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
Yeah I'm doing it on a dbf attribute table. It doesn't work with the quotes, nor with power(10,x) - error message always. Does anyone know how to do an exponentiation update on a dbf table? Or do I really have to do the update outside GRASS and then re-connect the table? Cheers, Márcia ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
A. Marcia BARBOSA ha scritto: do I really have to do the update outside GRASS and then re-connect the table? why not using sqlite backend? dbf is very limited for any serious use. -- Paolo Cavallini: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
On Tuesday 09 June 2009, A. Marcia BARBOSA wrote: why not using sqlite backend? dbf is very limited for any serious use. It may seem quite simple for some, but to me all these things are a complete mystery... I'm actually very surprised I became able to handle GRASS! I'm planning on switching all my databases to PostgreSQL within this year (after taking a course, of course), but right now I have to work with what I've got... dbf it is. I've just managed to calculate the column outside and re-connect it to the vector map. Well, when you get a chance, here are some tips on converting DB back-ends: http://casoilresource.lawr.ucdavis.edu/drupal/node/733 Note that there is a lot of red text on that page. It means be careful!. Cheers, Dylan -- Dylan Beaudette Soil Resource Laboratory http://casoilresource.lawr.ucdavis.edu/ University of California at Davis 530.754.7341 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
Many thanks to all who responded. Installing TclTk 8.5 put an end to the prior problem. Unfortunately, I then got Nick's problem -- impossible to resize a window, plus some freezes. So I tried something evidently more severe than I had realized -- resetting GRASS_GUI to wxPtyhon. I probably did this with the g.gisenv command, although I'm not sure. Anyway, when I attempt to launch I now get ERROR: Invalid user interface specified - wxPython. Use the --help option to see valid interface names. logout [Process completed] The terminal window displaying that message accepts no further input. I can't figure out how to use that --help option, or how to change GRASS_GUI without being able to start GRASS. I reinstalled to no avail. How do I fix this? And then, how can set it up for wxPython? Thanks much Michael On 6/8/09 9:45 PM, William Kyngesburye wokl...@kyngchaos.com wrote: When you say X11, I assume you mean no GUI, or maybe the GUI in X11? Note, there are 2 different GUIs now, and on OSX, 2 variations of one: TclTk X11 - works with an X11 TclTk 8.4+. This requires you to compile and install your own TclTk. I used to include one in the application, but not since we got it working with Aqua TclTk Aqua - as the warning implies, this needs TclTk 8.5+. The readme says where to find an installer. This one is preferred. wxPython. This is included in the application. Note 1: the TclTk NVIZ is built to use TclTk Aqua 8.5 and won't run with 8.4 of any form. Note 2: the application startup tries to locate TclTk in some default locations and of forms in the following order: TclTk 8.5 Aqua TclTk 8.5 X11 TclTk 8.4 X11 Anyways, after GRASS starts and Wish fails, type in the Terminal: g.gisenv set=GRASS_GUI=text Thereafter GRASS won't try to start the TclTk GUI. On Jun 8, 2009, at 6:49 PM, Michael Margolis wrote: Hi all I have GRASS-6.4 working fine on a Mac laptop, where it opens X11. I've installed it on a desktop, where it insists on opening Wish, and then malfunctions. There is a Warning: TclTk Aqua 8.4 unsupported in the Terminal window as it opens. Then an allegation that my projection field is missing when I run, for example, g.region, and some similar errors. This is with Spearfish, the exact same files working on the laptop. Any ideas? Can I just rid of Wish and get the desktop to use X11? Thanks, Michael ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wxpython gui and v.digit
Hi, 2009/6/3 John A Stevenson john.steven...@manchester.ac.uk: I have installed from source Grass65 devel_branch today. It compiled without problems. When I run g.gui wxpython, it gives me the following warning: WARNING: Vector digitizer is not available (No module named grass6_wxvdigit) How do I enable this module? you have to configure GRASS with c++, python and wxwidgets support -- to compile wxvdigit extension (gui/wxpython/vdigit), see https://svn.osgeo.org/grass/grass/trunk/gui/wxpython/README - 7 - VECTOR DIGITIZER Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
ERROR: Invalid user interface specified - wxPython. Use the --help option to see valid interface names. logout [Process completed] The terminal window displaying that message accepts no further input. I can't figure out how to use that --help option, or how to change GRASS_GUI without being able to start GRASS. I reinstalled to no avail. How do I fix this? And then, how can set it up for wxPython? try -wx instead of -wxpyhton -- Giovanni -- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] exponentiation with v.db.update
A. Marcia BARBOSA ha scritto: why not using sqlite backend? dbf is very limited for any serious use. It may seem quite simple for some, but to me all these things are a complete mystery... I'm actually very surprised I became able to handle GRASS! I'm planning on switching all my databases to PostgreSQL within this year (after taking a course, of course) It is not so bad: http://grass.itc.it/grass64/manuals/html64_user/databaseintro.html To migrate a GRASS database table (or a GRASS vector map) to a different DBMI engine, the best solution is to create a new MAPSET, define the DBMI settings accordingly with db.connect and if needed, db.login. Then the table of interest can be copied over with db.copy from the original MAPSET. Likewise, a vector map including its table(s) are copied from the original MAPSET to the current MAPSET with g.copy. PostgreSQL might be overkill for personal use. All the best. -- Paolo Cavallini: http://www.faunalia.it/pc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
The GUI name is case-sensitive - use wxpython (all lowercase). Also, if you need to start or restart the GUI within GRASS, run g.gui with the name of the GUI. To change it outside of GRASS, edit the file ~/.grassrc6. On Jun 9, 2009, at 12:58 PM, Michael Margolis wrote: Many thanks to all who responded. Installing TclTk 8.5 put an end to the prior problem. Unfortunately, I then got Nick's problem -- impossible to resize a window, plus some freezes. So I tried something evidently more severe than I had realized -- resetting GRASS_GUI to wxPtyhon. I probably did this with the g.gisenv command, although I'm not sure. Anyway, when I attempt to launch I now get ERROR: Invalid user interface specified - wxPython. Use the --help option to see valid interface names. logout [Process completed] The terminal window displaying that message accepts no further input. I can't figure out how to use that --help option, or how to change GRASS_GUI without being able to start GRASS. I reinstalled to no avail. How do I fix this? And then, how can set it up for wxPython? Thanks much Michael On 6/8/09 9:45 PM, William Kyngesburye wokl...@kyngchaos.com wrote: When you say X11, I assume you mean no GUI, or maybe the GUI in X11? Note, there are 2 different GUIs now, and on OSX, 2 variations of one: TclTk X11 - works with an X11 TclTk 8.4+. This requires you to compile and install your own TclTk. I used to include one in the application, but not since we got it working with Aqua TclTk Aqua - as the warning implies, this needs TclTk 8.5+. The readme says where to find an installer. This one is preferred. wxPython. This is included in the application. Note 1: the TclTk NVIZ is built to use TclTk Aqua 8.5 and won't run with 8.4 of any form. Note 2: the application startup tries to locate TclTk in some default locations and of forms in the following order: TclTk 8.5 Aqua TclTk 8.5 X11 TclTk 8.4 X11 Anyways, after GRASS starts and Wish fails, type in the Terminal: g.gisenv set=GRASS_GUI=text Thereafter GRASS won't try to start the TclTk GUI. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
Progress! For any other novices lurking, that /.grassrc6 was in my root (i.e., Users/MyName). I had been misled by a /.grassrc64 in a directory called demolocation a few layers inside my system Library. Unfortunately, it still can't handle window resizing, even as the first thing done after opening the GUI. The program stops recognizing input and must be Force Quit. Also, the GUI won't launch at startup. I get: [START SCREEN QUOTE] Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gis_set.py, line 33, in module from gui_modules import globalvar File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/globalv ar.py, line 54, in module CheckForWx() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/globalv ar.py, line 44, in CheckForWx except (ImportError, ValueError, wxversion.VersionError), e: UnboundLocalError: local variable 'wxversion' referenced before assignment Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... [END SCREEN QUOTE] Have I just reported this to GRASS developers as per request? Thanks, Michael On 6/9/09 2:17 PM, William Kyngesburye wokl...@kyngchaos.com wrote: The GUI name is case-sensitive - use wxpython (all lowercase). Also, if you need to start or restart the GUI within GRASS, run g.gui with the name of the GUI. To change it outside of GRASS, edit the file ~/.grassrc6. On Jun 9, 2009, at 12:58 PM, Michael Margolis wrote: Many thanks to all who responded. Installing TclTk 8.5 put an end to the prior problem. Unfortunately, I then got Nick's problem -- impossible to resize a window, plus some freezes. So I tried something evidently more severe than I had realized -- resetting GRASS_GUI to wxPtyhon. I probably did this with the g.gisenv command, although I'm not sure. Anyway, when I attempt to launch I now get ERROR: Invalid user interface specified - wxPython. Use the --help option to see valid interface names. logout [Process completed] The terminal window displaying that message accepts no further input. I can't figure out how to use that --help option, or how to change GRASS_GUI without being able to start GRASS. I reinstalled to no avail. How do I fix this? And then, how can set it up for wxPython? Thanks much Michael On 6/8/09 9:45 PM, William Kyngesburye wokl...@kyngchaos.com wrote: When you say X11, I assume you mean no GUI, or maybe the GUI in X11? Note, there are 2 different GUIs now, and on OSX, 2 variations of one: TclTk X11 - works with an X11 TclTk 8.4+. This requires you to compile and install your own TclTk. I used to include one in the application, but not since we got it working with Aqua TclTk Aqua - as the warning implies, this needs TclTk 8.5+. The readme says where to find an installer. This one is preferred. wxPython. This is included in the application. Note 1: the TclTk NVIZ is built to use TclTk Aqua 8.5 and won't run with 8.4 of any form. Note 2: the application startup tries to locate TclTk in some default locations and of forms in the following order: TclTk 8.5 Aqua TclTk 8.5 X11 TclTk 8.4 X11 Anyways, after GRASS starts and Wish fails, type in the Terminal: g.gisenv set=GRASS_GUI=text Thereafter GRASS won't try to start the TclTk GUI. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and all for things that the beasts of the jungle would not deign to possess - money to purchase the effeminate pleasures of weaklings. And yet withal bound down by silly customs that make them slaves to their unhappy lot while firm in the belief that they be the lords of creation enjoying the only real pleasures of existence - the wisdom of Tarzan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] RE:grass confignation
On Tue, Jun 9, 2009 at 9:36 AM, maven apacheapachemav...@gmail.com wrote: In fact I have create two folder nlocation and nmapset in the hiberarchy of (nlocation/nmapset),then I start the grass with the gui ,I got the error messgae that I am mot clear? Please (re)post the error. 1) I want to know the relation of the grassrc file and the contere location or mapset ? Which should be created frist? The grassrc is created by GRASS. 2) If I do my process in the gui ,then should I do the g.region process? You can control g.region either from command line of through the GUI. 3) Some data which can be displayed in the grass gui can not exported perfectly,most of them contains only black blank after exproted. Thanks! If you speak about raster maps then first run g.region rast=yourmap then export. Otherwise the current region part is exported which does not necessarily match the map. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] RE: Network Analysis output in GRASS
On Tue, Jun 9, 2009 at 6:50 AM, Donald Catanzaro, PhDdon.catanzaro@gmail.com wrote: Hi All, I am returning to GRASS after a 10 year hiatus and I must say that I am impressed ! Welcome back :) I am working on some simple network analysis (road distances from a point) and want the output to appear as concentric rings. I think I need to use v.net.iso on my road network but it appears from the manual that the output from v.net.iso is a line file. I'd like to push that out to a polygon to get concentric rings so it looks like I need a few more processing steps. Like I said, it has been a long while since my GRASS4.0/4.1 days - what would people suggest using to push the output of v.net.iso out to a polygon ? v.surf.idw, v.surf.icw, v.hull ? Aren't these all point interpolations and I need to interpolate from lines ? Wild guess: connect points with identical attribute? Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
On Jun 9, 2009, at 1:45 PM, Michael Margolis wrote: Progress! For any other novices lurking, that /.grassrc6 was in my root (i.e., Users/MyName). That's what the tilde '~' refers to, your home folder. I had been misled by a /.grassrc64 in a directory called demolocation a few layers inside my system Library. That's probably in the modbuild folder. Yes, you can ignore this one. Unfortunately, it still can't handle window resizing, even as the first thing done after opening the GUI. The program stops recognizing input and must be Force Quit. Also, the GUI won't launch at startup. I get: [START SCREEN QUOTE] Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/ gis_set.py, line 33, in module from gui_modules import globalvar File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/ globalv ar.py, line 54, in module CheckForWx() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/ globalv ar.py, line 44, in CheckForWx except (ImportError, ValueError, wxversion.VersionError), e: UnboundLocalError: local variable 'wxversion' referenced before assignment Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... [END SCREEN QUOTE] Hmmm, what OSX version? Did you install the GRASS build matching your system version? Which GRASS installer version (ie: is it the latest rc4-1)? If OSX Leopard (10.5), did you install Python (it's OK not to, since the system Python is reasonably recent). I have seen problems getting the GUI to start automatically vs starting it manually with g.gui, though the wxpython GUI seems to work now on startup. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
My OS version is 10.5.7. I don't know how to tell for sure if I got the right build, but I think so. I followed the link entitled MacOSX from http://grass.itc.it/download/index.php, and after installing some frameworks went on to http://www.kyngchaos.com/software:grass/. I recall going over to the Apple site to find out whether I was Leopard or Tiger, so I probably got that right. Just today I installed a new Python 2.6.2, which seemed to make no difference. -Michael On 6/9/09 3:14 PM, William Kyngesburye wokl...@kyngchaos.com wrote: On Jun 9, 2009, at 1:45 PM, Michael Margolis wrote: Progress! For any other novices lurking, that /.grassrc6 was in my root (i.e., Users/MyName). That's what the tilde '~' refers to, your home folder. I had been misled by a /.grassrc64 in a directory called demolocation a few layers inside my system Library. That's probably in the modbuild folder. Yes, you can ignore this one. Unfortunately, it still can't handle window resizing, even as the first thing done after opening the GUI. The program stops recognizing input and must be Force Quit. Also, the GUI won't launch at startup. I get: [START SCREEN QUOTE] Starting GRASS ... Traceback (most recent call last): File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/ gis_set.py, line 33, in module from gui_modules import globalvar File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/ globalv ar.py, line 54, in module CheckForWx() File /Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/gui_modules/ globalv ar.py, line 44, in CheckForWx except (ImportError, ValueError, wxversion.VersionError), e: UnboundLocalError: local variable 'wxversion' referenced before assignment Error in GUI startup. If necessary, please report this error to the GRASS developers. Switching to text mode now. Hit RETURN to continue... [END SCREEN QUOTE] Hmmm, what OSX version? Did you install the GRASS build matching your system version? Which GRASS installer version (ie: is it the latest rc4-1)? If OSX Leopard (10.5), did you install Python (it's OK not to, since the system Python is reasonably recent). I have seen problems getting the GUI to start automatically vs starting it manually with g.gui, though the wxpython GUI seems to work now on startup. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ The equator is so long, it could encircle the earth completely once. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Can I just get rid of Wish?
On Jun 9, 2009, at 2:34 PM, Michael Margolis wrote: My OS version is 10.5.7. I don't know how to tell for sure if I got the right build, but I think so. I followed the link entitled MacOSX from http://grass.itc.it/download/index.php, and after installing some frameworks went on to http://www.kyngchaos.com/software:grass/. I recall going over to the Apple site to find out whether I was Leopard or Tiger, so I probably got that right. 10.5.7 is Leopard. The readmes with the GRASS installers say 10.5 (Leopard) and 10.4 (Tiger), so you should be able to figure it out (though Mac users tend to not read readmes ;) Just today I installed a new Python 2.6.2, which seemed to make no difference. I don't know about the compatibility of the GUI with 2.6, one of the GUI developers could better answer that. But the wxpython that it uses has binary components that are compiled for a specific version of Python and may not work as expected for another version. The wxPython that I bundle expects Python 2.5.x. wx is usually in the python path of the python it's good for, but my bundled wx will be seen by any python. Normally GRASS will use the first Python it finds in your shell PATH, which will now be 2.6.2. you can override this by setting GRASS_PYTHON in your shell, and to make this work with the OSX app startup, it needs to be set in your ~/.bash_profile: export GRASS_PYTHON=/usr/bin/python I should add this to my binaries since they expect a 2.5 version and many users might have installed 2.6 or even 3.0. Hmmm, what OSX version? Did you install the GRASS build matching your system version? Which GRASS installer version (ie: is it the latest rc4-1)? If OSX Leopard (10.5), did you install Python (it's OK not to, since the system Python is reasonably recent). I have seen problems getting the GUI to start automatically vs starting it manually with g.gui, though the wxpython GUI seems to work now on startup. - William Kyngesburye kyngchaos*at*kyngchaos*dot*com http://www.kyngchaos.com/ I ache, therefore I am. Or in my case - I am, therefore I ache. - Marvin ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] problem on vectorizing a float point raster
Dear Grass-Gurus, I have a 2400x2200 raster image with values ranging from 0.1 to 42, in float format. Now I need vetororize the image, on the way that each pixel come to be a polygon and the pixel value be stored as attribute. I am trying to do this using: r.to.vect input=temp71.img output=temp71_img_integer_vect_200m --o -b but grass return the following error messages: GRASS 6.4.0svn (newLocation):C:/GRASS-6-SVN/msys/home/mjfortin r.to.vect inpu t=temp71.img output=temp71_img_integer_vect_200m --o -b WARNING: Vector map temp71_img_integer_vect_200m already exists and will be overwritten WARNING: Table temp71_img_integer_vect_200m linked to vector map temp71_img_integer_vect_200m does not exist Extracting lines... ERROR: Raster map is not thinned properly. Please run r.thin. By the way, I am running grass under a WinXp 64bit. Any help are welcome. Cheers milton brazil=toronto ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Exporting GRASS contours to AutoCAD Map3D?
Hi, I am fairly new into GIS, have had DeLorme Xmap for a while but am moving up. I am looking for property in the countryside, and find the typical 20 or 30' resolution of contour lines that seem to be the default from USGS or whomever supplies them to be not good enough. I would love to be able to buy better contour resolution. But I am guessing one cannot that easily. The other way, when we are getting very serious about a property and planning house locations etc, would be to get a GPS data logger, strap it to the top of a remote control toy truck, and do a survey. I am sure that somehow I can figure out how to get GRASS to import the data and create much better contours. But would I then be able to export it to AutoCAD 2010 Map3D? Not sure if that is done/doable. Any pointers would be most welcome; thanks in advance.tle CrimsonApostle ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] RE:grass confignation
Hi:Markus NetelerThanks for your reply. I have upload the error information as a annex. - The following is my working,I wonder if you can give me some advises: We provide a web server for other clients to do some geoprocessing.Here suppose I have two process A and B. Both of them are designed to handle raster data(tiff). So in each of them I have to do the following steps: 1) import tiff to grass format 2) handle the tiff and get the grass result 3) export the grass result to tiff I am now confusing with the data import and export. As what you have side,I should do the same work in each process (A and B) -- g.region.. r.bufferexport. So the problem occurs,the default location and mapset,should I define the respective location and mapset in different process(A and B)? If so I should write a grassrc file for each process? I have used a xml confignation file to get the grass info : grass-database !--Directory where GRASS lives-- grass-database-pathd:\My Documents\GIS DataBase/grass-database-path !-- path of .grassrc6 file -- grass-grassrc-pathC:\Documents and Settings\Administrator\.grassrc6/grass-grassrc-path !-- mapset and location directory -- grass-mapsetPERMANENT/grass-mapset grass-locationspearfish60/grass-location /grass-database And now it seems I have made a very stupid mistake. So I want to know how to make new location and mapset and the grassrc file in my program for each process? Maven 2009/6/10 2009/6/10 Markus Neteler nete...@osgeo.org On Tue, Jun 9, 2009 at 9:36 AM, maven apacheapachemav...@gmail.com wrote: In fact I have create two folder nlocation and nmapset in the hiberarchy of (nlocation/nmapset),then I start the grass with the gui ,I got the error messgae that I am mot clear? Please (re)post the error. 1) I want to know the relation of the grassrc file and the contere location or mapset ? Which should be created frist? The grassrc is created by GRASS. 2) If I do my process in the gui ,then should I do the g.region process? You can control g.region either from command line of through the GUI. 3) Some data which can be displayed in the grass gui can not exported perfectly,most of them contains only black blank after exproted. Thanks! If you speak about raster maps then first run g.region rast=yourmap then export. Otherwise the current region part is exported which does not necessarily match the map. Markus attachment: ddd.JPG___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] RE: Network Analysis output in GRASS
Donald wrote: I am returning to GRASS after a 10 year hiatus and I must say that I am impressed ! I am working on some simple network analysis (road distances from a point) and want the output to appear as concentric rings. I think I need to use v.net.iso on my road network but it appears from the manual that the output from v.net.iso is a line file. I'd like to push that out to a polygon to get concentric rings so it looks like I need a few more processing steps. Like I said, it has been a long while since my GRASS4.0/4.1 days - what would people suggest using to push the output of v.net.iso out to a polygon ? v.surf.idw, v.surf.icw, v.hull ? Aren't these all point interpolations and I need to interpolate from lines ? perhaps v.to.db option=start/end to get endpoints and then string them together into a new vector line or run v.hull? or similarly but with 'v.to.points -n'. getting the line vertex order right might be a pain. v.hull isn't the best as it cuts across bays in the blob, but other than manual approaches (like above or digitizing by hand around the lines with v.digit then snapping to underlying vertices), I'm not sure. Keen to hear any other solutions though. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] RE: Network Analysis output in GRASS
Donald wrote: I am working on some simple network analysis (road distances from a point) and want the output to appear as concentric rings. I think I need to use v.net.iso on my road network but it appears from the manual that the output from v.net.iso is a line file. how about after v.net.iso v.to.rast + r.grow? it would extend rings a bit outwards, but.. H ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user