[GRASS-user] winGrass daily builds - available?
Could someone advise if the winGrass daily binary snapshots (6.4, 6.5 and 7.0) are still available as the link to the snapshots on the Grass download page (Grass page: http://grass.osgeo.org/grass64/binary/mswindows/native/ to Binary Snapshot link e.g. http://josef.fsv.cvut.cz/wingrass/grass64/) gives a Network error and has done for a few weeks. If snapshots available, where/how do you access them? Thanks in advance, Sharon ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] NOAA/NWS GRASS GIS Workshop — CANCELLED!!!
All: Regrettably, I must announce that the NOAA/NWS GRASS GIS Workshop is -CANCELLED- due to the U.S. Federal Budget problems. The funds that we had been promised to sponsor the Workshop were cut. I sincerely apologize for all inconveniences this may cause you. I hope we can do the Workshop in the future at some point. One possibility is to host a few free, live web-based seminars if I can get the instructors (and some additional instructors) to agree to this. So… stay tuned; I will make an announcement on the GRASS Users mailing list and will send any announcements to NOAA/NWS offices. Please pass this news to your colleagues who may be affected. Again, my sincere apologies… Best… Tom Adams -- Thomas E Adams National Weather Service Ohio River Forecast Center 1901 South State Route 134 Wilmington, OH 45177 EMAIL: thomas.ad...@noaa.gov VOICE: 937-383-0528 FAX:937-383-0033 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] r.rescale error
Ned Horning wrote: > I am trying to run r.rescale to apply a contrast stretch to an image to > allow me to more easily locate ground control points using Georectify. > When I run the following command: > > r.rescale input=Quickbird.blue@PERMANENT from=48,106 > output=Quickbird.blue.scale to=0,255 > > I get the following error: > > Rescale Quickbird.blue@PERMANENT[48,106] to Quickbird.blue.scale[0,255] > ERROR: Required parameter not set: > (File containing reclass rules). > Description: > Reclassify raster map based on category values. > Creates a new raster map whose category values are based > upon a reclassification of the categories in an existing > raster map. > > I would expect the reclass rules to be provided by r.rescale but maybe > I'm missing something. Is this a user problem or a bug? It's a bug. The rules= parameter became mandatory some time prior to the release of 6.4.0, but r.rescale wasn't updated accordingly. In 6.5, rules= is optional; in 7.0, r.rescale passes rules=- to r.reclass. However, if you just want to change the visual appearance, r.rescale probably isn't the right tool. I'd suggest using r.colors to change the colour table, e.g.: $ r.colors Quickbird.blue rules=- < ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Some thoughts on wxGUI (GRASS Community Sprint)
I can help, but this is my field season and I will be galavanting around the SE US. On Mar 9, 2011, at 3:24 PM, Martin Landa wrote: Hi, 2011/3/9 Markus Neteler : http://grass.osgeo.org/wiki/WxGUI#General_GUI_Design -> Proposal for wxGUI layout modification (Recomposition of existing toolbars, mapview and menus) which is essentially trapping the individual wxGUI windows in a single one. At least optionally... probably would be nice GSoC project(?) Marttin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ 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] Re: GRASS script to export raster
Kim Besson wrote: > WHat I need is to: > - Export raster values in an ASCII file written from left to right and > bottom to top and each line only includes Raster value (not X neither Y). > Is this possible in GRASS with a Python Script? Use r.out.ascii and tac. r.out.ascii writes the cell values (without the coordinates), one output row for each map row, top to bottm. tac reverses the lines of a text file. > Also I will need to import raster values written in ASCII file written from > left to right and bottom to top where each line is a single raster value > without X and Y. Use tac and r.in.ascii (you'll also need to provide a header, as documented in the r.in.ascii manual page). -- Glynn Clements ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Some thoughts on wxGUI (GRASS Community Sprint)
Hi, 2011/3/9 Markus Neteler : > http://grass.osgeo.org/wiki/WxGUI#General_GUI_Design > -> Proposal for wxGUI layout modification (Recomposition of existing toolbars, > mapview and menus) > > which is essentially trapping the individual wxGUI windows in a single one. > At least optionally... probably would be nice GSoC project(?) Marttin -- Martin Landa * http://geo.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Some thoughts on wxGUI (GRASS Community Sprint)
On Tue, Mar 8, 2011 at 6:20 PM, stephen sefick wrote: > On Mar 8, 2011, at 8:46 AM, Martin Landa wrote: >> 2011/3/7 Carlos Grohmann : ... >> Anyway creating separate >> window is not good solution, the more windows the worse for the user. >> > > Less Windows. I suggest at most three and preferably two- The layer > manager, Map Window, and "if you have to" a command window. I normally have > a text editor to script in open at the same time, and even with a second > monitor this arrangment gets cluttered. I agree with that (since I have already another tons of windows already open). I have put a proposal here: http://grass.osgeo.org/wiki/WxGUI#General_GUI_Design -> Proposal for wxGUI layout modification (Recomposition of existing toolbars, mapview and menus) which is essentially trapping the individual wxGUI windows in a single one. At least optionally... Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] r.rescale error
Hi - I am trying to run r.rescale to apply a contrast stretch to an image to allow me to more easily locate ground control points using Georectify. When I run the following command: r.rescale input=Quickbird.blue@PERMANENT from=48,106 output=Quickbird.blue.scale to=0,255 I get the following error: Rescale Quickbird.blue@PERMANENT[48,106] to Quickbird.blue.scale[0,255] ERROR: Required parameter not set: (File containing reclass rules). Description: Reclassify raster map based on category values. Creates a new raster map whose category values are based upon a reclassification of the categories in an existing raster map. I would expect the reclass rules to be provided by r.rescale but maybe I'm missing something. Is this a user problem or a bug? Ned ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: GRASS script to export raster
Hi Glynn, Martin, Hamish and rest of GRASS mailing list
Thanks for your feedback. Unfortunely, I was "analyzing" my problem in the
wrong way...
WHat I need is to:
- Export raster values in an ASCII file written from left to right and
bottom to top and each line only includes Raster value (not X neither Y).
Is this possible in GRASS with a Python Script?
Also I will need to import raster values written in ASCII file written from
left to right and bottom to top where each line is a single raster value
without X and Y.
Is there any easy-to-implement solution?
Thanks
Best regards and sorry for my previous mistake,
Kim
2011/3/9 Glynn Clements
>
> Martin Landa wrote:
>
> > > so just flipping all the rows in the file you can get now?
> > >
> > > don't know how to do that in python, but if unix shell powertools are
> > > available:
> > > r.out.ascii | tac
>
> > print os.linesep.join(reversed(grass.read_command('r.out.ascii',
>
> FWIW, both of these are sub-optimal.
>
> The Python approach reads everything into memory then generates a
> reversed copy, so you need enough memory to hold two copies of the
> output from r.out.ascii.
>
> When given a file, tac reads the input file backwards a block at a
> time, so it only needs enough memory to hold a complete line, rounded
> up to a whole number of blocks.
>
> However, it can't do this when reading from a pipe; it has to store
> everything in memory.
>
> If you want to reverse a large file without storing everything in
> memory, the simplest solution is e.g.:
>
>r.out.ascii ... > tmp.txt
>tac tmp.txt > reversed.txt
>rm tmp.txt
>
> If this was likely to be a common operation, r.out.ascii could easily
> be modified to flip the row number passed to Rast_get_row(). However,
> while that will be optimal for native GRASS rasters, it may be
> sub-optimal (or even fail) for "linked" (r.external) rasters; many
> raster formats have to be read top-to-bottom (I don't know how GDAL
> handles out-of-order reads for such formats).
>
> --
> Glynn Clements
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: GRASS script to export raster
Martin Landa wrote:
> > so just flipping all the rows in the file you can get now?
> >
> > don't know how to do that in python, but if unix shell powertools are
> > available:
> > r.out.ascii | tac
> print os.linesep.join(reversed(grass.read_command('r.out.ascii',
FWIW, both of these are sub-optimal.
The Python approach reads everything into memory then generates a
reversed copy, so you need enough memory to hold two copies of the
output from r.out.ascii.
When given a file, tac reads the input file backwards a block at a
time, so it only needs enough memory to hold a complete line, rounded
up to a whole number of blocks.
However, it can't do this when reading from a pipe; it has to store
everything in memory.
If you want to reverse a large file without storing everything in
memory, the simplest solution is e.g.:
r.out.ascii ... > tmp.txt
tac tmp.txt > reversed.txt
rm tmp.txt
If this was likely to be a common operation, r.out.ascii could easily
be modified to flip the row number passed to Rast_get_row(). However,
while that will be optimal for native GRASS rasters, it may be
sub-optimal (or even fail) for "linked" (r.external) rasters; many
raster formats have to be read top-to-bottom (I don't know how GDAL
handles out-of-order reads for such formats).
--
Glynn Clements
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] wxPython GUI thoughts
I have since erased the thread that I should probably be responding to, but here is a wish of mine. The ability to dock and un-dock windows in the main layer manager. This would be much like firefox: grab the tab, drag, and new window; desktop to cluttered: grab the window, drag back into the layer manager and viola less clutter. Admittedly, I know nothing about GUIs and I don't know if this is feasible or not. Thanks for all of the wonderful work on GRASS! Stephen ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: GRASS script to export raster
2011/3/9 Hamish :
[...]
> so just flipping all the rows in the file you can get now?
>
> don't know how to do that in python, but if unix shell powertools are
> available:
> r.out.ascii | tac
import os
import grass.script as grass
print os.linesep.join(reversed(grass.read_command('r.out.ascii',
quiet = True,
input =
'elevation').splitlines()))
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
