Re: [GRASS-user] Display output question
On 17/02/09 02:42, Michael Barton wrote: On Feb 16, 2009, at 6:34 PM, grass-user-requ...@lists.osgeo.org wrote: Date: Tue, 17 Feb 2009 10:40:52 +1100 From: Richard Chirgwin rchirg...@ozemail.com.au Subject: [GRASS-user] Display output question To: GRASS user list grass-user@lists.osgeo.org Message-ID: 4999f984.9060...@ozemail.com.au Content-Type: text/plain; charset=ISO-8859-1 Hi all, What's the command-line equivalent to using the JPG export in the display manager? (I would like to script outputs from a number of workspace - GRC - files). Cheers, Richard What happens in TclTk is that the display output is set to a PPM file instead of monitor. Then any d.* command creates a graphic file. The display graphic file is then converted to a jpeg. The latter can be done by a variety of programs, including gdal-translate. In wxPython, the display can be saved in a number of different formats using wxPython drivers. Yes, but AFAIK, you cannot easily use the contents of a .grc or .gxw file for scripting. You would have to parse the file with relevant tools (awk, sed or an xml parser for gxw) and then apply these options to the d.* commands using the cairo or PNG monitor to create a PNG file. In the TclTk GUI, you could save the content of the Output window after having displayed your workspace and filter out the d.* commands. In the wxGUI this is not possible anymore, AFAICT. It might be worth thinking about a module that translates workspace files into d.* commands... Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: v.generalize for area boundaries?
On 18.02.2009 06:05, Hamish wrote: Wolf wrote: proposed example for the help pages based on that: # spearfish g.region rast=geology r.reclass in=geology out=geology.claysand EOF 8 = 8 claysand EOF r.to.vect in=geology.claysand out=geology_claysand feature=area v.generalize in=geology_claysand out=geology_claysand_smooth method=snakes ah, I see the problem now, I need to run v.build.polylines first, then it works ok. Problematic vector attached. Yes, v.generalize doesn't move the endpoints, and if a boundary consists of multiple lines consisting of two points, nothing will happen. Also note that there is a potential problem with generalizing boundaries: If you have +-##--+ | | |++ ||#-+ |++ | | | | +-+#+ Tolerance could become like this, where # is the end of a line: +-##--+ | | | | | #-|-+ | | | | | | +-+#+ Because the crooked part is generalized away and that points re not connected. To solve this you need to break the line at intersections (so that the intersections stay in place. Hamish: http://users.ox.ac.uk/~orie1848/tutorial.html (we should move that to the wiki before it disappears) Wolf: That page and the images exists in the svn too. where in svn? Hmm... apparently not! :( I was sure. I could add it though... So yes it should be copied somewhere safe. How does one go about adding extra manual pages? what kind of man page did you have in mind? I meant in addition to the current description.html how do you add another? is it possible? What about images? how do you add them? Or perhaps we could integrate it into the manual page itself? the module man page is already quite large. There are so many options, I'd prefer a wiki page with an explanation example (incl screenshots) of each method. The tutorial at users.ox.ac.uk is a great start for that. It is extensive enough that I think retaining a separate tutorial is justified. Sounds good! Go for it! :D Helena: I would strongly suggest to integrate at least the most important info into the man page. Nobody maintains tutorials and other extra docs and they become quickly obsolete. Also many people use man pages so there is a better change of fixing / enhancing explanations if necessary, 2c: I believe the wiki is alive enough that it gets maintained. It is not as integrated strictly updated, but not collecting dust like the GDP in the web pages either. Also images are not seen by `man`, add significantly to the bulk of the source distribution, and integrate nicely in MediaWiki. for v.generalize the bare description.html file is already 250 lines long, so presumably already contains most important info. (although no examples) FWIW I agree with Hamish. --Wolf -- :3 ) Wolf Bergenheim ( 8: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.digit - new wiki page for migrators
I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.digit - new wiki page for migrators
A question from a very old GRASS-hand (I have used it since we got Internet in Amsterdam in 1991, having downloaded and compiled it, with the complete X-Window system, from a 9600-baud telephone line. Had even to compile the gcc-compiler, since native AIX cc didn't like GRASS): In the old, pre-6 v.digit, all commands were given by keyboard shortcuts. That took some exercise, but once you had it in your fingers (literally), you could digitize much faster than with the present click-button interface. I would guess it isn't all too difficult to add the old keyboard shortcuts to the system. Any idea from the developers whether this could be done? I still have GRASS 5.7 running for digitizing only. Beats every other package. Jan Dr. J. Hartmann Department of Geography University of Amsterdam Micha Silver wrote: I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ 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] unable to install Grass
On Wed, Feb 18, 2009 at 7:58 AM, Hamish hamis...@yahoo.com wrote: Jimmy wrote: I m trying to install Grass on my PC. I recieived a Cygwin Setup window which says: Unable to get setup.ini from http://geni.ath.cx/grass in the instructions at http://grass.osgeo.org/grass62/binary/mswindows/ you will see setup.ini at the top of that page, and it says: At step #3 use http://grass.ibiblio.org/grass62/binary/mswindows/ (or a local mirror) instead of http://geni.ath.cx/grass.; Consider to use the new OSGeo4W installer instead: http://trac.osgeo.org/osgeo4w/wiki/pkg-grass Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.digit - new wiki page for migrators
Hi, it may not be the right place to develop proposals, but if I could piggyback on what Jan said, I think his suggestion is very pertinent to those who -- as I said in a recent previous post -- really produce vector data ! one has to be able to work with both hands (one on the keyboard, the other on the mouse or the graphic pad). It quickly becomes much more efficient than clicking around all the time ;-) Another enhancement I would really expect is the ability to have such shortcuts for dynamically panning and zooming, while digitizing. Sorry if I only can give suggestions, but few coding solutions... Thanks, Vincent Le mercredi 18 février 2009 à 14:53 +0100, Jan Hartmann a écrit : A question from a very old GRASS-hand (I have used it since we got Internet in Amsterdam in 1991, having downloaded and compiled it, with the complete X-Window system, from a 9600-baud telephone line. Had even to compile the gcc-compiler, since native AIX cc didn't like GRASS): In the old, pre-6 v.digit, all commands were given by keyboard shortcuts. That took some exercise, but once you had it in your fingers (literally), you could digitize much faster than with the present click-button interface. I would guess it isn't all too difficult to add the old keyboard shortcuts to the system. Any idea from the developers whether this could be done? I still have GRASS 5.7 running for digitizing only. Beats every other package. Jan Dr. J. Hartmann Department of Geography University of Amsterdam Micha Silver wrote: I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.digit - new wiki page for migrators
Yes, exactly, especially the panning and zooming. If this is not the place to place suggestions for enhancements, where can I put them? Vincent Bain wrote: Hi, it may not be the right place to develop proposals, but if I could piggyback on what Jan said, I think his suggestion is very pertinent to those who -- as I said in a recent previous post -- really produce vector data ! one has to be able to work with both hands (one on the keyboard, the other on the mouse or the graphic pad). It quickly becomes much more efficient than clicking around all the time ;-) Another enhancement I would really expect is the ability to have such shortcuts for dynamically panning and zooming, while digitizing. Sorry if I only can give suggestions, but few coding solutions... Thanks, Vincent Le mercredi 18 février 2009 à 14:53 +0100, Jan Hartmann a écrit : A question from a very old GRASS-hand (I have used it since we got Internet in Amsterdam in 1991, having downloaded and compiled it, with the complete X-Window system, from a 9600-baud telephone line. Had even to compile the gcc-compiler, since native AIX cc didn't like GRASS): In the old, pre-6 v.digit, all commands were given by keyboard shortcuts. That took some exercise, but once you had it in your fingers (literally), you could digitize much faster than with the present click-button interface. I would guess it isn't all too difficult to add the old keyboard shortcuts to the system. Any idea from the developers whether this could be done? I still have GRASS 5.7 running for digitizing only. Beats every other package. Jan Dr. J. Hartmann Department of Geography University of Amsterdam Micha Silver wrote: I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ 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 ___ 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] v.digit - new wiki page for migrators
Not yet very familiar with grass wiki, but perhaps here : http://grass.osgeo.org/wiki/GRASS_6.4_Feature_Plan#Wishlist Vincent Le mercredi 18 février 2009 à 15:55 +0100, Jan Hartmann a écrit : Yes, exactly, especially the panning and zooming. If this is not the place to place suggestions for enhancements, where can I put them? Vincent Bain wrote: Hi, it may not be the right place to develop proposals, but if I could piggyback on what Jan said, I think his suggestion is very pertinent to those who -- as I said in a recent previous post -- really produce vector data ! one has to be able to work with both hands (one on the keyboard, the other on the mouse or the graphic pad). It quickly becomes much more efficient than clicking around all the time ;-) Another enhancement I would really expect is the ability to have such shortcuts for dynamically panning and zooming, while digitizing. Sorry if I only can give suggestions, but few coding solutions... Thanks, Vincent Le mercredi 18 février 2009 à 14:53 +0100, Jan Hartmann a écrit : A question from a very old GRASS-hand (I have used it since we got Internet in Amsterdam in 1991, having downloaded and compiled it, with the complete X-Window system, from a 9600-baud telephone line. Had even to compile the gcc-compiler, since native AIX cc didn't like GRASS): In the old, pre-6 v.digit, all commands were given by keyboard shortcuts. That took some exercise, but once you had it in your fingers (literally), you could digitize much faster than with the present click-button interface. I would guess it isn't all too difficult to add the old keyboard shortcuts to the system. Any idea from the developers whether this could be done? I still have GRASS 5.7 running for digitizing only. Beats every other package. Jan Dr. J. Hartmann Department of Geography University of Amsterdam Micha Silver wrote: I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ 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 ___ 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] v.digit - new wiki page for migrators
On Feb 18, 2009, at 7:55 AM, grass-user-requ...@lists.osgeo.org wrote: Date: Wed, 18 Feb 2009 15:55:20 +0100 From: Jan Hartmann j.l.h.hartm...@uva.nl Subject: Re: [GRASS-user] v.digit - new wiki page for migrators To: Vincent Bain b...@toraval.fr Cc: GRASS user list grass-user@lists.osgeo.org Message-ID: 499c2158.8070...@uva.nl Content-Type: text/plain; charset=utf-8 Yes, exactly, especially the panning and zooming. If this is not the place to place suggestions for enhancements, where can I put them? Submit enhancement requests to the GRASS Trac site. That way, they don't get lost in a mountain of emails. I think there is a vdigit topic. If not, put it to wxgui. Michael ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Display output question
On Feb 18, 2009, at 7:55 AM, grass-user-requ...@lists.osgeo.org wrote: Date: Wed, 18 Feb 2009 11:40:43 +0100 From: Moritz Lennert mlenn...@club.worldonline.be Subject: Re: [GRASS-user] Display output question To: grass-user@lists.osgeo.org Message-ID: 499be5ab.4060...@club.worldonline.be Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 17/02/09 02:42, Michael Barton wrote: On Feb 16, 2009, at 6:34 PM, grass-user-requ...@lists.osgeo.org wrote: Date: Tue, 17 Feb 2009 10:40:52 +1100 From: Richard Chirgwin rchirg...@ozemail.com.au Subject: [GRASS-user] Display output question To: GRASS user list grass-user@lists.osgeo.org Message-ID: 4999f984.9060...@ozemail.com.au Content-Type: text/plain; charset=ISO-8859-1 Hi all, What's the command-line equivalent to using the JPG export in the display manager? (I would like to script outputs from a number of workspace - GRC - files). Cheers, Richard What happens in TclTk is that the display output is set to a PPM file instead of monitor. Then any d.* command creates a graphic file. The display graphic file is then converted to a jpeg. The latter can be done by a variety of programs, including gdal-translate. In wxPython, the display can be saved in a number of different formats using wxPython drivers. Yes, but AFAIK, you cannot easily use the contents of a .grc or .gxw file for scripting. You would have to parse the file with relevant tools (awk, sed or an xml parser for gxw) and then apply these options to the d.* commands using the cairo or PNG monitor to create a PNG file. In the TclTk GUI, you could save the content of the Output window after having displayed your workspace and filter out the d.* commands. In the wxGUI this is not possible anymore, AFAICT. It might be worth thinking about a module that translates workspace files into d.* commands... Moritz If you want to replicate a complex display with overlaying maps it is more complicated than this even. The maps need to be composited. We use g.pnmcomp. The input is a series of PNM maps and optionally their transparency masks; the output is a single, composite PNM file. I assumed (incorrectly perhaps?) that Richard was asking how to send a d.* output to a file instead of a display. Glynn has discussed adding an output argument to d.* commands for GRASS 7 to make this easier for scripting and command line work. AFAICT, this is not yet implemented. Michael ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.digit - new wiki page for migrators
Michael Barton wrote: Submit enhancement requests to the GRASS Trac site. That way, they don't get lost in a mountain of emails. I think there is a vdigit topic. If not, put it to wxgui. Done. Thanks Michael. Jan ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Display output question
On 18/02/09 16:09, Michael Barton wrote: On Feb 18, 2009, at 7:55 AM, grass-user-requ...@lists.osgeo.org wrote: Date: Wed, 18 Feb 2009 11:40:43 +0100 From: Moritz Lennert mlenn...@club.worldonline.be Subject: Re: [GRASS-user] Display output question To: grass-user@lists.osgeo.org Message-ID: 499be5ab.4060...@club.worldonline.be Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 17/02/09 02:42, Michael Barton wrote: On Feb 16, 2009, at 6:34 PM, grass-user-requ...@lists.osgeo.org wrote: Date: Tue, 17 Feb 2009 10:40:52 +1100 From: Richard Chirgwin rchirg...@ozemail.com.au Subject: [GRASS-user] Display output question To: GRASS user list grass-user@lists.osgeo.org Message-ID: 4999f984.9060...@ozemail.com.au Content-Type: text/plain; charset=ISO-8859-1 Hi all, What's the command-line equivalent to using the JPG export in the display manager? (I would like to script outputs from a number of workspace - GRC - files). Cheers, Richard What happens in TclTk is that the display output is set to a PPM file instead of monitor. Then any d.* command creates a graphic file. The display graphic file is then converted to a jpeg. The latter can be done by a variety of programs, including gdal-translate. In wxPython, the display can be saved in a number of different formats using wxPython drivers. Yes, but AFAIK, you cannot easily use the contents of a .grc or .gxw file for scripting. You would have to parse the file with relevant tools (awk, sed or an xml parser for gxw) and then apply these options to the d.* commands using the cairo or PNG monitor to create a PNG file. In the TclTk GUI, you could save the content of the Output window after having displayed your workspace and filter out the d.* commands. In the wxGUI this is not possible anymore, AFAICT. It might be worth thinking about a module that translates workspace files into d.* commands... Moritz If you want to replicate a complex display with overlaying maps it is more complicated than this even. The maps need to be composited. We use g.pnmcomp. The input is a series of PNM maps and optionally their transparency masks; the output is a single, composite PNM file. I assumed (incorrectly perhaps?) that Richard was asking how to send a d.* output to a file instead of a display. Well, if that's it, than it is very easy, and, as long as you don't need transparency, very easy, no need to mess with g.pnmcomp: export GRASS_PNGFILE=mymap.png export GRASS_RENDER_IMMEDIATE=TRUE export GRASS_PNG_READ=TRUE d.rast d.vect etc Et voilà, your composite map is in mymap.png. The difficult part is about scripting the output of workspace files... Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Long post - Remote Sensing - Classifications
Hi community, This semester I'm teaching an Intro Remote Sensing course using commercial softwares. Since I'm a free spirit, my goal at the end of the semester is to show the students that everything could be done using GRASS rather than Envi,Erdas or Idrisi. Given the fact that they are familiar with GUIs, I'd like to use “graphical” commands as much as possible (I don't want to scare them) I have a few questions: How do I actually save a color composite image as a raster? I know how to create it and visualize it (GUI: Add RGB or HIS layer → I choose the bands → Display active layer on the Map Display) (Command: d.rgb red=lsat5_1987...@landsat green=lsat5_1987...@landsat blue=lsat5_1987...@landsat -o) ...but I don't know how to save it, say, to use it as a base image to draw ground truth for a supervised classification. The other question is something that has been getting me crazy for a couple of days: classifications. (GUI: Imagery → Develop images and groups → Create/edit group. In the i.group window I type the name of the group, sub-group and I include rasters in the group) (Command: i.group group=lsat_try subgroup=lsat_try input=lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat) and the output is: group [lsat_try] - does not yet exist. Creating... Adding files to group [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing group REF Done. Adding files to subgroup [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing subgroup REF Done. So far so good..right? Now.. (GUI: Imagery → Classify Image → Clustering input for unsupervised classification) In the i.cluster window I type lsat_try for the group, lsat_try for the sub-group, lsat_sign for the signature file, say 15 classes, 50,50 for the sampling, lsat_rep for the report.txt (the rest is by default) (Command: i.cluster group=lsat_try subgroup=lsat_try sigfile=lsat_sign classes=15 sample=50,50 iterations=30 convergence=98.0 separation=0.0 min_size=17 reportfile=lsat_rep.txt) output Reading image ... Iteration 1: % Convergence: 80.00 (0s elapsed, 0s left) Iteration 2: % Convergence: 100.00 (0s elapsed, 0s left) (Pretty short output, innit?) Now.. (GUI: Imagery → Classify Image →Maximum likelyhood classification) I fill the boxes with the required info (Command: i.maxlik group=lsat_try subgroup=lsat_try sigfile=lsat_sign class=class_try reject=class_try_rej) but my output is the following: Can't read signature file [lsat_sign]. The thing that is literally driving me crazy is that sometimes it works (few times) others it doesn't (I generally I get error messages saying that the sub-group doesn't exist in the mapset). I delete everything and I start over using only the command line: i.group group=lsat_try sub=lsat_try in=lsat5_1987_10,lsat5_1987_20,lsat5_1987_30,lsat5_1987_40,lsat5_1987_50,lsat5_1987_70 output: group [lsat_try] - does not yet exist. Creating... Adding files to group [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing group REF Done. Adding files to subgroup [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing subgroup REF Done. i.cluster group=lsat_try sub=lsat_try sig=lsat_sign classes=15 report=lsat_rep.txt output Reading image ... Iteration 1: % Convergence: 65.36 (0s elapsed, 0s left) Iteration 2: % Convergence: 71.92 (0s elapsed, 0s left) Iteration 3: % Convergence: 86.67 (0s elapsed, 0s left) Iteration 4: % Convergence: 90.74 (0s elapsed, 0s left) Iteration 5: % Convergence: 93.32 (0s elapsed, 0s left) Iteration 6: % Convergence: 95.15 (0s elapsed, 0s left) Iteration 7: % Convergence: 96.00 (0s elapsed, 0s left) Iteration 8: % Convergence: 96.29 (0s elapsed, 0s left) Iteration 9: % Convergence: 96.70 (0s elapsed, 0s left) Iteration 10: % Convergence: 96.31 (0s elapsed, 0s left) Iteration 11: % Convergence: 96.70 (0s elapsed, 0s left) Iteration 12: % Convergence: 96.68 (0s elapsed, 0s left) Iteration 13: % Convergence: 96.75 (0s elapsed, 0s left) Iteration 14: % Convergence: 96.84 (0s elapsed, 0s left) Iteration 15: % Convergence: 96.98 (0s elapsed, 0s left) Iteration 16: % Convergence: 97.27 (0s elapsed, 0s left) Iteration 17: % Convergence: 97.54 (0s elapsed, 0s left) Iteration 18: %
Re: [GRASS-user] v.digit - new wiki page for migrators
No, I didn't know it, but to be honest, I find it almost as confusing as this mailing list :-). Jan Vincent Bain wrote: Not yet very familiar with grass wiki, but perhaps here : http://grass.osgeo.org/wiki/GRASS_6.4_Feature_Plan#Wishlist Vincent Le mercredi 18 février 2009 à 15:55 +0100, Jan Hartmann a écrit : Yes, exactly, especially the panning and zooming. If this is not the place to place suggestions for enhancements, where can I put them? Vincent Bain wrote: Hi, it may not be the right place to develop proposals, but if I could piggyback on what Jan said, I think his suggestion is very pertinent to those who -- as I said in a recent previous post -- really produce vector data ! one has to be able to work with both hands (one on the keyboard, the other on the mouse or the graphic pad). It quickly becomes much more efficient than clicking around all the time ;-) Another enhancement I would really expect is the ability to have such shortcuts for dynamically panning and zooming, while digitizing. Sorry if I only can give suggestions, but few coding solutions... Thanks, Vincent Le mercredi 18 février 2009 à 14:53 +0100, Jan Hartmann a écrit : A question from a very old GRASS-hand (I have used it since we got Internet in Amsterdam in 1991, having downloaded and compiled it, with the complete X-Window system, from a 9600-baud telephone line. Had even to compile the gcc-compiler, since native AIX cc didn't like GRASS): In the old, pre-6 v.digit, all commands were given by keyboard shortcuts. That took some exercise, but once you had it in your fingers (literally), you could digitize much faster than with the present click-button interface. I would guess it isn't all too difficult to add the old keyboard shortcuts to the system. Any idea from the developers whether this could be done? I still have GRASS 5.7 running for digitizing only. Beats every other package. Jan Dr. J. Hartmann Department of Geography University of Amsterdam Micha Silver wrote: I've posted a new page on the wiki [1] entitled Digitizing Area Features. It's targeted at new GRASS users, migrating from other non-topological software. I'd appreciate any comments from more experienced users as to correctness, completeness, or clarity. Thanks, Micha [1] http://grass.osgeo.org/wiki/Digitizing_Area_Features ___ 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 ___ 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 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Long post - Remote Sensing - Classifications
I forgot: Debian Lenny fresh installation GRASS 6.3 fresh installation Cheers mitch mitch_TX wrote: Hi community, This semester I'm teaching an Intro Remote Sensing course using commercial softwares. Since I'm a free spirit, my goal at the end of the semester is to show the students that everything could be done using GRASS rather than Envi,Erdas or Idrisi. Given the fact that they are familiar with GUIs, I'd like to use “graphical” commands as much as possible (I don't want to scare them) I have a few questions: How do I actually save a color composite image as a raster? I know how to create it and visualize it (GUI: Add RGB or HIS layer → I choose the bands → Display active layer on the Map Display) (Command: d.rgb red=lsat5_1987...@landsat green=lsat5_1987...@landsat blue=lsat5_1987...@landsat -o) ...but I don't know how to save it, say, to use it as a base image to draw ground truth for a supervised classification. The other question is something that has been getting me crazy for a couple of days: classifications. (GUI: Imagery → Develop images and groups → Create/edit group. In the i.group window I type the name of the group, sub-group and I include rasters in the group) (Command: i.group group=lsat_try subgroup=lsat_try input=lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat,lsat5_1987...@landsat) and the output is: group [lsat_try] - does not yet exist. Creating... Adding files to group [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing group REF Done. Adding files to subgroup [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing subgroup REF Done. So far so good..right? Now.. (GUI: Imagery → Classify Image → Clustering input for unsupervised classification) In the i.cluster window I type lsat_try for the group, lsat_try for the sub-group, lsat_sign for the signature file, say 15 classes, 50,50 for the sampling, lsat_rep for the report.txt (the rest is by default) (Command: i.cluster group=lsat_try subgroup=lsat_try sigfile=lsat_sign classes=15 sample=50,50 iterations=30 convergence=98.0 separation=0.0 min_size=17 reportfile=lsat_rep.txt) output Reading image ... Iteration 1: % Convergence: 80.00 (0s elapsed, 0s left) Iteration 2: % Convergence: 100.00 (0s elapsed, 0s left) (Pretty short output, innit?) Now.. (GUI: Imagery → Classify Image →Maximum likelyhood classification) I fill the boxes with the required info (Command: i.maxlik group=lsat_try subgroup=lsat_try sigfile=lsat_sign class=class_try reject=class_try_rej) but my output is the following: Can't read signature file [lsat_sign]. The thing that is literally driving me crazy is that sometimes it works (few times) others it doesn't (I generally I get error messages saying that the sub-group doesn't exist in the mapset). I delete everything and I start over using only the command line: i.group group=lsat_try sub=lsat_try in=lsat5_1987_10,lsat5_1987_20,lsat5_1987_30,lsat5_1987_40,lsat5_1987_50,lsat5_1987_70 output: group [lsat_try] - does not yet exist. Creating... Adding files to group [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing group REF Done. Adding files to subgroup [lsat_try] Adding raster map [lsat5_1987_10] Adding raster map [lsat5_1987_20] Adding raster map [lsat5_1987_30] Adding raster map [lsat5_1987_40] Adding raster map [lsat5_1987_50] Adding raster map [lsat5_1987_70] Writing subgroup REF Done. i.cluster group=lsat_try sub=lsat_try sig=lsat_sign classes=15 report=lsat_rep.txt output Reading image ... Iteration 1: % Convergence: 65.36 (0s elapsed, 0s left) Iteration 2: % Convergence: 71.92 (0s elapsed, 0s left) Iteration 3: % Convergence: 86.67 (0s elapsed, 0s left) Iteration 4: % Convergence: 90.74 (0s elapsed, 0s left) Iteration 5: % Convergence: 93.32 (0s elapsed, 0s left) Iteration 6: % Convergence: 95.15 (0s elapsed, 0s left) Iteration 7: % Convergence: 96.00 (0s elapsed, 0s left) Iteration 8: % Convergence: 96.29 (0s elapsed, 0s left) Iteration 9: % Convergence: 96.70 (0s elapsed, 0s left) Iteration 10: % Convergence: 96.31 (0s elapsed, 0s left) Iteration 11: % Convergence: 96.70 (0s elapsed, 0s left) Iteration 12: % Convergence: 96.68 (0s elapsed, 0s left) Iteration
Re: [GRASS-user] Problem running r.terraflow
try: g.region -ap res=10 If my memory serves me correct. Mark On Wed, Feb 18, 2009 at 10:11 AM, Margherita Di Leo direg...@gmail.comwrote: Hi all, i have a problem using Grass 6.5 with a raster elevation map running the command 'r.terraflow'. I need to obtain the flow accumulation with MFD. The error is the following: 'cell file dem resolution differs from current region'. I ran the command 'g.region -ap rast=dem' and this is the result: projection: 1 (UTM) zone: 33 datum: wgs84 ellipsoid: wgs84 north: 6651087.53951495 south: 6541497.53951495 west: 500200.31922317 east: 649510.31922317 nsres: 10 ewres: 10 rows: 10959 cols: 14931 cells: 163628829 with 'r.info' the result is: Type of Map: raster Number of Categories: 255 | | Data Type:FCELL | | Rows: 10959 | | Columns: 14931 | | Total Cells: 163628829 | |Projection: UTM (zone 33) | |N: 6651087.53951495S: 6541497.53951495 Res:10 | |E: 649510.31922317W: 500200.31922317 Res:10 | | Range of data:min = 3.00 max = 402.930878 | | | | Data Description: | |generated by r.in.gdal | | Please can you help me? Any idea about what's wrong? Sorry if my question is trivial. Regards -- Ing. Margherita Di Leo Ph.D. Student Methods and Technologies for Environmental Monitoring Department of Environmental Engineering and Physics (DIFA) University of Basilicata Campus Macchia Romana 85100 - Potenza Italy Office: +39-0971205363 Fax: +39-0971205160 E-mail: dileomargher...@gmail.com Skype: dileomargherita URL: http://www.difa.unibas.it/A_Manager_PP.do?azione=visualizzaHomePageid=106 ___ 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] Long post - Remote Sensing - Classifications
On 18/02/09 17:17, mitch_TX wrote: Hi community, This semester I'm teaching an Intro Remote Sensing course using commercial softwares. Since I'm a free spirit, my goal at the end of the semester is to show the students that everything could be done using GRASS rather than Envi,Erdas or Idrisi. Given the fact that they are familiar with GUIs, I'd like to use “graphical” commands as much as possible (I don't want to scare them) I have a few questions: How do I actually save a color composite image as a raster? I know how to create it and visualize it (GUI: Add RGB or HIS layer → I choose the bands → Display active layer on the Map Display) (Command: d.rgb red=lsat5_1987...@landsat green=lsat5_1987...@landsat blue=lsat5_1987...@landsat -o) ...but I don't know how to save it, say, to use it as a base image to draw ground truth for a supervised classification. r.composite (Raster-Manage map colors-Create RGB) The other question is something that has been getting me crazy for a couple of days: classifications. [...] Is this a bug or am I “the bug” :-) ?? I know that if the command line works, you all may not “see what the problem is”? But as I said I'd like to use the GUI. There were issues in 6.3 with the GUI appending @MAPSET to names whereas the i.* commands couldn't deal with such names. This was corrected since (but probably after 6.3 came out). You might want to try with 6.4 (IIUC, there should be a Lenny package available in the gfoss.it repository soon). Let's try with the Supervised using the group and sub-group that worked before: (GUI: Imagery → Classify image → Interactive input for supervised classifications) i.class window, say I want to use the NIR band to draw my truths: lsat5_1987_40 (good) group lsat_try (the group that worked before) (good) sub (if I type list to see the available sub-groups I get: no subgruop available in the current mapset) the same happens if I create a group and sub in the user mapset using the copied images. What am I doing wrong? :,( Can't help you on this one, but maybe same issue of file naming ? Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Long post - Remote Sensing - Classifications
Thanks Moritz, I couldn't find r.composite :working:..too much work. As far as the 6.4, I'm looking forward to giving it a shot. Thanks again, mitch Moritz Lennert wrote: On 18/02/09 17:17, mitch_TX wrote: Hi community, This semester I'm teaching an Intro Remote Sensing course using commercial softwares. Since I'm a free spirit, my goal at the end of the semester is to show the students that everything could be done using GRASS rather than Envi,Erdas or Idrisi. Given the fact that they are familiar with GUIs, I'd like to use “graphical” commands as much as possible (I don't want to scare them) I have a few questions: How do I actually save a color composite image as a raster? I know how to create it and visualize it (GUI: Add RGB or HIS layer → I choose the bands → Display active layer on the Map Display) (Command: d.rgb red=lsat5_1987...@landsat green=lsat5_1987...@landsat blue=lsat5_1987...@landsat -o) ...but I don't know how to save it, say, to use it as a base image to draw ground truth for a supervised classification. r.composite (Raster-Manage map colors-Create RGB) The other question is something that has been getting me crazy for a couple of days: classifications. [...] Is this a bug or am I “the bug” :-) ?? I know that if the command line works, you all may not “see what the problem is”? But as I said I'd like to use the GUI. There were issues in 6.3 with the GUI appending @MAPSET to names whereas the i.* commands couldn't deal with such names. This was corrected since (but probably after 6.3 came out). You might want to try with 6.4 (IIUC, there should be a Lenny package available in the gfoss.it repository soon). Let's try with the Supervised using the group and sub-group that worked before: (GUI: Imagery → Classify image → Interactive input for supervised classifications) i.class window, say I want to use the NIR band to draw my truths: lsat5_1987_40 (good) group lsat_try (the group that worked before) (good) sub (if I type list to see the available sub-groups I get: no subgruop available in the current mapset) the same happens if I create a group and sub in the user mapset using the copied images. What am I doing wrong? :,( Can't help you on this one, but maybe same issue of file naming ? Moritz ___ 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/Long-post---Remote-Sensing---Classifications-tp2347807p2348306.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] Problematic error with g.region
Hi The message is long, but problem potentialy dengerous. The error mentioned ealier: Erro setting region (Problem with g.region?): child procces aborted abnormaly I solved it partially (in proccess described below the wind file has been corrupted) and can be solved by simply copying wind file from PERMANENT mapset and run g.region. But something destroy the wind file and that situation was reported not only by me. Becouse problem seems dengerous (there is no access to data till wind file is not reconstructed) So i decided do not repair my data if someone think to look on this problem with detail. Below is describing of the situation. If some addational informations or tests are needed please let me know. Jarek First my configuration: Ubuntu 8.04 Gdal 1.5.3 lastly compiled from source about 2 month ago Proj 4.5 compiled from source Grass6.4 svn laslty compiled from source about one month ago In location with following projection name: Transverse Mercator proj: tmerc datum: etrs89 a: 6378137 es: 0.006694380022900787 lat_0: 0 lon_0: 19 k: 0.999300 x_0: 50 y_0: -530 no_defs: defined I added mapset and proformed several simple analysis. in last of them I recive message: map [maxic2] nie można zapisać wiersza 4811 (in english probably: map[maxic2] row 4811 cannot be written or I cannot write row 4811) The massage appeared in output window The analysis was typical r.param.scale on map of about 12858, 11980 in region based on that map. Nothing special. on finish map wasn't written with following message: (in terminal) I cannot write element [maxic2] in mapset bramy and next message: Erro setting region (Problem with g.region?): child procces aborted abnormaly (in pop-up dialog box) next can be messages and problems I recive can be easyly reproduced by removing all data from wind file ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] d.mon and libgdal.so.1 on a cluster
Dear GRASS users,
I am doing the first steps on GRASS on a cluster in my institute. After
logging in:
ssh -X name_of_machine
I launch grass63. When trying to start a monitor, say x0, it returns:
GRASS 6.3.0 d.mon start=x0
ERROR: no such monitor 'x0'
ERROR: No such monitor as 'x0'
Problem selecting x0. Will try once more
ERROR: No such monitor as 'x0'
When listing the monitors:
name description
---
PNG Create PNG file
png1 Create PNG file
png2 Create PNG file
png3 Create PNG file
png4 Create PNG file
png5 Create PNG file
png6 Create PNG file
png7 Create PNG file
gism Create PNG file for gis.m
HTMLMAP Create HTML Image Map
PS Create PS file
ps1 Create PS file
ps2 Create PS file
ps3 Create PS file
ps4 Create PS file
ps5 Create PS file
ps6 Create PS file
ps7 Create PS file
So, no graphics monitor available to start.
Another problem is one that I am having both on the cluster and on
my personal computer: v.in.ogr does not work.
GRASS 6.3.0 v.in.ogr
v.in.ogr: error while loading shared libraries: libgdal.so.1: cannot
open shared object file: No such file or directory
I already know that some symbolic links must be made before proceeding,
but the problem is that my ldconfig is running weird and returning
jdelg...@jdelgado-laptop:~$ ldconfig
/sbin/ldconfig.real: ?e is not a known library type
/sbin/ldconfig.real: ?...@*k?q-??v????p???n\|?
etc...
Thank you in advance for your suggestions.
Greetings
Jose Delgado
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] library problem with i.landsat.toar
Hi list, I wanted to install the i.landsat.toar - addon, following the instruction in the README-file (make MODULE_TOPDIR=$HOME/grass64/), I also made ./configure before and also make lib, which says Nothing to do for target »lib«! The procedure works fine for other addons (e.g. i.landsat.dehaze, v.what.rast.buffer and others), but when I try to start the i.landsat.toar addon, it says Incompatible library version for module. I recompiled grass, but this didn't help. I'm using grass6.4 on Ubuntu 8.10. Thanks for any help, Christine -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
FW: [GRASS-user] unable to install Grass
Dear all, I m really struggling to install Grass on my PC!!! I've tried leads provided below but it still won't work. Error msg reads: Unable to get setup.ini from http://download.osgweo.org/osgeo4w Could it have anything to do with the proxy server on my side. Pls advice?? Ta, Jimmy -Original Message- From: neteler.os...@gmail.com [mailto:neteler.os...@gmail.com] On Behalf Of Markus Neteler Sent: Thursday, February 19, 2009 12:08 AM To: Jimmy Maro Cc: GRASS user list Subject: Re: [GRASS-user] unable to install Grass On Wed, Feb 18, 2009 at 7:58 AM, Hamish hamis...@yahoo.com wrote: Jimmy wrote: I m trying to install Grass on my PC. I recieived a Cygwin Setup window which says: Unable to get setup.ini from http://geni.ath.cx/grass in the instructions at http://grass.osgeo.org/grass62/binary/mswindows/ you will see setup.ini at the top of that page, and it says: At step #3 use http://grass.ibiblio.org/grass62/binary/mswindows/ (or a local mirror) instead of http://geni.ath.cx/grass.; Consider to use the new OSGeo4W installer instead: http://trac.osgeo.org/osgeo4w/wiki/pkg-grass Markus -- No virus found in this incoming message. Checked by AVG. Version: 7.5.552 / Virus Database: 270.10.25/1957 - Release Date: 2/17/2009 7:07 AM ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: FW: [GRASS-user] unable to install Grass
Jimmy wrote: I m really struggling to install Grass on my PC!!! I've tried leads provided below but it still won't work. Error msg reads: Unable to get setup.ini from http://download.osgweo.org/osgeo4w probably you are very close, there is simply a typo in the above http://download.osgweo.org/osgeo4w should have osgeo.org, not osgweo.org. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: FW: [GRASS-user] unable to install Grass
Hamish, Still no luck!! Jim -Original Message- From: Hamish [mailto:hamis...@yahoo.com] Sent: Thursday, February 19, 2009 9:48 AM To: grass-user@lists.osgeo.org; Jimmy Maro Subject: Re: FW: [GRASS-user] unable to install Grass Jimmy wrote: I m really struggling to install Grass on my PC!!! I've tried leads provided below but it still won't work. Error msg reads: Unable to get setup.ini from http://download.osgweo.org/osgeo4w probably you are very close, there is simply a typo in the above http://download.osgweo.org/osgeo4w should have osgeo.org, not osgweo.org. Hamish -- No virus found in this incoming message. Checked by AVG. Version: 7.5.552 / Virus Database: 270.10.25/1957 - Release Date: 2/17/2009 7:07 AM ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] library problem with i.landsat.toar
Christine Sandmeier wrote: I wanted to install the i.landsat.toar - addon, following the instruction in the README-file (make MODULE_TOPDIR=$HOME/grass64/), I also made ./configure before and also was grass already built, or are you adding to a packaged binary version? make lib, which says Nothing to do for target »lib«! that should be make libs not make lib but when I try to start the i.landsat.toar addon, it says Incompatible library version for module. I recompiled grass, but this didn't help. you might have to remove any other version of grass to keep it from getting confused (generally this isn't needed, but may help if the local system has gotten mixed up). another way if you fully build grass from source is to copy the i.landsat.toar/ directory into the imagery/ dir in the main grass source code, and after grass has built cd imagery/i.landsat.toar/ and run make with no arguments. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: FW: [GRASS-user] unable to install Grass
Jimmy wrote: Still no luck!! what does the (exact) error message say now? same but without typo? does your proxy server require a username and the installer doesn't give you an option to enter that? for what it's worth, there does appear to be a setup.ini file in: http://download.osgeo.org/osgeo4w/ I haven't tried to run the OSGeo4W installer myself yet, so I'm just guessing... Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Interpolation on a Grid
Frank Aragona wrote:
I'd like to do an interpolation of xyz data points that
I have, and put the interpolated data on 100' x 100'
grid. So that each 100' x 100' square has an
associated elevation value. Any suggestions as to how best
to do this?
Hamish:
depending on how many input points you have either:
v.in.ascii, g.region res=100, v.surf.rst
or for massive datasets (1-3 million points):
g.region res=100, r.in.xyz, r.to.vect, v.surf.rst
choice of method and {r|v}.surf.* interpolation module are subject to
nature of data personal preference. see also r.surf.nnbathy in wiki
addons. the modules' manual pages should help you decide.
Frank wrote:
But I'd like the interpolated surface to be a set of
100' x 100' vector grids, each 100 x 100 square with
a discrete elevation value. Is this possible?
after import binning as a raster use v.mkgrid to make your 100x100 grid,
then use v.what.rast or v.rast.stats to give each square an elevation
value. or maybe r.to.vect is easier?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] library problem with i.landsat.toar
Original-Nachricht Datum: Wed, 18 Feb 2009 16:01:29 -0800 (PST) Von: Hamish hamis...@yahoo.com An: grass-user@lists.osgeo.org, Christine Sandmeier christine.sandme...@gmx.de Betreff: Re: [GRASS-user] library problem with i.landsat.toar Christine Sandmeier wrote: I wanted to install the i.landsat.toar - addon, following the instruction in the README-file (make MODULE_TOPDIR=$HOME/grass64/), I also made ./configure before and also was grass already built, or are you adding to a packaged binary version? grass was already built before. make lib, which says Nothing to do for target »lib«! that should be make libs not make lib I tried it with make libs, instead of make lib, but this doesn't help (maybe this should be changed in the README-file of the grass-addons). but when I try to start the i.landsat.toar addon, it says Incompatible library version for module. I recompiled grass, but this didn't help. you might have to remove any other version of grass to keep it from getting confused (generally this isn't needed, but may help if the local system has gotten mixed up). I already removed all other versions of grass - this didn't help. another way if you fully build grass from source is to copy the i.landsat.toar/ directory into the imagery/ dir in the main grass source code, and after grass has built cd imagery/i.landsat.toar/ and run make with no arguments. I also tried this before and did it again now. This works fine for other addons, but didn't help for i.landsat.toar. any other ideas? -- Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Display output question
Michael wrote: If you want to replicate a complex display with overlaying maps it is more complicated than this even. The maps need to be composited. We use g.pnmcomp. The input is a series of PNM maps and optionally their transparency masks; the output is a single, composite PNM file. which can be Save As..'d from the menu. if there path to that file was known, the user could also copy it away (probably passing it through pnmtopng) to save a few mouse clicks. but I don't think batch workspace file - image is possible without some custom hacking of the python code by the user. (probably not too hard) me, I like xwd | xwdtopnm | pnmtopng screenshot.png Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RE: FW: [GRASS-user] unable to install Grass
Hamish, Exact error msg: Unable to setup.ini from http://www.osgeo.org/osgeow4 We have a proxy server which allows internet through Web proxy username and password. I m able to get thru this OK. Problem occurs after I started running installation. Should I be running installation through dos prompt? Advice pls. Ta, Jimmy -Original Message- From: Hamish [mailto:hamis...@yahoo.com] Sent: Thursday, February 19, 2009 10:07 AM To: grass-user@lists.osgeo.org; Jimmy Maro Subject: RE: FW: [GRASS-user] unable to install Grass Jimmy wrote: Still no luck!! what does the (exact) error message say now? same but without typo? does your proxy server require a username and the installer doesn't give you an option to enter that? for what it's worth, there does appear to be a setup.ini file in: http://download.osgeo.org/osgeo4w/ I haven't tried to run the OSGeo4W installer myself yet, so I'm just guessing... Hamish -- No virus found in this incoming message. Checked by AVG. Version: 7.5.552 / Virus Database: 270.10.25/1957 - Release Date: 2/17/2009 7:07 AM ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Long post - Remote Sensing - Classifications
mitch wrote: How do I actually save a color composite image as a raster? I couldn't find r.composite :working:..too much work. GRASS cd $GISBASE/etc/gm/ GRASS less gmmenu.tcl /composite [Enter] up up up it's in Raster - Manage map colors - Create RGB there was a wish a while ago to build a menu tree for the commands, not sure if it went anywhere. Maybe something could be built into tools/module_synopsis.sh (add a line of text under each module descr with italicized a-b-c menu location?) [note to self: update the synopsis PDF for 6.4.0] The other question is something that has been getting me crazy for a couple of days: classifications. (GUI: Imagery → Classify Image → Clustering input for unsupervised classification) output Reading image ... Iteration 1: % Convergence: 80.00 (0s elapsed, 0s left) Iteration 2: % Convergence: 100.00 (0s elapsed, 0s left) (Pretty short output, innit?) perhaps the computational region is different than the map's? config - region - change region - set region to match this raster map ??? Moritz: There were issues in 6.3 with the GUI appending @MAPSET to names whereas the i.* commands couldn't deal with such names. This was corrected since (but probably after 6.3 came out). I would say mitigated not corrected. The imagery modules generally still don't like to look at maps in @othermapsets, and generally don't like @currentmapset tacked on map names either. But hopefully it breaks less now and exits with an understandable error message. The imagery libs need some TLC. Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] vector area needs water fill
[...] Kurt: I am almost sure that I can trace the areas in qgis I made a test with its drawing tools. Is there a way to import that tracing back to GRASS? Kurt, if you mean to import them in GRASS, sure, why not? I suppose by trace you mean you have created a vector map (shapefile probably). You can either select the layer in your legend, save as Shapefile and then v.in.ogr to import in GRASS _or_ you can use the GRASS-toolbox within from QGIS. Except if I misunderstand what you mean by trace. Regards, Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] ps.map question concerning rtid numbers
Hi I am using ps.map with a raster and a grid and showing numbers. This works fine, only that background of the numbers of the grid is white, and not transparent - consequently, one can not see the raster (see attached png). I am using the code below. My question is, if it would be possible to set the background of the numbers to transparent. Thanks Rainer raster ag.all_prioStand_2006.consensus.asc paper width 1.5 height 0.8 left 0 right 0 bottom 0 top 0 end border n grid 1 color grey numbers 2 grey font size 10 end -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Faculty of Science Natural Sciences Building Private Bag X1 University of Stellenbosch Matieland 7602 South Africa attachment: cp.all_prioStand_2006.consensus.asc.map.png___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
