[QUANTITY] Data Model for Quantity v0.5
Brian Thomas
brian.thomas at gsfc.nasa.gov
Tue May 11 08:29:33 PDT 2004
On Tuesday 11 May 2004 06:39 am, David Berry wrote:
> > (2) You want to change add/remove/getValueQuantity
> > to add/remove/getAlternativeValue.
> >
> > I don't have a big problem with this.
>
> Is this simply a name change? If so, I suppose I do not see it as a show
> stopper. But I think the current names describe what is going on quite
> clearly - we have
>
> add/remove/getCoordsQuantity
Since these are essentially "quantities which describe how to access
another quantity" what about "AxisFrame"? [hurm. I know thats not a
stellar name either..]
>
> for accessing the various coordinate systems which can be used to describe
> positions within the enclosing Quantity. So it seems symetrical to
> also have
>
> add/remove/getValueQuantity
>
> for accessing the various data value systems which can be used describe
> values in the enclosing Quantity. Can Brian remind us why he suggests the
> change (afraid I've lost the original message in the flood).
Hmm. The more I think about it the less I like any name. I guess not changing
is better than changing, so I will shut up on this until I can think of a brilliant
renaming to suggest.
> > I'm not so keen on removing the getCurrent... but if others
> > want to I'll go along with it.
>
> I do not think we can manage without the getCurrent... methods can we?
I believe so. In the reference package I have been fooling around with,
I put these on the locator class, and it works fine.
=b.t.
--
* Dr. Brian Thomas
* Dept of Astronomy/University of Maryland-College Park
* Code 630.1/Goddard Space Flight Center-NASA
* fax: (301) 286-1775
* phone: (301) 286-6128 [GSFC]
(301) 405-2312 [UMD]
More information about the dm
mailing list