Hamish | 1 Feb 2005 01:13
X-Face
Picon
Favicon

[GRASSLIST:5573] Re: display monitor geometry

> How do I set the display manager geometry?  Is there some parameter I 
> set in the .tcltkgrass file?
> I am using osx 10.3, and 5.7.

d.info (or xwininfo) tells you the current settings.

set with GRASS_WIDTH and GRASS_HEIGHT environmental variables in the
shell (affects all new monitors).

resize existing monitors with d.resize.

see:
http://grass.ibiblio.org/grass60/manuals/html60_user/variables.html
http://grass.ibiblio.org/grass60/manuals/html60_user/d.info.html
http://grass.ibiblio.org/grass60/manuals/html60_user/d.resize.html

Hamish

Ian MacMillan | 1 Feb 2005 01:37
Picon
Favicon

[GRASSLIST:5574] Re: display monitor geometry

Hamish, thanks a lot for the reply, but I don't think this works for 
what I want.  I think that is the way to resize the monitor, but not 
the display manager (d.m).  I would like the original display manager 
to come up in the lower left corner of my screen instead of the middle 
by default, since the geometry (xy position) of the xdriver can not be 
set (from what I have been told).  Everytime I open grass, I need to 
resize and move the display manager before I do anything.  Also, my 
.Xdefaults isn't completely read anymore when I start up grass, so my 
xterm geometry is also not read.  Basically I would like a nice 
geometry upon startup of grass, without always needing to resize and 
move all the windows.

As for what you wrote, I don't think I understand everything exactly 
(still a UNIX dunce),
I set my GRASS_HEIGHT and GRASS_WIDTH to 90 as a test with
g.gisenv set=GRASS_HEIGHT=90

however my monitors still pop up as a 640x480 screen.

GRASS 6.0.0beta1:~ > d.info -d
dimensions: 640 480

GRASS 6.0.0beta1:~ > eval g.gisenv
GISDBASE=/Users/ianmacmillan/grass
LOCATION_NAME=utm11
MAPSET=ianmacmillan
GRASS_WIDTH=90
GRASS_HEIGHT=90
GRASS_GUI=tcltk
MONITOR=x0
(Continue reading)

Hamish | 1 Feb 2005 04:43
X-Face
Picon
Favicon

[GRASSLIST:5575] Re: display monitor geometry

> Hamish, thanks a lot for the reply, but I don't think this works for 
> what I want.  I think that is the way to resize the monitor,

yes.

> but not 
> the display manager (d.m).  I would like the original display manager 
> to come up in the lower left corner of my screen instead of the middle
> by default, since the geometry (xy position) of the xdriver can not be
> set (from what I have been told).  Everytime I open grass, I need to 
> resize and move the display manager before I do anything.  Also, my 
> .Xdefaults isn't completely read anymore when I start up grass, so my 
> xterm geometry is also not read.  Basically I would like a nice 
> geometry upon startup of grass, without always needing to resize and 
> move all the windows.

maybe your window manager lets you save settings? Alt-middle click?
maybe you need to edit the tcl window code..?
(If you figure this out, it would be nice to tell the NVIZ control
window to stay at the top right corner of the screen too, instead of
jumping all over the place whenever you pick a new panel item....)

as for xterm, maybe:
ln -s ~/.Xdefaults ~/.Xresources
?

> As for what you wrote, I don't think I understand everything exactly 
> (still a UNIX dunce),
> I set my GRASS_HEIGHT and GRASS_WIDTH to 90 as a test with
> g.gisenv set=GRASS_HEIGHT=90
(Continue reading)

Russell Nelson | 1 Feb 2005 04:50
Favicon

Re: Re: [Fwd: whinging about GRASS again]

Mark P. Line writes:
 > Russell Nelson said:
 > > Because that's what Fedora has packaged.  When somebody says "GRASS is
 > > the open source GIS program", and they install the GRASS package,
 > > that's what they'll get.
 > 
 > Sorry, there's no such thing as "the GRASS package".

[nelson <at> desk nelson]$ rpm -q grass
grass-5.7.0-1.fdr.2
[nelson <at> desk nelson]$ 

 > > Here's one way the learning curve could be flattened:
 > >
 > > First, don't ask for a location.  Use $HOME/.grass.
 > 
 > What do you call it on Windows and Mac systems?

I dunno.  I expect that there is a reasonable default on both
systems.  "My Documents\GRASS" for Windows perhaps?

 > How do you share locations among several users?

That's not likely to be the first thing you do.  If it is, then the
person who is sharing the data with you will be able to tell you how
to access it.

 > Renaming of symbols upon which downstream client software depends is a
 > backward compatibility issue.

(Continue reading)

Hamish | 1 Feb 2005 05:06
X-Face
Picon
Favicon

[GRASSLIST:5576] Re: raster reprojection lambert azimutal to lat-lon

> I've an ETOP30 subproduct with "lambert azimutal equal
> area" projection which a get in "location 1"
..
> When a try to change of projection (to lat-lon) in
> "location 2" setting my region to match the incoming
> raster with g.region w=-137.8 e=-63.2 s=10 n=80
..
> i get the following error:
> r.proj  in=altura_00 location=grasspru2
..
> ERROR: Input map is outside current region
> 
> How i can do the change in projection correctly??

In the "from" (lambert) location run:
g.region rast=etop30  (or whatever map)
g.region -l

That will give you the lat/lon coordinates of the original map.
Use the greater extent of those settings (maybe a little bigger) 
as the region settings in the "to" (lat-lon) location.
You can do a little math to figure out the correct resolution on the
lat/lon side (meters/(1852.*60)) (or just match rows/cols +10% or so?)
???

Hamish

Russell Nelson | 1 Feb 2005 06:38
Favicon

Re: Re: [Fwd: whinging about GRASS again]

Mark P. Line writes:
 > something that looks and works differently than the system they trained
 > on, users are often either confused or convinced that the tool has a
 > broken user interface.

This is the "Everybody gets taught ARCinfo, so if they find GRASS
hard, it's their teacher's fault" excuse.

 > RN> So my hopes of having my suggestions accepted are low.
 > 
 > First, GRASS has no grand tradition of open source in the GPL sense of
 > open source. GRASS used to be in the public domain, and has only
 > (relatively) recently been placed under open source constraints.

"Open source constraints"?  Public domain software is open source
software.  Open Source comes under many licenses; not just the GPL.
See http://opensource.org/licenses/ .

 > Third, I'm not sure what "accepted" means in the last sentence.
 > 
 > If it means that you're concerned that your code might not find its way
 > into future releases of GRASS,

Yes, that is my concern.  Glynn Clements has already said "your
proposal wasn't feasible.  Nothing has changed since then."

 > RN> The last time I made similar suggestions several years ago,
 > RN> instead of people saying "yes, those are good suggestions",
 > RN> people said "if that's all you want to do, GRASS is the wrong
 > RN> package".
(Continue reading)

Ian MacMillan | 1 Feb 2005 07:06
Picon
Favicon

[GRASSLIST:5577] Re: display monitor geometry

Hi again, thanks for the reply, I think I understand things a little 
better now after some reading, but I still have two problems.  First, 
my .grassrc6 (I think OSX uses this instead of .grass.bashrc) file 
reads:
GISDBASE: /Users/ianmacmillan/grass
LOCATION_NAME: utm11
MAPSET: ianmacmillan
GRASS_WIDTH: 480
GRASS_HEIGHT: 480
MONITOR: x0
GRASS_GUI: tcltk

However whenever I open a raster I get a 640x480 monitor.  Just for 
sh-- and giggles I made a .grass.bashrc file as well that solely has
GRASS_WIDTH=480
GRASS_HEIGHT=480

Still no change in the monitor geometry.  I don't get it.

Problem 2:
Another window geometry problem I am unsure about involves my xterm 
window.  I am getting weird behavior between GRASS and X11.  My xterm 
normally opens with a 110x25+600+65 geometry when I open X11 for the 
first time, or a new xterm once X11 is already open.  This is the 
geometry I have specified in two files ~/.Xdefaults and ~/.Xresources.  
When I open grass6 using the icon, my xterm opens with a scrollbar and 
scroll length of 2000 (as also specified in these files), but the 
geometry is 80x25+600+65.  If I exit grass, then restart without 
restarting X11, the xterm opens with 80x25+0+20.  I don't understand 
this behavior.  It seems like there is an .xinitrc file or something 
(Continue reading)

Joel Peter William Pitt | 1 Feb 2005 07:36
Picon
Picon
Favicon

Re: Re: [Fwd: whinging about GRASS again]

Russell Nelson wrote:

> > RN> So my hopes of having my suggestions accepted are low.
> > 
> > First, GRASS has no grand tradition of open source in the GPL sense of
> > open source. GRASS used to be in the public domain, and has only
> > (relatively) recently been placed under open source constraints.
>
>"Open source constraints"?  Public domain software is open source
>software.  Open Source comes under many licenses; not just the GPL.
>See http://opensource.org/licenses/ .
>  
>
I wasn't aware public domain software required the source code
to be released...

> > Third, I'm not sure what "accepted" means in the last sentence.
> > 
> > If it means that you're concerned that your code might not find its way
> > into future releases of GRASS,
>
>Yes, that is my concern.  Glynn Clements has already said "your
>proposal wasn't feasible.  Nothing has changed since then."
>  
>
Well, the beauty with open source software is that you can
go on and start your own forked project if you find you can't
convince the developers here that things need to change...

But as the "President of the Open Source Initiative", I'm sure
(Continue reading)

Joel Peter William Pitt | 1 Feb 2005 07:38
Picon
Picon
Favicon

[GRASSLIST:5578] Re: [GRASS5] Re: [Fwd: whinging about GRASS again]

Russell Nelson wrote:

> > RN> So my hopes of having my suggestions accepted are low.
> > 
> > First, GRASS has no grand tradition of open source in the GPL sense of
> > open source. GRASS used to be in the public domain, and has only
> > (relatively) recently been placed under open source constraints.
>
>"Open source constraints"?  Public domain software is open source
>software.  Open Source comes under many licenses; not just the GPL.
>See http://opensource.org/licenses/ .
>  
>
I wasn't aware public domain software required the source code
to be released...

> > Third, I'm not sure what "accepted" means in the last sentence.
> > 
> > If it means that you're concerned that your code might not find its way
> > into future releases of GRASS,
>
>Yes, that is my concern.  Glynn Clements has already said "your
>proposal wasn't feasible.  Nothing has changed since then."
>  
>
Well, the beauty with open source software is that you can
go on and start your own forked project if you find you can't
convince the developers here that things need to change...

But as the "President of the Open Source Initiative", I'm sure
(Continue reading)

Hamish | 1 Feb 2005 08:13
X-Face
Picon
Favicon

[GRASSLIST:5579] Re: display monitor geometry

> Hi again, thanks for the reply, I think I understand things a little 
> better now after some reading, but I still have two problems.  First, 
> my .grassrc6 (I think OSX uses this instead of .grass.bashrc) file 

No. 

.grassrc6 holds the last visited mapset etc (for when you restart)

.grass.bashrc contains custom start up commands 
   (when using a Bash/Bourne shell)

again,
> > study:
> > http://grass.ibiblio.org/grass60/manuals/html60_user/variables.html

[we are nearing tweaking-for-power-users territory....]

> However whenever I open a raster I get a 640x480 monitor.  Just for 
> sh-- and giggles I made a .grass.bashrc file as well that solely has
> GRASS_WIDTH=480
> GRASS_HEIGHT=480
> 
> Still no change in the monitor geometry.  I don't get it.

almost there. For the shell variables to escape their script (here
.grass.bashrc) and be passed on you need to use "export".

make the file look like this:
export GRASS_WIDTH=480
export GRASS_HEIGHT=480
(Continue reading)


Gmane