Hi,
i want to adapt d.site.labels and/or d.sites.label to the new grass 5.0
sites API.
Anyone already working on this?
What is the difference between both programs? I think that only one
(d.site.labels?) is needed.
Any suggestions on how to extend the interface to the new sites
structure (as now many string attributes are allowed it is not obvious
which fields/labels should be printed as labels)?
cu
Andreas
--
Andreas Lange, 65187 Wiesbaden, Germany, Tel. +49 611 807850
Andreas.Lange@Rhein-Main.de, A.C.Lange@GMX.net
----------------------------------------
If you want to unsubscribe from GRASS Development
Team internal mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
length: 1815
max: 0
On Wed, Apr 26, 2000 at 11:04:25PM +0200, Andreas Lange wrote:
Hi,
i want to adapt d.site.labels and/or d.sites.label to the new grass 5.0
sites API.
Anyone already working on this?
Hi Andreas,
you are welcome!
What is the difference between both programs? I think that only one
(d.site.labels?) is needed.
As far as I know only d.site.labels is useful.
I suggest to merge both into one module d.site.labels
or to throw away d.sites.label immediately.
It just confuses to have to rather identical modules.
Kind regards
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development
Team internal mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
length: 1273
max: 0
Markus Neteler wrote:
Hi Andreas,
you are welcome!
> What is the difference between both programs? I think that only one
> (d.site.labels?) is needed.
As far as I know only d.site.labels is useful.
I suggest to merge both into one module d.site.labels
or to throw away d.sites.label immediately.
It just confuses to have to rather identical modules.
Hi Markus, Hi Grass-developers,
i need some input on how to create a consistent user interface for the
sites programs.
As the possible field components (zero or one category value, many
floating point values, many string attributes) and their combination can
not be put on one label the user IMHO should be able to select which
parts of the sites entry should be used by d.sites.label.
Are there other sites-modules which i can use as a example on how to
deal with that? Is there a stardard for the interface?
Coding the program is not a problem, but i think that the sites-modules
must have a consistent user interface.
Any help greatly appreciated!
Andreas
--
Andreas Lange, 65187 Wiesbaden, Germany, Tel. +49 611 807850
Andreas.Lange@Rhein-Main.de, A.C.Lange@GMX.net
----------------------------------------
If you want to unsubscribe from GRASS Development
Team internal mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
length: 2547
max: 0
Hi Andreas,
On Mon, May 01, 2000 at 05:12:54PM +0200, Andreas Lange wrote:
Hi Markus, Hi Grass-developers,
i need some input on how to create a consistent user interface for the
sites programs.
As the possible field components (zero or one category value, many
floating point values, many string attributes) and their combination can
not be put on one label the user IMHO should be able to select which
parts of the sites entry should be used by d.sites.label.
If adding this useful selection feature to d.site.labels please
consider if you could include it into
s.to.rast and
s.to.vect
too (as it is the same problem).
Thanks in advance
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development
Team internal mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
length: 1476
max: 0