#124 closed defect (duplicate)
psAstrometry questions
| Reported by: | Owned by: | Paul Price | |
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | IPP SDRS | Version: | unspecified |
| Severity: | normal | Keywords: | |
| Cc: |
Description
For psGrommitAlloc(), we don't know how to calculate several members of the
psGrommit structure based on the info provided in psExposure. Those members
are:
grommit->abberationMag
grommit->height
grommit->wavelength
grommit->lapseRate
grommit->refractA
grommit->refractB
grommit->siderealTime
I calculate the following
grommit->latitude = exposure->dec
Is that correct? Does the latitude equal the declination?
Also, I do:
grommit->longitudeOffset = exposure->ra
Is that correct?
Why is psGrommitAlloc() part of the public API, but then p_psGrommitFree()
is a private function?
In psGrommitAlloc(), if the "exposure" parameter is NULL, then I return
NULL. Is that correct?
We assume that if a cell has more than one readout, all readouts have the
same coordinates. Is that true?
In psCellinChip():
1: if we find no cell with has this coordinate, we return NULL.
2: if either the chip or chipCoord argument is NULL, I return NULL.
I have run across the tangentPlane<->FocalPlane transformation many times,
which is a plane distort transformation. Where should I get the 3rd and 4th
arguments for those transformations from?
psCoordCelltoSky(): my implementation requires a new psGrommit be created
for each transformation. This is because the "psExposure" is a part of the
psFPA struct, but "psGrommit" is not. Should we add psGrommit to the psFPA
struct?
psCoordCelltoSkyQuick() converts linear cell coords to spherical sky
coords. It is supposed to use the cell->toSky transform. However, that
transform is linear transform. How can I produce spherical coordinates from
it?
In psCoordSkytoCell(), how do I determine the psGrommit, which is necessary
to perform the Sky->FPA transform?
psCoordSkytoCellQuick() How should I perform this transfrom?
This is a question on the polynomial functions:
Page 39 of the SDRS talks about using the mask terms in the evaluation of
various polynomials. Should the psEvalPoly() functions take that mask into
consideration? (NOTE: I chose to implement the coordinate transfromation
without a call to the psEvalPoly() function.)
Change History (4)
comment:1 by , 22 years ago
| Owner: | changed from to |
|---|
comment:2 by , 22 years ago
| Resolution: | → duplicate |
|---|---|
| Status: | new → closed |
comment:3 by , 22 years ago
| Keywords: | VERIFIED added |
|---|
Should be fixed in SDRS-07 and ADD-06 (7 September 2004).
comment:4 by , 22 years ago
| Keywords: | VERIFIED removed |
|---|

* This bug has been marked as a duplicate of 123 *