290 A Computer-Accessed Microfiche Library R. G. J. ZIMMERMANN: Department of Engineering-Economic Sys- tems, Stanford University, Stanford, California. At the time this article was written, the author was a member of the Technical Staff, Space Photography Laboratory, California Institute of Technology, Pasadena, California. This paper describes a user-interactive system for the selection and dis- play of pictorial information stored on microfiche cards in a computeJ'- controlled viewer. The system is designed to provide rapid access to photo- graphic and graphical data. It is intended to provide a library of photo- gmphs of planetary bodies and is currently being used to sto1·e selected Martian and lunar photogmphy. INTRODUCTION Information is often most usefully stored in pictorial form. Photogra- phy, for example, has become an important means of recording data, especially in the sciences. A major reason for this importance is that pho- tographs can be used to record information collected by instruments and not normally observable by the unaided eye. Such photographs, especially in large quantities, may present a barrier to their use because of the incon- venience of reproducing and handling them. It is apparent that a system to compactly store and to speed access to these photographs would be very useful. Such a system, utilizing a microfiche viewer directly controlled by a user-interactive computer program, has been developed to support a li- brary of photographs taken from space. In the past fifteen years, the National Aeronautics and Space Adminis- tration has conducted many missions to photograph planetary bodies. These missions have provided millions of pictures of the earth, moon, and Mars. A large number of additional pich1res are expected to be taken in the near future. The Space Photography Laboratory of the California In- stitute of Technology is establishing, under NASA auspices, a microfiche library of a selection of these photographs. The library currently contains the photographs of Mars taken by the Mariner 9 spacecraft as well as lu- nar photographs taken by the Lunar Orbiter series. The library is expected to be expanded as time and resources permit. It has been operating, with various versions of the control program, since June 1972. The program is: currently being further developed by Mr. David Neff and Miss Laura Hor- Microfiche LibraryjZIMMERMANN 291 ner of the Space Photography Laboratory at the California Institute of Technology. HARDWARE The photographs are kept on 105-by-148mm microfiche cards, sixty frames to a card. This format provides the least reduction of any stan- dard microfiche format and was used to retain the highest possible resolu- tion. The cards are displayed by a microfiche viewer (Image Systems, Cul- ver City, California) which can store up to about 700 cards and has the capability of selecting a card and displaying any frame on it within a maximum of about four seconds. (Throughout this paper, "viewer" will be used to refer to the microfiche viewing device. ) The viewer can be equipped with a computer interface which allows the picture display to be directly computer controlled. An installation consists of the viewer with interface, any standard input/output ( IjO) terminal, and the control program, running, in this case, on a time-shared computer. The terminal is used for communication with the control program. The user enters all commands by typing on the terminal keyboard. The viewer is designed to be plugged in between the computer and I/0 terminal. The computer transmits all information on the circuit to which normally (without the viewer) only the terminal is attached. This information includes the view- er picture display control codes which are recognized and intercepted by the viewer. All other information is passed on to the terminal. No further special equipment is necessary. The system described has been implemented on a Digital Equipment Corporation System 10 medium-scale computer with a time-sharing operat- ing system. The program is written mainly in FORTRAN with some as- sembly language subroutines. It runs in 12K words ( 36 bits /word) of core memory. The program will not run without conversion on any computer other than the DEC System 10. SOFTWARE The control program is user-interactive, that is, it accepts information and commands from the user. These commands allow him to indicate what he desires and to control the action taken by the program. The program permits the user to indicate what characteristics he wishes the pictures to have, selects the pictures that satisfy his criteria, and then allows him to control the display of the selected pictures and to obtain any additional in- formation he may need to interpret the pictures. To guide the user, in- structions for use of the system, as well as other infonnation the user may need, are displayed on the viewer as they are required. All user responses are extensively checked for validity. Any uninterpretable response is re- jected with a message indicating the source of the trouble, and may be re- entered in corrected form. It is always possible to return to a previous state, so it is impossible to make a "catastrophic" error. In designing the 292 Journal of Librat'y Automation Vol. 7/4 December 1974 system, particular attention was paid to integrating the viewer and com- puter to utilize the unique capabilities of each. For example, most instruc- tions are presented on the viewer where they can be shown quickly and can be scanned easily by the user. Only short messages need to be sent and received by the I/0 terminal. Data Base A picture is described by a number of characteristics, called parameters. For every picture stored in the viewer, the value for each of these param- eters is stored in a disc file. In this application, parameters are mainly used to describe characteristics that are available without analyzing the picture for content. In science, these are the experimental conditions-such as viewing and lighting conditions for space photography. Because space photographs are taken by missions with different objec- tives and equipment, it was necessary to design a library system to include pictures with widely varying selection characteristics. In order to accommo- date sets of pictures with widely differing characteristics, without wasting storage space or requiring the elimination of useful descriptors, the com- puter storage has been structured to allow pictures to be grouped into pic- ture sets, each of which is described by its own set of parameters. Con- versely, any group of pictures for which the same selection parameters are used forms a picture set. The characteristics of each such set of pictures are also stored and the program reconfigures itself to these characteris- tics whenever a new picture set is encountered. Such an organization al- lows the control program to be used on groups of totally different kinds of pictures. Opemtion In selecting a picture set the user is guided along a series of decisions presented on the viewer. At each step the control program directs the view- er to display a frame with a set of possible choices. The user enters his re- sponse on the I/0 terminal and the control program uses this response to determine which frame the viewer should be commanded to display next. When the user has selected a set, he is shown the available parameters and apppropriate values for these parameters. After he has specified acceptable values for the parameters he is interested in, the computer program com- pares these values with the known values in its records for the picture set. The pictures selected by the program are then available for display. As will be described, the user may, at any time, select another picture set or change his parameter specifications. He may also indicate which pictures of those selected by the computer during the comparison search he wishes to have remain available after the next comparison search. This allows comparison of pictures in different picture sets. Appendix 1 shows an ex- ample of a typical search. The action of the control program can be separated into five phases of Microfiche Library/ZIMMERMANN 293 operation, each with a distinct function. The functions of three of these phases involve user interaction. Transfer between phases may also be ac- complished by user command. A different group of commands is employed for each of the user-interactive phases. In addition, there is a group of commands which may be used any time a user response is requested; they are listed in Appendixes 3 and 4. There are no required commands or se- quences of commands. The user proceeds from one phase to another as he desires. In each phase allowing user interaction, the user can enter any valid command at any time. Figure 1 shows the phases and possible transfers be- tween phases. A more detailed description of what occurs in each phase will be given after the data organization is described. Picture Set Selection Parameter Specification Search Optimization Comparison Search Picture Display and Information Access Bold lines enclose user-interactive phases. Arrows indicate possible directions of control transfer; bold arrows are control transfers made by user commands. Fig. 1. Phases and Control Transfers. DESCRIPTION OF SOFTWARE Data Base Organization As has been stated, the pictures of the library are grouped into picture sets. The data base may contain any number of picture sets. Each such set has a picture file associated with it. This picture file is on disc storage and 294 Journal of Library Automation Vol. 7/4 December 1974 contains all the known information stored for a set of pictures. Each pic- ture in the set has an associated picture record in the file. In addition, the first record in a picture file, known as the format record, contains all the file specific information about that file. Whenever a new picture file is called for, the format record for that file is read from disc storage into main memory and kept for reference. Figure 2 shows the organizational structure of the data base. Picture Files (as many as required) Format Record Picture Records / ~.___I ~I ......_I ~If }IJ Fig. 2. Picture File Organization, Picture records consist of a fixed- and a variable-length portion. The variable-length portion contains the known values, for the associated pic- ture, of the specification parameters. Since the number of parameters, can vary from file to file, the length of this portion varies from file to file. (However, all picture records within a particular file have the same length and form.) The maximum number of parameters for a system is deter- mined by array dimensions set when the program is compiled. Currently these dimensions are set for a maximum of fifty parameters for any file in the system. The fixed-length portion contains (generally) the same type of information for all files. It includes the information needed to display a picture and to obtain interpretive information. When, during the com- parison search, a picture is selected on the basis of information in the variable data, the fixed-length portion is copied into a table and kept for use during the picture display phase. Each selected picture is represented by an entry in this table. The contents of the fixed-length portion are presented in Table 1. As an example, the contents of a picture record for the Mariner 9 photographs are given in Appendix 5. A picture file's format record describes the file by all characteristics that are allowed to vary from file to file. The format records for all picture files have the same form; each is divided into a number of fields supplying information for a particular function. These fields can be separated into two categories: those which describe the picture records and those which apply to the file as a whole. For fields of the first type, each parameter has an enb·y in the field. For example, one such field contains the location, in Microfiche Librm·y /ZIMMERMANN 295 Table 1. The Fixed-Length Portion of a Picture Record Field Use Fiche Code File Name Picture Number Unit Number ID Number Auxiliary Codes ( 3 fields) Control code output by the control program to the viewer to display the frame associated with this picture record. The file name of the picture file; this and the picture number uniquely identify the picture record and allow it, and specifically the contents of the variable portion, to be refound. A sequence number assigned each picture record in the file in increasing order. The viewer that the picture associated with this picture record is stored in. The identification number referred to by the user. If the picture has been given an ID number by which it is commonly known, it will be kept in this field. Viewer control codes for frames containing different versions of, or auxil- iary data for, the picture. The actual contents of these fields vary with the picture file as determined from the contents of the format record of that file. a picture record, of the value for each of the parameters. Another field has a ten-letter description of each parameter. See Appendix 2 for a de- scription of the format field. Operation of the Control Progmm The following is a brief technical description of the control program; detailed documentation is available. The control program is modularly constructed. Each phase consists of a major subroutine and its subsidiary subroutines. At the completion of a phase, control is transferred to a main program which determines which phase is to be performed next and transfers control to it. The user-inter- active (interrogation) subroutines ask for a user response, attempt to in- terpret the response and perform the desired function, then ask for an- other response. An important subroutine used by all the interrogation subroutines col- lects the characters of the user response into groups of similar characters to form alphabetic keywords, numbers, punctuation marks, relational opera- tors, etc. When an interrogation subroutine is ready for a user request, it calls this "scanning" subroutine. The scanning subroutine outputs an as- terisk, indicating it is ready, to the user I/0 terminal. The scanning sub- routine supplies the groups of characters, along with a description of the group, to the interrogation subroutine. The interrogation subroutine then attempts to interpret the character groups by comparing them with accept- able responses. If the response is not in one of the acceptable forms, an error message is given to the user and he can try again. The error message includes an indication of where the error was found and describes the er- ror. Some commands do not need to be interpreted by the interrogation sub- routines; the function they request is the same throughout the program. These are called immediate commands and are listed in Appendix 3. These 296 journal of Library Automation Vol. 7/4 December 1974 commands are interpreted, and their functions performed, by the scan- ning subroutine. Picture Set Selection In selecting a picture set the user is asked to make a series of decisions. For each decision, a frame listing the possible choices is displayed on the viewer. All possible decisions form an inverted tree structure (see Figure 3). The user may also return to a previous decision point. The tree struc- ture is implemented in a table in computer storage. There is an entry in this table corresponding to each decision point in the tree. When a decision A Martian AA Orbital. AAA AAB AAC - Flyby :1-iariner Hariner Nariner IV VI, IX 0 u VII AB Sur£ace - Viking B Lunar BA Orbital - Approach BAA Apollo Hand Held BAB Apollo Metric BAC Apollo Pan BAD Lunar Orbiter BAE Ranger BB Surface BBA Apollo BBB Surveyor c Venus - Flyby D Mercury - Flyby Fig. 3, Example of a Tree. Microfiche LibmryjZIMMERMANN 297 is made, the entry corresponding to the new decision point is obtained. An entry at the bottom of the· tree identifies the picture file associated with the picture set selected. In general, an entry contains: ( 1) the viewer control code of the frame displaying the choices; ( 2) a pointer to the entry from which this node was reached; ( 3) the number of possible decisions which can be made at this decision point (to check for valid decisions); and ( 4) pointers to the entries for the decision points reached. Parameter Specification Once the user has made a decision selecting a set of pictures, he is pre- sented with a list of the available parameters and acceptable values for them. For each parameter in which the user is interested, he specifies the parameter number and the values or range of values acceptable to him. This information is stored in two tables which are referred to when the comparison search is made. One table, the parameter table, contains an en- try for each parameter specified. This table is cleared whenever a new pic- ture set is called for. An entry in the table includes: ( 1) the parameter number; ( 2) a code indicating which of several methods is to be used in processing the parameter; ( 3) a code providing information on how the user-specified values are to be interpreted; and ( 4) a pointer to the loca- tion in a second table, the values table, where the first of the specified val- ues is stored. All additional values are placed in the values table following the addressed value. The processing code (number ( 2) above) allows each parameter to be processed by a unique method. A standard method for a given parameter is kept in a field of the format record. The user can also specify a method other than the standard one. If an entry already exists for a just-entered parameter, the old entry is updated rather than a new one created. Search Optimization This phase determines the most efficient way to conduct the comparison search from among a set of alternatives. Whenever possible, the search is restricted to only a part of the picture file. For each picture file there is a number of parameters for which additional information is available. Spe- cifically, if a list of pictures ordered by increasing value of a parameter is available, the pictures which have a particular value of that parameter can be found more quickly through this list than by searching through the whole file for that value of the parameter. If the position, in this ordered list, of the picture at the low end of a range of values (of the parameter it is ordered on) can be found easily, the search can be started at this point and need only be continued until the picture at the high end has been reached. Note that the picture records for the intervening pictures must nonetheless be compared with the user specifications since the restric- tion is only made on the basis of one parameter whereas more than one may have been specified. 298 ]oumal of Library Automation Vol. 7/4 December 1974 A binary search is the method used to search the list for the first picture in a range of values. To use this method, of a set of n picture records the n / 2th is chosen and its value of the parameter is compared with the de- sired one. Since the list of records is in order of the value of this param- eter, it is clear in which half of the list a picture with the desired value of the· parameter would have to be. This interval can then be divided and the process continued until the remaining interval consists of only one picture. The main picture :file is itself usually arranged in order of at least one parameter. For other parameters, control lists of picture numbers ordered by value of these parameters can be used for binary searches. However, it is not practical to create these lists for all parameters as they require a fair amount of storage. An entry in such a list contains two words, the value of the parameter and the picture number of the corresponding picture. Pic- ture number is a sequence number which determines the position of the picture record relative to the beginning of the picture :file. Each picture file has a table in its format record containing identifiers for the parameters for which the binary search technique can be used. If more than one of these has been specified (as stored in the parameter ta- ble), it must be determined which parameter restricts the search the most. To do this the upper and lower limits of the specified values of each such parameter are found (from the values table), and from this the expected number of picture records to be compared is computed. This number is multiplied by a factor indicating the speed of the type of search to be used relative to the speed of the simplest type of search. The parameter· with the lowest expected elapsed time of search is selected for the search. Comparison Search For each picture to be compared, the appropriate picture record is found and specified parameter values are compared with those in the pic- ture record. A control list, selected in the search optimization phase, may be used to determine which picture records are to be compared. For each selected picture an entry containing a portion of the picture record is made in a picture table. The picture table has a limited capacity which is set when the program is compiled. For our application there is currently room for up to 100 entries. If the picture table is filled before the search is finished, the search is suspended and can be continued by a command in the display phase. Picture Display, Information Access This phase accepts commands to conb·ol display of the selected pictures and provide access to interpretive information. The picture table entries provide the information needed, either directly or by referring back to the picture record. Any of the selected pictures can be viewed at any time. In addition, the user can "mark" preferred pictures to differentiate them from the others. These marked pictures are set apart in the sense that Microfiche Library/ZIMMERMANN 299 many. viewing and information access commands refer optionally to only these pictures. The pictures themselves are the primary source of information, but the user will often want information that is not available from the picture in order to interpret the picture. There are commands that request the con- trol program to type out on the I/0 terminal the information in a picture record. These commands optionally refer to the picture currently dis- played, the marked pictures, or all the selected pictures. Other commands call for the display of data frames associated with a picture. These frames can contain large volumes of data that need not be kept in computer stor- age. The viewer control codes for these frames are kept in the picture ta- ble. The keyword commands to display data frames can vary from file to file. The valid commands for a file are kept in the file's format record. There are other commands to transfer control to other phases and to keep desired pictures available for display with those selected by the next comparison search. There is also a provision for adding file specific com- mands to perform any other function. The commands and their functions are listed in Appendix 3. PERFORMANCE AND COSTS A typical simple search consisting of logging in, picture selection, param- eter specification, search, and display might take five to ten minutes and cost one to two dollars for compute time. Most of this is time spent by the user in entering commands. Command execution is usually almost imme- diate as it does not involve a major amount of computation. Most of the compute time is accumulated during the comparison search phase. To search through the entire Mariner 9 picture file of around 7,000 pictures (about 200,000 words) takes about forty seconds elapsed time and costs about two dollars. A more typical search, however, will allow some search optimization and cost about thirty cents with an elapsed time of ten sec- onds. Of course, these figures should only be used as estimates, even for other DEC System 10 systems, as elapsed time depends on system load and this, as well as the rates charged, varies considerably. Total monthly com- pute costs for a system depend entirely on use. Likewise, storage costs depend on actual storage space used. For the 200,000-word Mariner 9 file our cost is about seventy-five dollars per month. Only the most-used pic- ture files actually need be kept on disc; the rest can be copied from mag- netic tape if they are needed. All files are backed up on magnetic tape in any case. The rates listed in this paper are those charged by our campus time-sharing system. DEC System 10 computer time is available from com- mercial firms at somewhat higher rates. The cost for a microfiche viewer with computer interface (Image Sys- tems, Culver City, California, Model 201) is around $7,000. A thirty-char- acters-per-second I/0 terminal sells for $1,500 and leases for $90 per month. In addition, an installation may require a microfiche camera and 300 ]oumal of Library Autonwtion Vol. 7/4 December 1974 other photographic equipment and supplies. Photographic services are also available from the viewer manufacturer. The hardware cost for an inde- pendent system implemented on a minicomputer with 12K to 20K of core and five million words of disc memory is estimated at an additional $30,000 (exclusive of development and photographic costs). IMPLEMENTING A LIBRARY SYSTEM In implementing a library system to use the hardware and software de- scribed in this paper, two major areas of effort are required. First, the pic- torial information must be converted to microfiche format; that is, it must be photographed, or possibly rephotographed if already in photographic form. In addition, a computer data base must be created. If information about the photographs is already available in computer-readable form, this involves writing a program to convert the data to the structure required by the control program. If this type of information is not available, the pic- tures may need to be investigated and the information coded, and pre- sumably punched onto computer cards, for further processing. The major difficulties we encountered were coordinating the photographic and data base generation tasks, achieving the high resolution we required to retain the detail of the original photographs, and in using early versions of the microfiche viewer (which had a tendency to jam cards). CONCLUSION A system for rapid access to pictorial information, the Computer Ac- cessed Microfiche Library ( CAML), has been described. CAML has been designed to integrate, in an easy-to-use system, the storage capacity and capability for fast retrieval of a special microfiche viewer with the manip- ulating ability and speed of a computer. It is believed that this system will help overcome the barriers to the full utilization of photographs in large quantities, as well as have applications in the retrieval of other types of pictorial information. ACKNOWLEDGMENTS The work described in this paper was supported by NASA grant #NGR 05-002-117. The author is grateful to Dr. Bruce Murray and the staff of the Space Photography Laboratory at Caltech for their support and ad- vice; he also wishes to acknowledge the efforts of Mr. James Fuhrman, who assisted in the programming task and contributed many valuable ideas. APPENDIX 1 The following is an example of a typical search. Numbers in the left margin indicate when a new frame is displayed on the viewer. These were added later to clarify the interaction between viewer and terminal. User responses and commands are identified by lines beginning with an asterisk. (The control program types asterisks when it Mic1'ofiche Libra1'yjZlMMERMANN 301 is ready for input.) In this demonstration, most keywords were completely typed out. It is possible, however, to abbreviate any keyword to the shortest form that will be unique among the acceptable keywords. After the user enters a standard "log in" procedure to identify his account number and verify that he is an authorized user of this account, the control program is auto- matically initiated. The viewer displays a picture ( 1) of the installation and the user is asked to enter his name. The name, charges, and time of use will later be added . LOG 9::::;:94-···t·H·H-J JOB 13 CALTECH 506B SYS~EM TTY?? Po=t·::s~~ORD: 1930 27-AuG-74 Tue lTD START, PLEASE ENTER YOUR NAME DEt1DtETRAT I otl 2ENTER NAME OF FILE DESIRED •~1r·1 I::·:: 3PLEASE TYPE IN PARAMETERS AND THEIR VALUES TYPE "DONE" WHEN YOU HAVE FINISHED +ORBIT 222 +CANERA A •LATITUDE -45 TO 45 +SPECIFICATIONS PARAMETERS FROM FILE MMIX ORBIT 222 DR LATITUDE -45.00 TO 45.00 CAt·1EF.'A A DR +DONE ·--?3:::2 PICTUF.:ES: TO PF.:OCESS, PLEASE lo.IAIT 2 PICTURES HAVE BEEN SELECTED 4THIS IS THE FIF.:ST PICTUF.:E THE FDLLOI!JitlG PICTUPES ARE FF.:OM FILE t·HH~'!. •• 1 PLEASE ENTEF.' COMMANDS • 5THIS IS THE LAST PICTUF.:E 2 •t·1AF.:K +TYPE PARAt-!ETERS t·1ARKED PAF.:At-!ETEF.: KEY FOR FILE Mt-!IX DAS TIME ORBIT LATITUDE PHASE ANGL VIEWING AN SLANT RANG LOCAL TIME FILTER EXPOSUR TM LONt3ITUDE CAMERA RDLLFILE ~ 2, FILE MMIX , ID = 9557769 BASE PICT. READER o, 2-E-2 1-A DATA READER 1), 2-E-2 5-A FDOTP READER o, 2-E-2 5-K PARAMETER VALUES: ·~557769 222 :3€ .. 70 140.70 48.18 14.85 29:37 A 15.29 sn,:rt i~4 425606:3 NO Cm1~1ENTS SOLAR ANGL F.:ESOLUTION 60.26 2.29 302 journal of Library Automation Vol. 7/4 December 1974 to an accounting file. The user now enters the picture set selection phase. In the cur- rent system, only two files (picture sets) are stored and the user is simply presented with a frame ( 2) listing the file names and giving a short description of what is con- tained in each. The user types the desired file name (MMIX-Mariner 9 Mars photo- graphs) and thus enters the parameter specification phase. The available selection parameters and acceptable values are now shown ( 3) . The user specifies some param- +E:>(AM I t·iE 1 MARKED PICTURES HAYE BEEN SELECTED 6THIS IS THE FIRST MARKED PICTURE THIS IS THE LAST MARKED PICTURE THE FOLLOWING PICTURES ARE FROM FILE MMIX 2 +RESPEC IF~' %WARNING--ORIGINAL SEARCH PARAMETERS ARE STILL IN EFFECT 7 PLEAS&- TYPE IH PARAMETERS AND THEIR VALUES TYPE "DONE" WHEN YOU HAYE FINISHED +RESTART 8 E~ITER NAME OF FILE DES I RED +ORBIT 9 PLEASE TYPE IN PARAMETERS AND THEIR VALUES T'r'PE "DONE" I,_IHEN YOU HAVE FINISHED +CHARGE:S: $ 0.5:3 10 •HELP ll+IDEN "> 5196 • +THIS IS A~ ERROR ++ERROR++: ~lD SUCH ~:EYI .• JDRD--PLEASE REHPE LitlE +DO 1022 PICTURES TO PROCESS, PLEASE ~JAIT 22 PICTURES HAVE BEEN SELECTED 12THJS IS THE FIRST PICTURE THE FOLLObiiNG PICTURES ARE FROM FILE ORBIT .. 1 PLEASE ENTER COMMANDS +TYPE PARAMETERS SPECIFIED PARAMETER KEY FOR FILE ORBIT IDEtl a 1• FILE ORBIT• ID = 5196 PARAMETER. VALUES: +5 13 :~ 6 5196 +TYPE PARAMETERS LATITUDE, LONGITUDE, RESOLUTION PARAMETER KEY FOR FILE ORBIT LATITUDE LONGITUDE RESOLUTION a 6, FILE ORBIT• ID = 5201 PARAMETER VALUES: 24.48 -47.27 2.90 PLEASE TURN OFF VIEI.~ER• TERMINAL• AND COUPLER Jc:s 13 [98"394, MNNJ LeGGED cFF TTY77 1948 27-A•y;-74 JI.S:I n2, ... nn) 306 Journal of Library Automation Vol. 7/4 December 1974 If not used, file name is assumed to refer to the file last searched. If the parameters are not enumerated, those specified for the picture selection are typed out. The parameters to be typed out can be enumerated or the specification parameters called for. If neither of these is done, the values of all parameters are typed out. Parameters typed out are identified by column headings. Phase Transfer Commands Function RESPECIFY Allows respecification of selection parameters-only those parameters which are reentered are changed; previously spe- cified parameters retain their values. SEARCH Similar to RESPECIFY, except only those pictures in the present list are candidates for selection. This is more efficient than again searching through all the pictures. CONTINUE If the search was terminated before all pictures had been pro- cessed, the search is continued from where it had been suspend- ed. RESTART To view another set of pictures (all specified parameter values are deleted) . Field Number 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23-28 APPENDIX5 Mariner 9 Picture Records Field Fixed-Length Portion Fiche Code Data Code File Name ID Number (DAS) Unit# Picture Number Footprint Code Unused Variable Portion DAS Time Orbit Latitude Longitude Solar Lighting Angle Phase Angle Viewing Angle Slant Range Camera Resolution Local Time Filter Exposure Time Role and File of Filter Version on Roll Film Comments (Content Descriptors)