[GRASS5] d.barscale enhancement, d.scale retirement

Hamish hamish_nospam at yahoo.com
Mon Jan 26 05:21:19 EST 2004


> > re. the state of affairs of d.scale and d.barscale
> > 
> > 
> > d.scale is buggy (at= backwards; mouse placement broken, ..), while
> > d.barscale is pretty much the same program but with the bugs fixed
> > and more/better features & options (eg omit bg color, text on top).
> > 
> > I just added a flag to d.barscale that makes it draw a d.scale style
> > line-scale instead of a bar-scale, thus making d.scale redundant.
> > 
> > 
> > I propose we now get rid of (or disable via the module build list)
> > d.scale for 5.3 and rename d.barscale d.scale in the 5.7 cvs.
> > 
> > Can it be removed from CVS/HEAD without damaging 5.0.x?
> 
> There is one limitation which needs to be sorted out before removing
> d.scale:
> 
> GRASS:~ > d.barscale -mt
> ERROR: d.barscale does not work with a latitude-longitude location
> 
> GRASS:~ > d.scale -m
> 
> Use mouse to select the scale location:
> Any Button: select point
> Look OK [y] ?
> 
> [...]
> 
> Do you see a chance to extend d.barscale to work with Lat/Long?



d.scale lets you draw something to the screen in Lat/Long, but it's
totally wrong. d.barscale is an improvement as it won't let you try.

So I don't think there's anything worth keeping d.scale around for now.


If one were to make d.scale/barscale work in lat/lon, how would you do
it? Use 1852*60*cos(lat) to favour the x-axis as the scale bar will be
horizontal? Regardless of what you do a one-dimensional scale will be
incorrect in the other dimension, and I'd rather not get into maximum
latitude/scale rules.



Hamish




More information about the grass-dev mailing list