Changeset 7783 for trunk/doc/modules/CameraImages.tex
- Timestamp:
- Jun 30, 2006, 7:18:07 PM (20 years ago)
- File:
-
- 1 edited
-
trunk/doc/modules/CameraImages.tex (modified) (2 diffs)
Legend:
- Unmodified
- Added
- Removed
-
trunk/doc/modules/CameraImages.tex
r6853 r7783 417 417 418 418 \subsection{Input/Output of a Focal Plane Hierarchy} 419 420 Data sources and output targets may be specified in the Camera 421 Configuration file. These targets may consist of explicitly named 422 files, or they may define rules by which the names are constructed, 423 using other information available to the configuration system. The 424 following function provides a mechanism with which the name rules are 425 selected and interpretted 426 \begin{prototype} 427 char *pmConfigNameFromRule (char *rule, psMetadata *camera, *psMetadata *arguments, psMetadata *header); 428 \end{prototype} 429 430 The \code{rule} defines a name in the \code{camera} metadata. The 431 rule defines the output value of a new name. The rule may include 432 elements which are looked up from the camera configuration 433 information, the supplied command-line arguments, or the header of the 434 current file. The following lookups rules are define: 435 \begin{verbatim} 436 {CELL.NAME} : pmCell.concepts:CELL.NAME 437 {CHIP.NAME} : pmChip.concepts:CHIP.NAME 438 {EXTNAME} : value of EXTNAME in header 439 {INPUT} : value of INPUT from camera config 440 {OUTPUT} : value of OUTPUT from camera config 441 \end{verbatim} 442 419 443 420 444 We specify two functions to construct a focal plane hierarchy from a … … 1194 1218 psArray pmAstromFitDistortion (pmFPA *fpa, psArray *gradients, psMetadata *config); 1195 1219 \end{prototype} 1220 1221 \section{FPA Files} 1222 1223 The FPA structure defines the layout of the data read from a camera. 1224 It contains elements to specify the location of the pixels within the 1225 focal plane structure. It also provides the relationship between a 1226 specific hardware layout of the pixels (readouts, cells, chips, etc) 1227 and a specific organization model for the data (headers and pixel 1228 array sections, etc). Depending on the needs of the users or the 1229 desires of the instrument builders, the data read out from a single 1230 camera may be stored in a number of different ways. For example, 1231 multiple cells within the same chip may be stored within the same 1232 pixel array in different locations, within separate arrays in the same 1233 FITS file in different extensions, or as separate files. Multple 1234 chips may be written to the same file or different files. Multiple 1235 readouts may be separate files or slices of an image cube. 1236 1237 The pmFPA structure does not (and should not) define the relationship 1238 between the pixel data and the actual files files on disk. 1239 1240 The pmFPAfile structure defines a relationship between the data stored 1241 in a pmFPA structure and an external (file) representation of that 1242 data. The purpose of this structure and its supporting functions is 1243 to allow the application designer to easily add or changes the data 1244 sources and the data destinations used by an application. The 1245 pmFPAfile defines the input and output data formats. A single 1246 pmFPAfile may represent FITS image data files, jpeg image files, 1247 photometric measurements, astrometric calibrations, etc. Each 1248 instance of a pmFPAfile is identified with a particular data format. 1249 It is defined as a data source (file from which to read data) or a 1250 data destination (file to be written). The pmFPAfile also defines the 1251 naming conventions to be used for the particular type of file or set 1252 of files. A single pmFPAfile may be used to represent data coming 1253 from or going to a single file on disk or a collection of files on 1254 disk. The pmFPAfile also defines anciliary data which is needed for 1255 some file formats and not for others. For example, FITS file 1256 extensions need to be given particular EXTNAME values. Or, jpeg 1257 images require a colormap and clipping rules. 1258 1259 The pmFPAfile system also lets the application designer have 1260 flexibility with which types of files are required within a particular 1261 program. Consider an application which performs some manipulation of 1262 an image. The program may call several analysis modules as it 1263 operates on the data. For example, it may perform a bias subtraction 1264 on the image pixels data. Or, it may detect objects within another 1265 module. The pmFPAfile system allows the author of a module to refer tperform The program may have a few
Note:
See TracChangeset
for help on using the changeset viewer.
