although I suggested the change, when I browsed the man pages for the context
how this terminology is used, there are few instances
where raster file may be justified - for example if you are importing
an external raster file by r.in.* to create GRASS raster map,
although increasingly also the raster to be imported would have multiple
files so then raster map would be OK.
In general, when making this change it is good to
check whether there may be a reason for having a file rather
map to distiguish between a raster stored in a single file rather
than multiple files or there may be some other reason too
that I might have missed.
Maybe some users could check the updated man pages to see
whether the change raster map might have caused a problem.
For 3d we should probably use 3D raster map to be consistent.
Just an explanation - in literature grid is used for raster that
represents continuous field and the value is applied to the point
and you need interpolation to resample, raster would be image
or discrete geometry (e.g. land cover, soils) where we have cats
associated with pixel (area) and you use nearest neighbor to resample.
Most volume data would be continuous
3D field, that is why the grid was used.
But I think that for manuals and help we are fine with calling everything
raster and 3d raster as we don't need to make the terminology
more complicated for users than it already is.
Helena
Markus Neteler wrote:
Hi,
I have made a global fix to terminology in GRASS for consistency.
This basically affects messages, some comments and the HTML pages:
--
Helena Mitasova
Department of Marine, Earth and Atmospheric Sciences
North Carolina State University
1125 Jordan Hall
NCSU Box 8208
Raleigh, NC 27695-8208 http://skagit.meas.ncsu.edu/~helena/
email: hmitaso@unity.ncsu.edu
ph: 919-513-1327 (no voicemail)
fax 919 515-7802
although I suggested the change, when I browsed the man pages for the
context
how this terminology is used, there are few instances
where raster file may be justified - for example if you are importing
an external raster file by r.in.* to create GRASS raster map,
although increasingly also the raster to be imported would have multiple
files so then raster map would be OK.
Helena,
exactly these cases I left untouched. I didn't bulk-replace, but verified
each change. There is a low probability that I got 1-2 entries wrong,
please complain in this case.
Example:
grep 'raster file' raster/r.in.*/*
raster/r.in.arc/main.c: _("Convert an ESRI ARC/INFO ascii raster
file (GRID) "
raster/r.in.arc/main.c: parm.input->description = _("ARC/INFO ascii
raster file (GRID) to be imported");
raster/r.in.arc/README:Module to import ARC/INFO ascii raster files
raster/r.in.ascii/main.c: _("Ascii raster file to be imported
(or \"-\" to read from stdin)");
raster/r.in.bin/main.c: _("Import a binary raster file into a GRASS
raster map layer.");
raster/r.in.bin/main.c: parm.input->description = _("Binary raster file
to be imported");
raster/r.in.gdal/main.c: _("Import GDAL supported raster file
into a binary raster map layer.");
raster/r.in.mat/main.c: * Input a GRASS raster file from a MAT-File
(version 4).
raster/r.in.xyz/main.c: /* close raster file & write history */
In general, when making this change it is good to
check whether there may be a reason for having a file rather
map to distiguish between a raster stored in a single file rather
than multiple files or there may be some other reason too
that I might have missed.
I tried to do so.
Maybe some users could check the updated man pages to see
whether the change raster map might have caused a problem.
Verification is of course welcome.
For 3d we should probably use 3D raster map to be consistent.
Just an explanation - in literature grid is used for raster that
represents continuous field and the value is applied to the point
and you need interpolation to resample, raster would be image
or discrete geometry (e.g. land cover, soils) where we have cats
associated with pixel (area) and you use nearest neighbor to resample.
Most volume data would be continuous
3D field, that is why the grid was used.
But I think that for manuals and help we are fine with calling everything
raster and 3d raster as we don't need to make the terminology
more complicated for users than it already is.
Markus Neteler wrote:
> Hi,
>
> I have made a global fix to terminology in GRASS for consistency.
> This basically affects messages, some comments and the HTML
> pages:
>
> raster file(s) -> raster map(s)
> vector file(s) -> vector map(s)
there are many references to "cell file"s which should probably be
changed to "raster map"s.
I took care of most of the raster modules re: "cell file".
--
Brad Douglas <rez touchofmadness com> KB8UYR/6
Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785
...
For 3d we should probably use 3D raster map to be consistent.
I have now submitted the changes for 3D raster map. There was
a wild variety of different names for the same thing.
Also the .po files got updated, along with a merge of new messages
as announced on the translators list two weeks ago.
Markus
...
Helena
Markus Neteler wrote:
Hi,
I have made a global fix to terminology in GRASS for consistency.
This basically affects messages, some comments and the HTML pages: