[GRASS-dev] d.vect.thematic creates outtxt.txt file which is not erased

GRASS GIS GRASS GIS developer
1

Hello Michael,

On line 1081 d.vect.thematic creates a file outtxt.txt in the current directory which then remains there. This file just contains the path to the gismlegend.txt file containing the legend drawing instructions. Can't this information be passed in another way, or at the outtxt.txt file erased at one point ?

Moritz

2

I can't see any reason for this line. So I commented it out and committed
the change to the cvs. Let me know if it messes up anything I didn't see.

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

From: Moritz Lennert <mlennert@club.worldonline.be>
Date: Mon, 31 Jul 2006 12:09:00 +0200
To: Michael Barton <michael.barton@asu.edu>, Grass Developers List
<grass-dev@grass.itc.it>
Subject: d.vect.thematic creates outtxt.txt file which is not erased

Hello Michael,

On line 1081 d.vect.thematic creates a file outtxt.txt in the current
directory which then remains there. This file just contains the path to
the gismlegend.txt file containing the legend drawing instructions.
Can't this information be passed in another way, or at the outtxt.txt
file erased at one point ?

Moritz

3

Michael Barton wrote:

I can't see any reason for this line. So I commented it out and committed
the change to the cvs. Let me know if it messes up anything I didn't see.

I now get the following error, but only in a new location, not in already existing ones. Strange...

couldn't open "/home/mlennert/GRASS/DATA/BE/mlennert/.tmp/geog-pc40/gismlegend.txt": no such file or directory
couldn't open "/home/mlennert/GRASS/DATA/BE/mlennert/.tmp/geog-pc40/gismlegend.txt": no such file or directory
     while executing
"open $legfile r"
     (procedure "GmThematic::tleg_item" line 12)
     invoked from within
"GmThematic::tleg_item $mon $id"
     (procedure "GmThematic::display" line 78)
     invoked from within
"GmThematic::display $node $mod"
     ("thematic" arm line 2)
     invoked from within
"switch $type {
         group {
             GmGroup::display $node $mod
    }
    raster {
      GmRaster::display $node $mod
    }
    labels {
      GmLabels::disp..."
     (procedure "GmTree::display_node" line 7)
     invoked from within
"GmTree::display_node $n $mod"
     (procedure "GmGroup::display" line 25)
     invoked from within
"GmGroup::display "root" $mod"
     (procedure "MapCanvas::runprograms" line 30)
     invoked from within
"MapCanvas::runprograms $mon [expr {$mymodified != 0}]"
     (procedure "MapCanvas::drawmap" line 43)
     invoked from within
"MapCanvas::drawmap $mon"
     (procedure "MapCanvas::display_server" line 9)
     invoked from within
"MapCanvas::display_server"
     ("after" script)

4

Moritz Lennert wrote:

Michael Barton wrote:

I can't see any reason for this line. So I commented it out and committed
the change to the cvs. Let me know if it messes up anything I didn't see.

I now get the following error, but only in a new location, not in already existing ones. Strange...

Cannot reproduce this, so must have been some other problem. Now it seems to work fine.

Moritz

5

I just love the problems that solve themselves :wink:

Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics & Complexity
Arizona State University

phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton

From: Moritz Lennert <mlennert@club.worldonline.be>
Date: Tue, 01 Aug 2006 14:03:49 +0200
To: Moritz Lennert <mlennert@club.worldonline.be>
Cc: Michael Barton <michael.barton@asu.edu>, Grass Developers List
<grass-dev@grass.itc.it>
Subject: Re: [GRASS-dev] Re: d.vect.thematic creates outtxt.txt file which is
not erased

Moritz Lennert wrote:

Michael Barton wrote:

I can't see any reason for this line. So I commented it out and committed
the change to the cvs. Let me know if it messes up anything I didn't see.

I now get the following error, but only in a new location, not in
already existing ones. Strange...

Cannot reproduce this, so must have been some other problem. Now it
seems to work fine.

Moritz