Hullo All,
This is a plea for some help with the development of the Stereo
(photo-metrology) project I have established on Sourcforge, see
http://stereo.sourceforge.net.
The software is written in C for Unix/Linux and X Windows. The gui really
needs a a complete rewrite, and that probably
Hello,
I'm still working on generating fake geological maps and have made
significant progress. I generate a contour map of a fake
topography made using r.surf.fractal and superimpose geological
boundaries made using r.plane. Both these steps work well. I need to
find intersections of
2008/8/5, Terry Duell [EMAIL PROTECTED]:
Hullo All,
This is a plea for some help with the development of the Stereo
(photo-metrology) project I have established on Sourcforge, see
http://stereo.sourceforge.net.
Terry,
Did you know e-foto (http://www.efoto.eng.uerj.br/) ?
It seems,
Thank you a lot for your help, I think i'll try Nikos choice, because i'm
not sure of how to use gdal_translate (i'm still a beginer with GRASS and
with linux in general)
anyway, the r.in.gdal is not working for some reason, so i'm copying the
(last part of the) output here:
b7301000-b741c000
sorry, i should have wrote r.out.gdal
JM
On Tue, Aug 5, 2008 at 12:02 PM, Juan Manuel Barreneche
[EMAIL PROTECTED]wrote:
Thank you a lot for your help, I think i'll try Nikos choice, because i'm
not sure of how to use gdal_translate (i'm still a beginer with GRASS and
with linux in general)
Dear list,
I try to adapt the color table of a raster file using an ascii file ( rules
option) with the following statement:
r.colors [EMAIL PROTECTED] color=rules
'rules=/sonne3/.../GIS/colorscript_farben_temp'
Hence the following message comes up:
color, rules, and raster options are
On 05/08/08 17:02, Juan Manuel Barreneche wrote:
b7301000-b741c000 r-xp 08:07 1954410
/usr/lib/lib/usr/grass-6.2.2/scripts/r.out.gdal: line 136: 5487
I would strongly suggest that you upgrade to GRASS 6.3. Amongst many
other enhancements, the r.out.gdal module is now a real
Hi,
2008/8/5 christian Brandt [EMAIL PROTECTED]:
I try to adapt the color table of a raster file using an ascii file ( rules
option) with the following statement:
r.colors [EMAIL PROTECTED] color=rules
'rules=/sonne3/.../GIS/colorscript_farben_temp'
Hence the following message comes up:
Dear all,
I am running native wingrass on a XP OS and I wold like
to show a rast map on Map Display windows, and after
check out the values of pixels in a interactive way
by clicking on the screen.
Is there a way of do this?
Cheers,
Miltinho astronauta
Brazil
christian Brandt wrote:
I try to adapt the color table of a raster file using an ascii file
( rules option) with the following statement:
r.colors [EMAIL PROTECTED] color=rules
'rules=/sonne3/.../GIS/colorscript_farben_temp'
Hence the following message comes up:
color, rules, and
Hi,
2008/8/5 Glynn Clements [EMAIL PROTECTED]:
What it says; you can't use both color and rules. If you use
color=rules, the rules are read from stdin (equivalent to -i). If
you use rules=..., the rules are read from the specified file.
So, just omit the color=rules option, i.e.:
r.colors
Dear all,
I am running native wingrass, and every works fine since I installed
the GRASS. Yesterday I left running a r.cross and r.stats commands
on a large raster (60,000x48,000 cells) and got the wanted results.
But I don´t know why now I can´t run g.list rast on my system.
All comands works
On Tue, 2008-08-05 at 21:30 +0200, Martin Landa wrote:
Hi,
2008/8/5 Glynn Clements [EMAIL PROTECTED]:
What it says; you can't use both color and rules. If you use
color=rules, the rules are read from stdin (equivalent to -i). If
you use rules=..., the rules are read from the specified
On Tue, 2008-08-05 at 22:47 +0200, Martin Landa wrote:
Hi,
2008/8/5 Nikos Alexandris [EMAIL PROTECTED]:
[...]
I remember facing this error message some time ago which sounded very
logical. Since then I never force a color when I want to use rules.
Maybe an additional reference in
Martin Landa wrote:
I try to adapt the color table of a raster file using an ascii file (
rules option) with the following statement:
r.colors [EMAIL PROTECTED] color=rules
'rules=/sonne3/.../GIS/colorscript_farben_temp'
Hence the following message comes up:
color, rules, and
On Aug 5, 2008, at 1:57 PM, [EMAIL PROTECTED] wrote:
Message: 3
Date: Tue, 5 Aug 2008 15:06:16 -0300
From: Milton Cezar Ribeiro [EMAIL PROTECTED]
Subject: [GRASS-user] how to check a raster value clickin on Map
Display
To: grass-user@lists.osgeo.org
Message-ID:
[EMAIL
On Tue, 2008-08-05 at 22:00 +0100, Glynn Clements wrote:
[...]
The -g and -e switches make grey.log and grey.eq redundant
By the way, something I don't understand (copy-paste from the manual):
The -e flag equalizes the original raster's color table. It can preclude
the need for grey.eq rule,
Martin Landa wrote:
I remember facing this error message some time ago which sounded very
logical. Since then I never force a color when I want to use rules.
Maybe an additional reference in the manual wouldn't leave any space for
doubts.
that 'color=rules rules=path_to_file' ends
Nikos Alexandris wrote:
The -g and -e switches make grey.log and grey.eq redundant
By the way, something I don't understand (copy-paste from the manual):
The -e flag equalizes the original raster's color table. It can preclude
the need for grey.eq rule, when used as -e color=grey. Note
Hamish wrote:
If reading from stdin remains, it will be via -i, although
I'm inclined to simply remove the feature altogether
(it doesn't work well the GUI).
I agree that -i is confusing from the auto-gen GUI.
Well; not just confusing. If you run a module from the GUI, and it
expects
20 matches
Mail list logo