[evla-sw-discuss] Tcal spectrum

[Bryan Butler]

seems like we might want it in commons?

will there be any control over the interpolation (nearest neighbor, 
linear, 2nd order, etc.)?  of course you could build your own to operate 
on the entire list, but we might want to support a few simple ones in 
the method itself.

presumably there will be a:

cs.setTcal(<freq>, <value>)

or similar method?

	-bryan


Barry Clark wrote, On 5/14/10 13:31:
> An eon or two ago, I volunteered to organize the Tcals for insertion
> into the SDM.  I am getting around to thinking about it again.  I
> remind people that the conclusion was, at the time, that the Tcals
> should be stored in the 'evlaparm' database, but in a table of their
> own.  MCAF would extract them and insert them in the SDM in a format
> TBD.
> 
> What I have in mind is one class to access Tcals, and a couple of
> utilities to maintain the database tables.
> 
> The class has constructor
>     CalSpectrum(<receivercode>, <antennacode>, <polarizationcode>)
> eg
>     cs = CalSpectrum("22GHz", "ea07", "R");
> 
> Then
>     cs.getTcal(<freq in MHz>) will return an interpolated value
> 
> There will also be an entry
>     List getCalSpectrum()
> to return the whole table.
> 
> Question:  Should CalSpectrum.java be a part of the
> edu.nrao.evla.observe package, or should it go somewhere else?
> 
> Other comments?
> _______________________________________________
> evla-sw-discuss mailing list
> evla-sw-discuss at listmgr.cv.nrao.edu
> http://listmgr.cv.nrao.edu/mailman/listinfo/evla-sw-discuss