[GRASS-dev] terminology issues in grass7

Michael Barton michael.barton at asu.edu
Fri Jun 12 13:44:18 EDT 2009



On Jun 11, 2009, at 11:59 AM, grass-dev-request at lists.osgeo.org wrote:

> Date: Thu, 11 Jun 2009 20:36:18 +0200
> From: Maciej Sieczka <msieczka at sieczka.org>
> Subject: Re: [OSGeo-Discuss] Re: [GRASS-dev] terminology issues in
> 	grass7
> To: Micha Silver <micha at arava.co.il>
> Cc: OSGeo Discussions <discuss at lists.osgeo.org>,	grass-dev list
> 	<grass-dev at lists.osgeo.org>,	Helena Mitasova <hmitaso at unity.ncsu.edu>
> Message-ID: <4A314EA2.8000306 at sieczka.org>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Micha Silver pisze:
>> Martin Landa wrote:
>
>>> map -> layer (Map Layer)
>
>> Yes, that sounds right to me. A map in other GIS context is the final
>> product of many overlapping "layers". I'd like to see that change
>> propogated to both raster and vector.
>
> I'm all for this. A "map" is a graphic representation of geographic
> features (contained in GIS vector and raster data layer(s)) +  
> additional
> information like scale, north arrow and decorations. Say ps.map  
> output.
> Using the term "map" in GRASS for what is commonly reffered to as
> "layer" is against the common sense IMHO.
>
>>> layer -> catset (Category Set)
>
>> This change does not remove the confusion.  The concept of "layer" is
>> explained both on the vectorintro wiki page [1], and in the manuals  
>> as
>> database links. If that's what it is, that's what it should be  
>> called.
>> So layer might become "data link" or  "attribute link"
>
> A "layer" is not a link between a db and GRASS vector map - you can  
> have
> a vector map with multiple layers, neither of which, or only some,  
> being
> connected with a db table. "layer" is indeed merely a set of  
> categories.
> If we change "cat" to "key", maybe "keyset" would be OK?
>
>> And what will the term "cat" be changed to?? I still like Michael
>> Barton's  suggestion [2] of cat being renamed "key" (or "id")
>
> "id" is already used in lower-level vector feature identification (see
> e.g. v.edit help). "key" sounds fine IMHO.
>

I probably shouldn't add more, but I will anyway.

I like calling vector and raster files maps. It is really easy for  
users to understand what these files are. Maps can be added to display  
layers (i.e., like layers in a CAD or drawing package) for display and  
visualization.

The features that are currently called vector "layers" really serve a  
database function. Given that, my preference is that they be called  
something in database jargon that is also very easily recognizable.  
AFAIK, the term "layer" is not a term commonly used for DBMS files and  
functions. The closest common term for what our "layer" does is a key  
field. Whether or not the key field is use to connect the vector to an  
attribute table, that is what it is good for ultimately. So that is  
why I favor some version of "key" for this feature.

FWIW, I always thought that "theme" was a poor choice in terminology  
for a display layer in ESRI. This is an example of something that  
makes some sense from an abstract perspective, but makes for a more  
difficult user experience in actual practice.

Michael


More information about the grass-dev mailing list