An example of an item in category (D.) is the need to reestimate Read1 point source positions in FREXAS according to the same procedure as that applied to Read2-Read1 point sources. Everyone agreed with Monet's statement that everything possible must be done to minimize differences between the way Read1 and Read2-Read1 point sources are handled, since the majority of high quality astrometric point sources will probably be processed as Read1 objects.
This same principle runs into category (C.) however, when it comes to processing Read1 point sources for PSF fitting in PROPHOT in the same way that Read2-Read1 point sources are processed. PROPHOT computes improved positions for the point sources it processes, and this could potentially put the Read1 and Read2-Read1 sources on a different astrometric scale as the design stands. On the other hand, the Read1 source positions are much more vulnerable to seeing disturbances, since their much shorter integration time results in greatly reduced averaging over the seeing jitter. The additional computational burden of passing Read1 sources through the full PROPHOT processing, furthermore, is a potential backbreaker. It needs to be established if the potential improvement in R1 positions is worth the potentially large hit in resources and development time. It is anticipated, therefore, that this item may not be resolved in the near future, and the task of settling it to the project's satisfaction may have to be carried as a lien in the meantime.
Another example of an item in category (C.) is inclusion of scale factor and twist angle reestimation on a frame-by-frame approach in POSFRM. Monet has pointed out a number of phenomena that could cause these parameters to vary too rapidly to be tracked by the longer-term estimation algorithms described in the POSMAN SDS. These algorithms were designed with nominal hardware performance in mind, and it was the understanding at IPAC that (a.) the project policy was to design that way, and (b.) the hardware requirements limit such effects to an extent that eliminates this particular concern. In this case, it is felt that a ruling by the science team is needed before making any major design changes in POSFRM, and the item should be carried as a lien in the meantime.
Other items were discussed, but documentation of them will be deferred to the appropriate channels (primarily SDS's).