Re: [GRASS-user] windows grass62 downloading error
On 13/08/08 23:20, Garret wrote: So I was not able to get the gui to work on 63, so I uninstalled it from my computer. So then I wanted to back to 62 thinking that it may be more stable as far as the gui is concerned. But now for some reason I cant even get past the cygwin download. But it is not the cygwin part that is failing. Fore some reason I can not download the file setup.ini...I have tried severl attempts, several versions, and several sites, but I continue to get the same error message. I have attached a screen shot ot the error message. Someone please help. I have no clue why this is happening. No clue, sorry, but why not use the native (i.e. without Cygwin) winGRASS installer which works quite well nowadays ? Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Trying to rename a column
Thomas Adams pisze: Ultimately what I am trying to do is to make a varchar(5) field be a varchar(8) field — but I don't see how to do this directly. So, I thought if I created a new varchar(8) column, copied the values of the varchar(5) column into it (This all worked fine); then, renamed the varchar(5) column to 'foo' (which also worked), then I could rename the varchar(8) column to what the column name was for the original varchar(5) column — this does NOT work. Paste the exact command with an error message, v.info -c of the vector map for which the command fails, your GRASS version and platform. Also, I would like to delete the 'foo' column, but I don't see how to do this. v.db.dropcol (it's been available since GRASS 6.3). If you don't have it you can just fetch it from GRASS SVN [1], put somewhere on your executable path and call it from GRASS, or use such a command: echo ALTER TABLE $table DROP COLUMN $col | db.execute [1]http://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/scripts Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Horizontal legend font size
Moritz wrote: How about making font and fontsize parameters of d.legend, so that the user can adjust ? Hamish: font is controlled by d.font and GRASS_FONT, so no need to set that from the module. As a general solution, I wonder if we should add a new enviro var GRASS_TEXT_SIZE, which R_text_size() would look for. If it was set it would override whatever was passed to that fn. (use for both width and height options which are usually the same) ?, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems with ps.map outputs
Glynn Clements pisze: The usual tool for interactively editing PostScript files is Illustrator. FTR, Corel Draw worked for me too when I used Windows. BTW - anybody knows of good Open Source alternatives for editing (*real* editing, alike Illustrator or Corel Draw) PS or PDF under GNU/Linux? Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] g.list rast not working on wingrass.
Milton Cezar Ribeiro pisze: I don´t know why now I can´t run g.list rast on my system. All comands works fine, but when I try to run g.list rast I get an error windows (from native windows, something like illegal call etc), and the GRASS return an empty list. But the GRASS don´t crach, and I can continue running other commands without problem. Only g.list that is not working. What GRASS version exactly (best give a link to where you dowloaded it from)? What Windows version? Does 'g.list rast' fail in GUI or command line? Does e.g. 'g.list vect' work? Please post the *exact* error message too. Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems with ps.map outputs
Glynn pisze: The usual tool for interactively editing PostScript files is Illustrator. Maciek: FTR, Corel Draw worked for me too when I used Windows. BTW - anybody knows of good Open Source alternatives for editing (*real* editing, alike Illustrator or Corel Draw) PS or PDF under GNU/Linux? How about Inkscape or Scribus? http://www.inkscape.org/ http://www.scribus.net/ Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass6.4 develbrunch revision 32726: undefined reference to `G_no_gisinit'
Thanks Glynn, excellent explanation! I didn't know that such a backward check on library version could be done... my ignorance :-) So, you suggest to avoid gdal --with-grass. What if I need to access grass datas from outside grass, like with gdal/ogr utilities? 2008/8/14 Glynn Clements [EMAIL PROTECTED]: G. Allegri wrote: I understand that everything that needs GRASS has to be recompiled if this version changes so much to change its interface (QGis-GRASS plugin, GRASS-GDAL plugin, etc.). But I would like to know why the new develbrunch_6 revision needs the GDAL itself to be recompiled. I can understand it if GRASS would need a newer version of GDAL... is this the case? You only need to re-compile GDAL itself if GDAL was built with GRASS support (--with-grass). In your original message, you wrote: Even switching to develbrunch I receive the same error: usr/local/lib/libgdal.so: undefined reference to `G_no_gisinit' This indicates that your GDAL library was indeed built --with-grass. I suggest building it without that option, and using the GDAL-GRASS plugin instead. If you build GDAL -with-grass, you will need to re-compile GDAL every time that GRASS is updated from now on. The problem arises from r32695, which makes G_gisinit() check that libgis was built with the same version of gis.h as the caller. The change adds G_gisinit() and G_no_gisinit() macros: #define GIS_H_VERSION $Revision: 32726 $ #define G_gisinit(pgm) G__gisinit(GIS_H_VERSION, (pgm)) #define G_no_gisinit() G__no_gisinit(GIS_H_VERSION) The value of GIS_H_VERSION is automatically updated to the SVN revision whenever gis.h is updated. The change also renames the functions to G__gisinit() and G__no_gisinit() (which is why you get the undefined reference error when using an old GDAL with a new libgis), and adds version checks: int G__gisinit(const char *version, const char *pgm) { ... if (strcmp(version, GIS_H_VERSION) != 0) G_fatal_error(_(Incompatible library version for module)); Any code which uses G_gisinit() or G_no_gisinit() passes the version of gis.h with which it was compiled to the library functions, which check that the same version of gis.h was used to compile the library. The rationale is to avoid having to track down subtle errors caused by version incompatibilities between libgis and any code which uses it. Now, if there is an incompatibility, you get a very unsubtle error telling you that there's an incompatibility. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] opening .GML map
Hi, I've just download GRASS 6.0.0 on my Mac 10.3.9 I'm no computer expert at all, so i download a all in one version with libraries and dependencies, I downloaded some maps from digimap in the .gml format and when i use v.in.org to translate them i recieve the message: ERROR 1: Unable to create Xerces C++ based GML reader, Xerces support not configured into GDAL/OGR. ERROR 1: File /Users/pierrenouvellet/Desktop/data/Folder/18251507-MM-topo_00.gml appears to be GML but the GML reader can't be instantiated, likely because Xerces support wasn't configured in. any tips on what I should do? Simple explanation would be most appreciated! Cheers, Pierre -- View this message in context: http://www.nabble.com/opening-.GML-map-tp18979492p18979492.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] g.list rast not working on wingrass.
Dear Maciej, Thanks for your reply. I am running wingrass version 6.3.0 on a XP (service pack 2) and I donwload it from the official site grass.itc.it. The g.list rast fail both on GUI and on command line. But g.list vect works fine. The error message is not on the GUI or Command Line, because it open a windows dialog with the message An error was found and the program will be closed, and when I see the error report I get something like Error signature: AppName: g.list.exe AppVer: 0.0.0.0 ModName: libgrass_gis.6.3.0.dll ModVer: 0.0.0.0 Offset: 0001717e. In fact, it appears to be a problem on this Mapset only, because if I change the Location/Mapset I can run g.list rast without problem. Just to you know, I left my computer running large processing over two nigths (all process were done ok, without error message, and the results looks very fine) as I am working in a very large database (several 60,000x48,000 maps). Thanks again for your time. Kind regards miltinho astronauta brazil 2008/8/14, Maciej Sieczka [EMAIL PROTECTED]: Milton Cezar Ribeiro pisze: I don´t know why now I can´t run g.list rast on my system. All comands works fine, but when I try to run g.list rast I get an error windows (from native windows, something like illegal call etc), and the GRASS return an empty list. But the GRASS don´t crach, and I can continue running other commands without problem. Only g.list that is not working. What GRASS version exactly (best give a link to where you dowloaded it from)? What Windows version? Does 'g.list rast' fail in GUI or command line? Does e.g. 'g.list vect' work? Please post the *exact* error message too. Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] i.cluster
Hi! I'm trying to run i.cluster, with WinGRASS 6.3. The command: *i.cluster [EMAIL PROTECTED] subgroup=cena1 sigfile=sig classes=5 iterations=30 convergence=98.0 separation=0.0 min_size=17 * But I'm having this error: *No such file or directory* And, if I try some directory, like *i.cluster [EMAIL PROTECTED] sigfile=c:/sig classes=5 iterations=30 convergence=98.0 separation=0.0 min_size=17* I have the error: *llegal filename. Character / not allowed.* So, what is the correct syntax to create the signature file? Regards, Raphael Saldanha ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems with ps.map outputs
On Thu, Aug 14, 2008 at 02:04:50AM -0700, we recorded a bogon-computron collision of the [EMAIL PROTECTED] flavor, containing: Glynn pisze: The usual tool for interactively editing PostScript files is Illustrator. Maciek: FTR, Corel Draw worked for me too when I used Windows. BTW - anybody knows of good Open Source alternatives for editing (*real* editing, alike Illustrator or Corel Draw) PS or PDF under GNU/Linux? How about Inkscape or Scribus? http://www.inkscape.org/ http://www.scribus.net/ Both of these are cool programs, and if one could get ps.map's output into them they'd be great choices for tweaking map presentation. But neither is actually able to import a PDF (or even PostScript) map for editing. Scribus can import a PDF of text and allow you to edit it. It can't do much with the graphics, though. Inkscape can do a great deal with the graphics if you can get the data imported. But it can't read PDFs or postscript directly. Inkscape has some script that tries to use ghostscript to convert the document to an Adobe Illustrator document and then import that, but every time I've tried it it fails. As far as I could tell, it was because the ghostscript ps-to-ai deal didn't work properly on ps.map's generated postscript. Have you actually had success with either of these programs? I would *LOVE* not to have to use Illustrator (which I don't even have --- when I need this capability I have to transfer PDF versions of my maps to my girlfriend's computer, which *does* have Adobe CS). -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM Argue for your limitations and sure enough, they're yours. -- R. Bach ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Horizontal legend font size
Hamish wrote: How about making font and fontsize parameters of d.legend, so that the user can adjust ? Hamish: font is controlled by d.font and GRASS_FONT, so no need to set that from the module. As a general solution, I wonder if we should add a new enviro var GRASS_TEXT_SIZE, which R_text_size() would look for. If it was set it would override whatever was passed to that fn. (use for both width and height options which are usually the same) And also GRASS_LINE_WIDTH. And maybe GRASS_FRAME=t,b,l,r. But not text rotation. And then change all of these environment variables into GRASS variables, and provide a d.config program to set/get them. R_font(), R_text_size(), R_line_width() etc would still exist, but would only change the settings for the current process, not persistently. We probably also want a global scale setting, which would affect various dimensions which are currently hard-coded, e.g. the size of axis ticks, etc. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems with ps.map outputs
Maciej Sieczka wrote: Wow! Inkscape does (almost) wonders. Last time I tried it there were more issues that benefits. Now (0.46-2, Debian testing) it imports a complex QGIS-generated PDF flawlessly treating text as text (cool!), raster as raster and vector as vector, let's me edit it just like a normal hybrid graphics file. I can export it back to PDF after edits - with a glitch that transparent rasters parts (those which were null in QGIS, thus transparent in it's PDF output) now are white in the new PDF, and some newly added transparent vector objects are rendered wrong in Evince, but OK in Adobe Reader. Anyway if I stick to SVG format for saving any changes after importing the original PDF to Inkscape - no problems whatsover. That's interesting to know. (Pitty that PostScript import does not work too well though.) Does running it through ps2ps help? Or maybe Inkscape already does the equivalent of that. Also, bear in mind that the cairo driver can generate SVG directly, by using e.g. export GRASS_PNGFILE=map.svg. However, setting GRASS_PNG_READ=TRUE doesn't work for vector formats, so you have to output each command to a separate file then compose them afterwards. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems with ps.map outputs
Tom Russo pisze: [EMAIL PROTECTED] wrote: How about Inkscape or Scribus? http://www.inkscape.org/ http://www.scribus.net/ Both of these are cool programs, and if one could get ps.map's output into them they'd be great choices for tweaking map presentation. But neither is actually able to import a PDF (or even PostScript) map for editing. Scribus can import a PDF of text and allow you to edit it. It can't do much with the graphics, though. Inkscape can do a great deal with the graphics if you can get the data imported. But it can't read PDFs or postscript directly. Inkscape has some script that tries to use ghostscript to convert the document to an Adobe Illustrator document and then import that, but every time I've tried it it fails. As far as I could tell, it was because the ghostscript ps-to-ai deal didn't work properly on ps.map's generated postscript. Have you actually had success with either of these programs? Tom, I also had problem with Inkscape in past, but I just checked 0.46 stock Debian testing package and it rocks now. See my previous message in the thread. Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] 6.3 v.distance description faulty / ll degrees not meters
Hi! I've installed grass 6.3, since in the descritption of v.distance says In lat-long locations v.distance gives distances (dist and to_along) in meters not in degrees calculated as geodesic distances on a sphere.. I tried it out, but the values produced in a ll location are degrees! I've checked the source code (https://svn.osgeo.org/grass/grass/branches/releasebranch_6_3/vector/v.distance/) and indeed it does not contain any source to compute meters, like for example in the source for version 6.4. So, am I correct, that the description is faulty for the 6.3 version, or am I missing something fundamental?? In the first case, could someone correct the desciption, since it can cause somewhat loss of time and effort (like for me), if one believes the current description... Ed. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Windows GRASS Python GUI problem
Hi, 2008/8/14 Werner Macho [EMAIL PROTECTED]: I followed the advices on this page to install GRASS (WinGRASS 6.3.0-4) http://grass.itc.it/grass63/binary/mswindows/native Then i wanted to try the new Python GUI - installed all packages suggested on this page http://grass.itc.it/grass63/binary/mswindows/native/#New GRASS Python GUI from general point of view, wxGUI need to be also tested under MS Windows -- for 6.4 release (starting from WinGRASS 6.4.0RC1, maybe October/November). wxGUI is currently under development, 6.3.0 release contains quite old version of the wxGUI. 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] grass6.4 develbrunch revision 32726: undefined reference to `G_no_gisinit'
G. Allegri wrote: I didn't know that such a backward check on library version could be done... my ignorance :-) So, you suggest to avoid gdal --with-grass. What if I need to access grass datas from outside grass, like with gdal/ogr utilities? Use the GDAL-GRASS plug-in. Then, you only need to re-compile the plug-in whenever you update GRASS. Alternatively: Build and install GRASS 6.3. Build GDAL --with-grass, and install it. Use this for QGIS, GDAL utilities, etc. Build GDAL again --without-grass and install it somewhere it won't normally be found (i.e. not in /usr or /usr/local). If you want to use an updated version of GRASS, build it against the GRASS-less GDAL and run it in place. Even without this specific issue, building GDAL --with-grass is problematic as GRASS depends quite heavily upon GDAL, so having a version of GDAL which depends upon GRASS creates a circular dependency. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] configure problem
Thanks, Glynn. I will check that. Pretty sure that the source was grass6.3.0.tar.gz from http://grass.itc.it/download/index.php, but I got it a few weeks ago. I'm downloading that again now and will verify if the CF-LF is in there. Bill B. Glynn Clements wrote: William L. Baker wrote: This should be easy, but I can't figure it out. On Open SUSE 11.0, which has a bash shell, ./configure works fine with all kinds of packages (e.g., gdal, geos), but in grass 6.3, I just typed ./configure, and here's the error message: ./configure: /bin/sh M: bad interpreter: no such file or directory My guess is that the configure script has DOS CR-LF line endings, so the shebang line is actually: #!/bin/sh^M where ^M is a CR character, which will be treated as part of the interpreter name. How did you obtain the source code? ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] signoff from
pleae signoff from lists.osgeo.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] signoff from
On Thu, 2008-08-14 at 21:15 +0530, anil bhat wrote: pleae signoff from lists.osgeo.org Please do that on your own as described on the bottom of the http://lists.osgeo.org/mailman/listinfo/grass-user page. Kind regards, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Horizontal legend font size
The ability to set the text size and frame borders with environment variables would be great and would solve my issues, which are merely cosmetic. On 8/14/08 8:39 AM, Glynn Clements [EMAIL PROTECTED] wrote: Hamish wrote: How about making font and fontsize parameters of d.legend, so that the user can adjust ? Hamish: font is controlled by d.font and GRASS_FONT, so no need to set that from the module. As a general solution, I wonder if we should add a new enviro var GRASS_TEXT_SIZE, which R_text_size() would look for. If it was set it would override whatever was passed to that fn. (use for both width and height options which are usually the same) And also GRASS_LINE_WIDTH. And maybe GRASS_FRAME=t,b,l,r. But not text rotation. And then change all of these environment variables into GRASS variables, and provide a d.config program to set/get them. R_font(), R_text_size(), R_line_width() etc would still exist, but would only change the settings for the current process, not persistently. We probably also want a global scale setting, which would affect various dimensions which are currently hard-coded, e.g. the size of axis ticks, etc. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters
I've installed grass 6.3, since in the descritption of v.distance says In lat-long locations v.distance gives distances (dist and to_along) in meters not in degrees calculated as geodesic distances on a sphere.. I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long location in 6.4. Devs, what is the intended behavior of the module? If this behavior is a bug, would it be a simple fix? Otherwise, I'll modify the docs to mention reported units in degrees. ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters
Hi, 2008/8/14 Patton, Eric [EMAIL PROTECTED]: I've installed grass 6.3, since in the descritption of v.distance says In lat-long locations v.distance gives distances (dist and to_along) in meters not in degrees calculated as geodesic distances on a sphere.. I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long location in 6.4. do you mean 6.3? Devs, what is the intended behavior of the module? If this behavior is a bug, would it be a simple fix? Otherwise, I'll modify the docs to mention reported units in degrees. From r29568 [1] is distance (in LL locations) given in meters. Manual pages in 6.3 should be fixed. 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] 6.3 v.distance description faulty / ll degrees notmeters
Hi, 2008/8/14 Martin Landa [EMAIL PROTECTED]: [...] From r29568 [1] is distance (in LL locations) given in meters. Manual pages in 6.3 should be fixed. sorry, I forgot the link http://trac.osgeo.org/grass/changeset/29568 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] g.list rast not working on wingrass.
Milton Cezar Ribeiro wrote: I am running wingrass version 6.3.0 on a XP (service pack 2) and I donwload it from the official site grass.itc.it. The g.list rast fail both on GUI and on command line. But g.list vect works fine. The error message is not on the GUI or Command Line, because it open a windows dialog with the message An error was found and the program will be closed, and when I see the error report I get something like Error signature: AppName: g.list.exe AppVer: 0.0.0.0 ModName: libgrass_gis.6.3.0.dll ModVer: 0.0.0.0 Offset: 0001717e. In fact, it appears to be a problem on this Mapset only, because if I change the Location/Mapset I can run g.list rast without problem. Can you provide a recursive listing of the location directory? From within an MSys shell, use e.g.: find /path/to/location -type f list.txt [Replace /path/to/location with the actual path to the location directory; this needs to use MSys' syntax, e.g. /c/grass-data, rather than Windows' syntax, e.g. c:\grass-data.] -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Windows GRASS Python GUI problem
Werner Macho wrote: I followed the advices on this page to install GRASS (WinGRASS 6.3.0-4) http://grass.itc.it/grass63/binary/mswindows/native Then i wanted to try the new Python GUI - installed all packages suggested on this page http://grass.itc.it/grass63/binary/mswindows/native/#New GRASS Python GUI And even already added the Add %PROGRAMFILES%\Python to your PATH system variable. Everything finished.. Then i followed the sentences describing: Finally, to start GRASS with the new Python GUI, open the GRASS MSYS console, type grass63 -wxpython and then enter. I startet the GRASS MSYS Console (which came installed with GRASS i guess) but .. there is no grass63 - only a grass63.bat which is producing (obviously) windows crap output as i know that .bat is neither known in *NIX nor in Linux. So my Question is: Where to find the grass63 which i can start from MSYS commandline It should be in /usr/local/bin. If it isn't there, you can try creating it, with the contents: #! /bin/sh GISBASE=/usr/local/grass-6.3.0 export GISBASE exec $GISBASE/etc/Init.sh $@ [GISBASE needs to be set to the location where GRASS is installed, using MSys' filename syntax.] -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass6.4 develbrunch revision 32726: undefined reference to `G_no_gisinit'
G. Allegri wrote: perfect. I was used to build grass, then build gdal with grass, and then rebuild grass. This time I'll follow your suggestion: I've just built gdal 1.5.2 (without grass) and grass (--with-gdal) , and now I will compile gdal-grass plugin 1.4.2. Last question (I'm sorry for my ignorance!): why grass configure asks for --with-gdal? Does this option prepare grass to use the gdal-grass plugin? GRASS needs GDAL. The --with-gdal switch allows the path to the gdal-config script to be passed as an argument, in case it isn't in the path, or in case you want to use a version other than the one which comes first in the path. You can't use --without-gdal or --with-gdal=no; GDAL is non-optional. However, GRASS doesn't require that GDAL is built with GRASS support, or the GDAL-GRASS plugin. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] grass6.4 develbrunch revision 32726: undefined reference to `G_no_gisinit'
I was just writing again... answering to my (stupid) question by myself. I was getting lost between GDAL and GRASS! :-) Thanks anyway. 2008/8/14 Glynn Clements [EMAIL PROTECTED] G. Allegri wrote: perfect. I was used to build grass, then build gdal with grass, and then rebuild grass. This time I'll follow your suggestion: I've just built gdal 1.5.2 (without grass) and grass (--with-gdal) , and now I will compile gdal-grass plugin 1.4.2. Last question (I'm sorry for my ignorance!): why grass configure asks for --with-gdal? Does this option prepare grass to use the gdal-grass plugin? GRASS needs GDAL. The --with-gdal switch allows the path to the gdal-config script to be passed as an argument, in case it isn't in the path, or in case you want to use a version other than the one which comes first in the path. You can't use --without-gdal or --with-gdal=no; GDAL is non-optional. However, GRASS doesn't require that GDAL is built with GRASS support, or the GDAL-GRASS plugin. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters
I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long location in 6.4. do you mean 6.3? No, I meant 6.4, but checking 6.3.1.svn, 'dist' units are decimal degrees as well. From r29568 [1] is distance (in LL locations) given in meters. Manual pages in 6.3 should be fixed. Sorry, I'm a little confused; from the changeset, it appears that v.distance was being corrected to able to report in meters, as lat and lon are not equally scaled. So it seems that a bug in v.distance still exists, then? Shouldn't r29568 have fixed this? ~ Eric. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] 6.3 v.distance description faulty / ll degrees notmeters
Hi, 2008/8/14 Patton, Eric [EMAIL PROTECTED]: I can confirm 'dist' units are indeed given in decimal degrees in a Lat/Long location in 6.4. do you mean 6.3? No, I meant 6.4, but checking 6.3.1.svn, 'dist' units are decimal degrees as well. no, in 6.4 you get distance in meters not decimal degrees. Just computation is too slow. From r29568 [1] is distance (in LL locations) given in meters. Manual pages in 6.3 should be fixed. Sorry, I'm a little confused; from the changeset, it appears that v.distance was being corrected to able to report in meters, as lat and lon are not equally scaled. So it seems that a bug in v.distance still exists, then? Shouldn't r29568 have fixed this? Sorry, in which sense? In LL projection is used Vect_line_geodesic_length() to calculate distances. 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] windows grass62 downloading error
Well, I was trying to get a bug free version... they were recommending 62 or 63 on cygwin. -- View this message in context: http://www.nabble.com/windows-grass62-downloading-error-tp18971467p18989077.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] batch job on multiple locations
uick question: Can you run another GRASS instance from a different Mapset while running a GRASS BATCH JOB? cheers, maning On 8/13/08, maning sambale [EMAIL PROTECTED] wrote: Thanks Dylan! Your script might be useful in the succeeding stage of my project. Not sure if this is what you are asking for, but here is an example of scripted GRASS usage involving two locations: http://casoilresource.lawr.ucdavis.edu/drupal/node/613 Cheers, Dylan -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Horizontal legend font size
Hamish wrote: As a general solution, I wonder if we should add a new enviro var GRASS_TEXT_SIZE, which R_text_size() would look for. If it was set it would override whatever was passed to that fn. (use for both width and height options which are usually the same) Glynn: And also GRASS_LINE_WIDTH. ok And maybe GRASS_FRAME=t,b,l,r. what about current frame name? will frames even survive in some form for GRASS 7? But not text rotation. what's different about that one? And then change all of these environment variables into GRASS variables, and provide a d.config program to set/get them. R_font(), R_text_size(), R_line_width() etc would still exist, but would only change the settings for the current process, not persistently. and thus knock away a few more global variables from libgis... I would wait to make them GRASS variables (and remove global) until grass7. We probably also want a global scale setting, which would affect various dimensions which are currently hard-coded, e.g. the size of axis ticks, etc. I'll have to think about that more. about d.legend's auto font auto-sizing based on legend length- I was thinking about changing the calculation to be non-linear so more even a size from both a 250 pixel wide legend and a full width legend. Which for normal use at current monitor size and resolution is great, but for things like oversampling 4x then cubic rescale in GIMP for pretty output or for the PS/SVG/etc drivers I wonder if it is better to keep it perfectly scaled to the frame size rather than expecting the view to always be targeted to the same number of pixels on the monitor. e.g. the GpsDrive software (www.gpsdrive.de) was written some years ago and uses a scale factor as a main part of the map tiles' georeferencing meta data to show how big 1:50,000 should be on the screen. Trouble is it was written when 15 800x600 SVGA was the norm and these days that calculation becomes an odd historical artifact. I'd like to avoid that. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user