[GRASSLIST:10286] Re: [GRASS5] New release candidate 3 of GIS Manager 2

Mon Feb 13 22:14:35 EST 2006

On 2/13/06, Michael Barton <michael.barton at asu.edu> wrote:
>
> Maciek,
>
> Thanks for going over this thoroughly. Responses below.
>
> Michael
> ______________________________
> Michael Barton, Professor of Anthropology
> School of Human Evolution and Social Change
> Arizona State University
> Tempe, AZ  85287-2402
> USA
>
> voice: 480-965-6262; fax: 480-965-7671
> www: http://www.public.asu.edu/~cmbarton
>
>
> > From: Maciek Sieczka <werchowyna at epf.pl>
> > Date: Mon, 13 Feb 2006 22:40:16 +0100
> > To: Michael Barton <michael.barton at asu.edu>
> > Cc: <grass5 at grass.itc.it>, <GRASSLIST at baylor.edu>
> > Subject: Re: [GRASS5] New release candidate 3 of GIS Manager 2
> >
> > On Mon, 13 Feb 2006 10:02:00 -0700
> > Michael Barton <michael.barton at asu.edu> wrote:
> >
> >> I just committed to the CVS and posted to my website
> >> <http://www.public.asu.edu/~cmbarton/files/grass_gismgr> the
> >> (hopefully) final release candidate for the new GRASS GIS Manager. It
> >> has many updates. I think I've fixed all reported bugs or anomalous
> >> behavior‹and a number of unreported ones. A few of the highlights.
> >>
> >> A fix for the Œblack canvas that some people have been getting.
> >
> > Is OK now, great!
> >
> > <snip>
> >
> >> ŒSticky' zooming‹by popular demand.
> >
> > Better, as to me. But still it is not a continous zoom mode, like it
> > used to be. Could this be brought back as well? For now one has to
> > re-click the zoom button to do another zoom, and once more, and once
> > more... This is not optimal I believe. In my practice I'm almost never
> > satisfied with the first zoom, so I need to re-click zoom button several
> > times until I set up the view as needed. Or think of a situatioan
> > when you want to zoom in and out quickly back to bring back the
> > context. While in the continous zoom this was avoided, all you had to
> > do was to click right mouse button to quit the zooming tool once you
> > are done. Who else preffered the old mode?
>
> let's see what response is to this one

I agree with the old mode. IMO it was the best zoom tool among all GIS I've
worked with.

>
> >> show up in the status area at the bottom of the screen instead of a
> >> little message window that  you have to click to get rid of.
> >
> > Now I see what was your intention. But was this really such a big
> > problem to single right-click once you are done? In my opinion having to
> > re-select the zoom tool (move mouse pointer, click) several times
> > agian and again is much worse...
>
> Info display not connected with zoom mode.
>
> >
> > Moreover, I don't understand why I need to select a rectangle to
> > _unzoom_. Am I missing something? Zoom out tool should... zoom out
> > once I click the button, why select region and confirm? Too much mouse
> > action for no purpose, I think.
>
>
> Zoom out rectangle give you greater control over you 'unzoom'. With a
> zoom-out rectangle, your current map 'shrinks' to fit into the rectangle.
> So
> you can decide to zoom out a little (big rectangle) or a lot (small
> rectangle). Or you can use g.region.

Zoom-out rectangle is not intuitive, at least for me. That's how ArcView and
QGIS do, I don't like it. The most commom thing to happen is that you go
back (unzoom) to much and have to zoom in again... click to unzoom is
better.

>
>
> >
> > 5.
> > Each dipslay action is followed by dozens of:
> >
> > PNG: GRASS_TRUECOLOR status: TRUE
> > PNG: collecting to file: dispmon_2.ppm,
> >      GRASS_WIDTH=530, GRASS_HEIGHT=482
> > Graphics driver [gism] started
> > Monitor 'gism' terminated
> >
> > in the terminal. I recall you explained it this is due to d.mon design
> > and nothing you could do about it in d.m. Still? Could these be send
> > to /dev/null or whatever? This is really bad.
>
> No way to fix this until the underlying GRASS display drivers are
> rewritten.
> But given that there is now a nice clean command console and separate
> output
> window included in the GIS Manager, this shouldn't be much of a problem.
> Just make the ugly terminal window small since you don't need it much
> anymore ;-)

Well,  I like to run some commands on the terminal, where I can have acces
to previous commands easily.

>
> > 9.
> > New layers are still added in the very end of the list, like in d.m.
> > This requires going down to the end of the list and dragging the layer
> > to it's destination. Pain. Could this be avoided in gis.m? Adding it
> > right after the currently highlited layer should be a reasonable
> > default.
>
> What you suggest is probably possible, though a bit complicated. But is
> this
> a good idea? What do others think?

I think the order of layers should be more intuitive. I mean, today, layers
that appear "above" others in gism are draw first, until the last of the
list. It would be better (IMHO) if you could se the list as a "stack" of
layers, the last one to be draw would be the one on "top" of all other (just
like QGIS or any illustration software like GIMP, Inkscape etc). So each new
layer wolud be place "over" the others.

My 0.02

Carlos

--
+-----------------------------------------------------------+
              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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20060214/253c5183/attachment.html