[GRASSLIST:1513] Re: d.mon usage

GRASS GRASS user
1

Why not create a virtual screen area that is larger that the physical
dimensions of the screen. If you have enough memory in you video card you
should be able to display enormous images, much bigger that 2000*3000.
What platform are you using? It used to be trivial to setup under linux

-----Original Message-----
From: cbsled@ncia.net [mailto:cbsled@ncia.net]
Sent: Sunday, 25 February 2001 12:03 PM
To: GRASSLIST@baylor.edu
Subject: [GRASSLIST:1508] Re: d.mon usage

On 02/24/01, at 11:12 AM, "Eric G. Miller" <egm2@jps.net> said:

I argued a while back that we should consider ditching the whole
monitor/module separation for display since it was designed to overcome the
widely varying display architectures way back when. Since X is pretty much
the standard for unix boxen, we could move to having an interface with a

much

higher level of functionality. Actually, upon a little research, I think

Tk

could be used for some windowing system independence (NVIZ already does,
though isn't the best UI). Anyway, I think a lot could be done in this

area.

The limitation that I have encountered with the present system is the size
of rendered images. Both a standard GRASS monitor and an NVIZ window are
effectively limited to the size of the physical display. NVIZ produces
beautiful 3D images, but even though I might have a raster region size of
2000 x 3000 pixels, for example, I cannot produce a rendered image anywhere
near that size, simply because it will not fit on my screen.

Barring a major architectural change, if there existed a way to save
rendered images directly as files, then for me that would be an acceptable
solution.

--
-----------------------------------------------------------
Carl Brown cbsled@ncia.net
-----------------------------------------------------------
We are convinced by things that show internal
complexity, that show the traces of an interesting
evolution. Those signs tell us that we might be
rewarded if we accord it our trust. An important
aspect of design is the degree to which the object
involves you in its own completion.
   -- Brian Eno, rock musician and avant-garde artist
       on design

2

On 02/26/01, at 09:33 AM, "Willis, Ian (Ento, Canberra)" <Ian.Willis@ento.csiro.au> said:

Why not create a virtual screen area that is larger that the physical
dimensions of the screen. If you have enough memory in you video card you
should be able to display enormous images, much bigger that 2000*3000. What
platform are you using? It used to be trivial to setup under linux

d.mon won't let you do that. If you give it dimensions bigger than your display, it downsizes the grass monitor to fit. In NVIZ, you can interactively resize the window, so you can easily create an oversized one, but if any portion of the window is off the screen, the resulting image file is either all black or garbage. The same thing happens if another window covers part of the rendering window. It is also worth noting that a screensaver or monitor power-down activation during rendering produces all black image files.

I don't pretend to understand the details, but the rendered images seem to be saved by a screen dump type method rather than written directly to a file. The bottom line is: If it isn't visible on the screen, then it won't be in the file.

Eric Miller suggested using the D_cell driver for hi-res images. I haven't looked into that yet.

--
-----------------------------------------------------------
Carl Brown cbsled@ncia.net
-----------------------------------------------------------
Microsoft: The company that made eMail dangerous.