[GRASS-dev] Re: [GRASS GIS] #562: patch proposal: do not show delimiters for empty labels in case of multiple cats per feature

GRASS GIS trac at osgeo.org
Mon Apr 20 01:23:00 EDT 2009


#562: patch proposal: do not show delimiters for empty labels in case of multiple
cats per feature
--------------------------+-------------------------------------------------
  Reporter:  mlennert     |       Owner:  grass-dev at lists.osgeo.org
      Type:  enhancement  |      Status:  new                      
  Priority:  normal       |   Milestone:  7.0.0                    
 Component:  default      |     Version:  svn-trunk                
Resolution:               |    Keywords:                           
  Platform:  Unspecified  |         Cpu:  Unspecified              
--------------------------+-------------------------------------------------
Comment (by dersh):

 I think that it really depends on the data.
 For example, if you were doing samples at several locations once a month,
 but a few of the actual samples got lost in processing, then I would say
 that you are correct that missing data should be shown.
 On the other hand if the data is "missing" because it is the result of a
 query, ("select where value > 10" or "select where date < 2007-01-01")
 then you intentionally don't want to show some data, and having those
 slashes doesn't show any useful information.
 I would argue that if you actually are missing data, then it should be
 entered into the database as missing (-999, "M" whatever is appropriate
 for the type of data), rather then just leaving it blank.
 Perhaps the best answer would be to a flag for which behavior is desired.

 I would also propose that the user should be able to select what delimiter
 is used.  "/" is not a bad choice for the default, but perhaps the user
 wants "\n" instead? That way the labels are not a cluttered in some cases.
 Another flag for d.vect?

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/562#comment:2>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list