[GRASS-dev] Re: [GRASS GIS] #1441: Hard Copy Map Utility (wxPython wrapper for ps.map) text overlay is broken

GRASS GIS trac at osgeo.org
Thu Sep 8 18:10:24 EDT 2011


#1441: Hard Copy Map Utility (wxPython wrapper for ps.map) text overlay is broken
-------------------------------------------+--------------------------------
 Reporter:  cmbarton                       |       Owner:  grass-dev@…              
     Type:  defect                         |      Status:  new                      
 Priority:  normal                         |   Milestone:  6.4.2                    
Component:  wxGUI                          |     Version:  svn-trunk                
 Keywords:  hard copy map utility, ps.map  |    Platform:  Unspecified              
      Cpu:  Unspecified                    |  
-------------------------------------------+--------------------------------

Comment(by cmbarton):

 I've been trying to work out the issues with management of color for text
 objects (including the 'map info' text object). The behavior is as
 follows:

 1) If border or background color is enabled but a color is not explicitly
 set, it raises the error of 'ps.map exited with a 1' (NB: this is a really
 useless error).

 2) If a background color or border color is set for a text object it seems
 to show up in the preview and final output pdf.

 3) If a background color or border color is set of a map info object, it
 may or may not show up in preview and output. I've yet to come up with a
 sequence of steps that make this happen or not.

 There are 2 sets of dictionaries of settings maintained by the ps modules.
 1 set is a dictionary for each class of function (text, legend, map info,
 etc); the other is a single large dictionaries of "instructions" that are
 used to build a ps.map script. AFAICT, the problems in # 1-3 above are
 probably a result of incomplete or incorrect updating between these two
 dictionary sets, and possibly between the dictionaries of settings and the
 actual interface controls.

 Nothing is standing out to me that is incorrect so far. So I'm recording
 this in case another set of eyes wants to take a look sometime. I'm not
 sure whether it is worth it yet to backport the changes to the GRASS 6
 branches I've done until these other issues are solved or not. It is
 working better than it was, but there are still these inconsistencies.

 Michael

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



More information about the grass-dev mailing list