We organize our measured parameters, for imaging and spectroscopic data, by grouping related parameters into classes. Table 5 lists the classes. Tables 6, 10, 11, 12, 14, 15, 16, 17, and 18 list the parameters in each class with a brief description.
In each table, we list the parameter name (in many cases, parameters have several synonyms, as listed), the datatype, a brief description, and, for Table 6, an indication of whether this is a tagged entry (a parameter for which searches are particularly fast; see § 2.4.1). For binary flags, the meaning of the bits are given explicitly. Parameters for which there exists a placeholder in the database, but are not yet calculated, are indicated as such with the phrase ``(placeholder)'' in the table.
Many quantities are defined for each band, and thus have five entries. In the Catalog Archive Server (§ 2.3.1) these are indexed with 0, 1, 2, 3, 4 inside of square brackets, [], for u,g,r,i,z, respectively. In the skyServer (§ 2.3.3) these are indexed with _u, _g, _r, _i, _z for the filters.
Some parameters are associations to objects in other classes. For example, an object in the class SpecObj (Table 11) has a parameter plate, which is an object in the Plate class (Table 17). This contains information common to the 640 spectra taken in one set of observations for the plate. The association is indicated in the table in the type column as OneAssoc(Plate). Other associations point to many (rather than one) objects. In SpecObj, for example, the parameter emissionredshift has the type ManyAssoc(EmissionRedshift). It points to a list of redshifts measured. The ``best'' value of the emission and absorption redshift is stored in z of SpecObj, but for complex spectra, you may access the full list of redshifts measured during processing.