[GRASS-user] vector layer labelling doesn't work....

On Aug 8, 2008, at 8:33 AM, <grass-user-request@lists.osgeo.org> wrote:

Date: Fri, 8 Aug 2008 17:13:28 +0200
From: "Martin Landa" <landa.martin@gmail.com>
Subject: Re: [GRASS-user] vector layer labelling doesn't work....
To: "G. Allegri" <giohappy@gmail.com>
Cc: grassuser <grass-user@lists.osgeo.org>
Message-ID:
  <f8fe65c40808080813k66635c86t78e7b23225ebc761@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hi,

2008/8/8 G. Allegri <giohappy@gmail.com>:

Anyway I will change in my build :slight_smile:

gui/tcltk/gis.m/vector.tcl - Line 143:
set opt($count,1,type_centroid) 0 -> set opt($count,1,type_centroid) 1

in wxGUI it takes default d.vect type options, so
"point,line,boundary,centroid,area,face". Not sure why TCL/TK differs
here.

The wxPython GUI uses the default, autogenerated GUI as a properties dialog. There are definite maintenance advantages to doing this, which is why we've done it. But it means that it comes up with whatever are the defaults for the module command.

The TclTk GUI has a custom coded properties window for each d.* command, meaning it does not have to use the command line defaults. In TclTk, I turned displaying the centroids off by default because they are really annoying and ugly in areas unless you have specific need to see them (just like direction is turned off in lines an boundaries).

If it is needed, I can add code to turn on centroids when area labeling is turned on in TclTk. But a better solution IMHO is to fix d.vect so that it is not *necessary* to have centroids showing in order to display labels for areas.

Michael

If it is needed, I can add code to turn on centroids when area labeling is
turned on in TclTk. But a better solution IMHO is to fix d.vect so that it
is not *necessary* to have centroids showing in order to display labels for
areas.

IMHO this is the best solution.

2008/8/8 G. Allegri <giohappy@gmail.com>:

If it is needed, I can add code to turn on centroids when area labeling is
turned on in TclTk. But a better solution IMHO is to fix d.vect so that it
is not *necessary* to have centroids showing in order to display labels for
areas.

IMHO this is the best solution.
_______________________________________________

+1

--
Paulo Marcondes = PU1/PU2PIX
-22.915 -42.224 = GG86jc

Hi,

2008/8/8 Michael Barton <michael.barton@asu.edu>:

The wxPython GUI uses the default, autogenerated GUI as a properties dialog.
There are definite maintenance advantages to doing this, which is why we've
done it. But it means that it comes up with whatever are the defaults for
the module command.

BTW, I have added this option to GUI preferences, user can overwrite
d.vect default type options from 'Config->Preferences-Command->Vector
settings'.

http://trac.osgeo.org/grass/changeset/32649

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *

Thanks Martin,

This is a nice workaround.

Michael

On Aug 9, 2008, at 6:02 AM, Martin Landa wrote:

Hi,

2008/8/8 Michael Barton <michael.barton@asu.edu>:

The wxPython GUI uses the default, autogenerated GUI as a properties dialog.
There are definite maintenance advantages to doing this, which is why we've
done it. But it means that it comes up with whatever are the defaults for
the module command.

BTW, I have added this option to GUI preferences, user can overwrite
d.vect default type options from 'Config->Preferences-Command->Vector
settings'.

http://trac.osgeo.org/grass/changeset/32649

Martin

--
Martin Landa <landa.martin gmail.com> * http://gama.fsv.cvut.cz/~landa *