Carlos "Guâno" Grohmann | 2 Apr 15:17 2007
Picon

[GRASS-user] Working with MOLA data

Hello,
I just re-read the article from Frigeri et al, 2004, about using GRASS
with Mars MOLA data.

http://www.igc.usp.br/pessoais/guano/temp/tgis_grass_planetary_geology.pdf

SO the way to work with this data is to create a LatLong Location,
with "sphere" custom ellipsoid? The IAU coordinate systems are not yet
included in GRASS?
What about the poles? (never worked with polar data so far)

thanks

--

-- 
+-----------------------------------------------------------+
              Carlos Henrique Grohmann - Guano
  Geologist M.Sc  - Doctorate Student at IGc-USP - Brazil
Linux User #89721  - carlos dot grohmann at gmail dot com
+-----------------------------------------------------------+
_________________
"Good morning, doctors. I have taken the liberty of removing Windows
95 from my hard drive."
--The winning entry in a "What were HAL's first words" contest judged
by 2001: A SPACE ODYSSEY creator Arthur C. Clarke

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser

(Continue reading)

Markus Neteler | 3 Apr 12:26 2007
Picon

[GRASS-user] OSGeo Journal Vol1: GRASS Project Update 2007Q1

Tyler asked me to fwd his request to write a short summary
on recent GRASS changes (see below). I have drafted a
document at
http://grass.gdf-hannover.de/wiki/GRASS_Project_Update_2007Q1

Please correct/extend - it has to be done within today.

Markus

On Mon, Apr 02, 2007 at 08:54:59AM -0700, Tyler Mitchell wrote:
> Hi guys,
> Just a quick note to you that we have a section in our upcoming
> newsletter for projects to give an update to the community.  This is
> the final call for submitting a brief write-up about your OSGeo
> project.  Personally I'd like to see every project have a write-up
> but I know it's not always possible.  But if you, or someone you
> know, can do a write-up by tomorrow, please edit the wiki page and
> let me know it's coming.  I'm stretching the deadlines to accommodate
> it.
>
> See final section:
> http://wiki.osgeo.org/index.php/Journal_Volume_1#Developer_Announcements
>
> See MapGuide example for a nice approach.
>
> Talk to you later,
> Tyler

_______________________________________________
grassuser mailing list
(Continue reading)

pawan datta | 3 Apr 14:45 2007

[GRASS-user] Changing colour tables


Dear All,
I am having problems with changing color rules for a raster map. I 
have three different DEM's obtained from different sources and i 
have set the color for each as predefined color rule 'contour'. My 
problem is that I want to have all the 3 DEM's use the same color 
scheme i.e., each height range (700-800m, 800-900m and so on) in 
all the rasters is represented by the same color. Could somebody 
please help me with this. Also, I want to change the color table 
so that it uses absolute values instead of relative values.
Thank You very much in advance..

Pawan Datta

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser

Jarek Jasiewicz | 3 Apr 18:13 2007
Picon

Re: [GRASS-user] Changing colour tables

pawan datta napisał(a):
>
> Dear All,
> I am having problems with changing color rules for a raster map. I 
> have three different DEM's obtained from different sources and i have 
> set the color for each as predefined color rule 'contour'. My problem 
> is that I want to have all the 3 DEM's use the same color scheme i.e., 
> each height range (700-800m, 800-900m and so on) in all the rasters is 
> represented by the same color. Could somebody please help me with 
> this. Also, I want to change the color table so that it uses absolute 
> values instead of relative values.
> Thank You very much in advance..
>
> Pawan Datta
>
> _______________________________________________
> grassuser mailing list
> grassuser <at> grass.itc.it
> http://grass.itc.it/mailman/listinfo/grassuser
simply prepare rule file for map with hihger difference between lower 
and upper values with:

0 0 128 0
100 0 200 0
etc

than use:

r.colors map=map_to rast=map_from
Jarek
(Continue reading)

Ivan Shmakov | 3 Apr 18:30 2007
Picon

[GRASS-user] GRASS & MODIS data (both L2 and L3)

>>>>> "JG" == Jose Gomez-Dans <jgomezdans <at> gmail.com> writes:

	Looks like I've mistyped the Subject:.  Actually, I'm interested
	in *both* Level 2 (scan-wise) and Level 3 (sinusoidal
	projection) MODIS data.

[...]

 > I use a lot of MODIS data (all levels essentially). Rather than using
 > the HEGTools, I have written a small python script that uses GDAL
 > (and Markus Neteler's notes on how to reproject MODIS data)

	I. e.:

http://mpa.itc.it/markus/useful/modis_hdf2erdas_ll_wgs84.sh

	I seem not to understand the hack (why +ellps=sphere in
	-t_srs?), but it, indeed, works.  Thanks.

 > to reproject and select the area I want.

[...]

	Although `proj -b' and MS2GT's `fornav' work reasonably fine,
	I'm still interested in any other tools that might help in
	importing MODIS L2 data.

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
(Continue reading)

Markus Neteler | 3 Apr 18:33 2007
Picon

[GRASS-user] v.lrs.create usage?

Hi,

is there anyone who successfully used v.lrs.create? I am apparently
lacking a hint to get it running. Currently it complains about
 WARNUNG: start of 1. MP >= start of 2. MP for points' cats 31, 30

How to populate the tables correctly?

thanks
markus

------------------
ITC -> dall'1 marzo 2007 Fondazione Bruno Kessler
ITC -> since 1 March 2007 Fondazione Bruno Kessler
------------------

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser

Maciej Sieczka | 3 Apr 18:57 2007
Picon

Re: [GRASS-user] GRASS & MODIS data (both L2 and L3)

Ivan Shmakov wrote:
>>>>>> "JG" == Jose Gomez-Dans <jgomezdans <at> gmail.com> writes:
> 
> 	Looks like I've mistyped the Subject:.  Actually, I'm interested
> 	in *both* Level 2 (scan-wise) and Level 3 (sinusoidal
> 	projection) MODIS data.
> 
> [...]
> 
>  > I use a lot of MODIS data (all levels essentially). Rather than using
>  > the HEGTools, I have written a small python script that uses GDAL
>  > (and Markus Neteler's notes on how to reproject MODIS data)
> 
> 	I. e.:
> 
> http://mpa.itc.it/markus/useful/modis_hdf2erdas_ll_wgs84.sh
> 
> 	I seem not to understand the hack (why +ellps=sphere in
> 	-t_srs?), but it, indeed, works.

This is related I guess:
http://proj.maptools.org/faq.html#sphere_as_wgs84

Maciek

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser

(Continue reading)

Ivan Shmakov | 3 Apr 19:03 2007
Picon

Re: [GRASS-user] Working with MOLA data

>>>>> "CG" == Carlos \"Guâno\" Grohmann <Carlos> writes:

 CG> Hello, I just re-read the article from Frigeri et al, 2004, about
 CG> using GRASS with Mars MOLA data.

 CG> http://www.igc.usp.br/pessoais/guano/temp/tgis_grass_planetary_geology.pdf

 CG> SO the way to work with this data is to create a LatLong Location,
 CG> with "sphere" custom ellipsoid? The IAU coordinate systems are not
 CG> yet included in GRASS?

	IIUC, GRASS support for cartographic projections is based on
	PROJ.4 [1].  Should any new projections become available in the
	latter, GRASS will support them automagically.

[1] http://www.remotesensing.org/proj/

[...]

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser

Michael Barton | 4 Apr 00:48 2007
Picon

Re: [GRASS-dev] [grass-code I][356] Georectifier auto-extension


This is doable, but complicated, involving creating another dialog box.

I'm trying to focus my development efforts on the new wxPython GUI and do
only minor improvements, optimizing, and bug fixing with the TclTk version
of 6.3 (which is enhanced in a number of respects over the 6.2.1 version
that you are using).

Sorry, but I only have so much time and am devoting too much already to
GRASS GUI development (because I enjoy it). It would be fine if someone else
wanted to add this enhancement.

Michael

On 4/3/07 1:22 PM, "grass-codei <at> wald.intevation.org"
<grass-codei <at> wald.intevation.org> wrote:

> code I item #356, was opened at 2007-04-03 22:22
> Status: Open
> Priority: 3
> Submitted By: Francesco Lovergine (frankie)
> Assigned to: Nobody (None)
> Summary: Georectifier auto-extension
> Issue type: module bad feature
> Issue status: None
> GRASS version: 6.2.1
> GRASS component: gis.m
> Operating system: Linux
> Operating system version: Debian sid
> GRASS CVS checkout date, if applies (YYMMDD):
(Continue reading)

Ulrich Leopold | 4 Apr 10:08 2007
Picon
Picon

[GRASS-user] GRASS 32bit/64bit do not use all available CPUs

Hi,

I have been trying out a precompiled GRASS 6.2.1 64bit version on a
virtualised ubuntu edgy system (vmware) with 4 CPUs (no hyperthreading).

When I run GRASS the sprocess only uses 1 CPU instead of 4. I also checked
with the original precompiled GRASS version for edgy (6.0). It does the same.

I also checked with a 32bit single CPU machine and hyperthreading modus. Both
GRASS versions do the same here as well. They just use 1 CPU instead of 2.

When I use the programm stress --cpu 4 for the 64bit system and stress --cpu 2
for the 32bit system both systems show 100% usage of all available CPUs.

What is the error? Does GRASS have an option to specify use of multiple CPUs
at compilation? Or is there something else?

Best regards, Ulrich

_______________________________________________
grassuser mailing list
grassuser <at> grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser


Gmane