[GRASS5] features needed for 6.2

Hamish hamish_nospam at yahoo.com
Thu Mar 30 22:01:50 EST 2006


> There already is r.pack/r.unpack in grass wiki add ons written by
> Hamish http://grass.gdf-hannover.de/twiki/bin/view/GRASS/GrassAddOns
> 
> maybe Hamish could submit it to CVS to make it easier for users to  
> find it,


No, it shouldn't go into CVS (as is).

1) it's a quick hack
2) I never finished checking if r.in|out.mat was endian-safe
    (any one with Matlab on a Mac want to try?, turn on g.gisenv debug)
3) Because Matlab stores data column by column instead of row by row
(holdover from FORTRAN I think), the entire map must be loaded into
memory during processing. Not something we want for a non-specialist
module. (I don't want to rotate the map 90deg either)

A better approach might be to create a new mapset dir in the current
location, copy over the WIND file from current mapset and PROJ_* files
from PERMANMENT, switch to the new mapset with g.mapset, 'g.copy @,',
then switch back to the original mapset and .tar.gz the entire temporary
mapset.
?

Personally I don't use this very often so someone else should take it up
if they want it.


Other candiates for inclusion are r.in.wms/r.in.onearth and
v.out.ascii.db. I've never been sure if v.out.ascii.db as the correct
approach or if a C module doing the same (or modification of v.out.ascii
itself) would be better.


Hamish




More information about the grass-dev mailing list