Page 296 - Automated Fingerprint Identification Systems (AFIS)
P. 296

APPENDIX B: INTERNATIONAL ASSOCIATION FOR IDENTIFICATION           281



              the finer resolution that is today’s commercial standard. Resolution: Still
              pending.
           7. MIR Clarification: The Multiple Image Request (MIR) transaction does not
              specify how to ask for multiple requests, nor how the response should look.
              For example, to request images from the 2nd and 3rd candidates on
              the SRT candidate list, is it correct to insert two State ID Numbers, e.g.,
              2.015:MD1002>MD2345*? And is the response to this request separate
              IRRs for each candidate that reference the same MIR? Resolution: Still
              pending.
           8. EFTS Readability/Sample Messages: It took hours to decipher the EFTS
              fields. Sample messages from an older version of EFTS proved quite
              helpful. It would be useful to re-include them as a permanent part of the
              EFTS document. Resolution: Still pending.
           9. FNR Delimiter Discrepancy: Fingerprint Number (FNR), Field 2.057 has
              conflicting descriptions of separators. An RS was used for purposes of our
              testing, but this needs to be clarified. Resolution: Still pending.
          10. TCR as Mandatory Field: The Transaction Control Reference (TCR), Field
              1.10 references the originator’s Transaction Control Number (TCN). This
              is not listed as mandatory for responses, but seems that it should be. Reso-
              lution: Still pending.

          Expanded Scope of EFTS (Cross-Jurisdictional Use):


          1. Candidate Names (SRT & IRR):  Many operational sites do not keep a
             “Names” database in the AFIS system although the trend is toward integra-
             tion. The EFTS calls out for mandatory fields with Names. For instance, Field
             2.064 in the SRT asks for ID numbers and names. The EFTS would need to
             allow such an occurrence and describe how it would be handled, i.e., merely
             skip the R/S separator field and list ID numbers separated by a U/S sepa-
             rator, or use R/S separators with a blank or “No Name” as a place holder.
             The IRR also calls for a mandatory Name (NAM) field, 2.018. This would
             need to change to optional. Resolution: Still pending.
          2. Local ID Use: There is no accommodation for a Local Identification
             number. We used the State ID (SID) field (2.015), but that field is limited
             to a maximum of 10 characters, while local IDs may be more than 10 char-
             acters. We need to either expand the definition of 2.015 to include local IDs
             or designate a new tag for a local ID. Resolution: Still pending.
          3. MIME Messages: Some vendors preferred to put text messages with their
             MIME message (a valuable debug tool for programmers), but for other
             vendors? this created a conflict in their software. The standards don’t address
             this. Resolution: Still pending.
   291   292   293   294   295   296   297   298   299   300   301