Litigation Support Technical Standards
by Mark Lieb



Sample Content
  • Table of Contents
  • Introduction
  • For Vendors
  • For Firms


  • Business Standards
  • Cost Codes
  • Outgoing Media Kit
  • RFQs
  • Quotes


  • Technical Standards
  • Media Labels
  • Bates Schemes
  • Native Files
  • File-Folder Names


  • Downloads
  • The Standard
  • The Book


  • Software Load Files
  • CaseSoft
  • IPRO
  • To Be Added


  • What Not To Do
  • Media Labels
  • Load Files
  • Transcripts
  • General Errors


  • More Resources
  • LSVA
  • Litigation Support
  • Ad Litem Consulting


  • Mark Lieb
    Ad Litem Consulting



    litgation





    Home | TOC | Previous | Next | Download


    3.06 Data Files

     

    The following files must reside in the Data folder on every delivery by the vendor:

     

    1.       Database load file,

    2.       Database structure file, and

    3.       Imagebase cross-reference load file.

     

    1. Database Load File:

     

    1.       Delimiters – Although this document does not truly favor one application over another, the Concordance standard delimiter characters have proven reliable time and again. They are:   

    ·         Comma (020), Quote (254), Newline (174)

    2.       The first line of the database load file should be the field names.

    3.       The name of the database load file should match the volume name.

           

    2. Database Structure File:

     

    The Firm has a standard database structure we use for all databases (electronic and paper). We understand that software restrictions may result in a non-standard product. If the vendor is unable to then post-process their data to match our standard, Litigation Support will have to perform this work as billable time to the firm’s clients. As one can imagine, knowing the database structure as relates to the database load file is critical.

     

    This is a text file showing a sample structure file. The following is just for illustration and does not match Firm standards. Please refer to the Bibliographic Coding Manual for this information.

     

    Field Name

    Type

    Size

    Author

    Paragraph

    -

    Date

    Date

    YYYY/MM/DD

    Title

    Text

    60

    Pages

    Number

    3.0

     

    3. Imagebase Load File.

     

    The following are the rules governing a good load file:

     

    1.       The imagebase load file name should match the volume name

    2.       All images referenced in the load file must be contained on the same volume

    3.       Document breaks

    4.       Page counts

    5.       Image path:

     

    D:\IMAGES\[CLIENT#]\[MATTER#]\[DATABASE]\[VOLUME]\IMAGES\…

     

    Note: While the path may seem long, it provides everyone with a standard everyone can understand. The database folder may seem redundant at first. That is until there are 12 databases for a given matter number. At that time, one becomes grateful for the database subfolder. The firm uses this structure for many reasons. When the load file does not match this path, the vendor will have to this. If Litigation Support has to fix this, then the client may be paying twice for the same work.

     

     

    Sample Opticon Load File:

    Please note the path, image key matching the file name, doc breaks and page counts. Please refer to Section 4, to see examples for other types of load files.

     

    [Field 1]

    [Field 2]

    [Field 3]

    [Field 4]

    [Field 5]

    [Field 6]

    [Field 7]

    A001

    [VOLUME]

    D:\[VOLUME]\IMAGES\001\A001.TIF

    Y

     

     

    2

    A002

    [VOLUME]

    D:\[VOLUME]\IMAGES\001\A002.TIF

     

     

     

     

    A003

    [VOLUME]

    D:\[VOLUME]\IMAGES\001\A003.TIF

    Y

     

     

    1

     

    Here is an explanation of the Opticon load file format:

     

    [Field 1]

    Production Number

    This is a text field which contains the "Production" or "Control" or Bates number for that page of the document.  It is a unique value and is the load file "key".

    [Field 2]

    Volume ID

    This is also a text field.  It should contain the Volume ID of the CD on which the images are delivered.

    [Field 3]

    Full DOS Path

    This contains both the path to the image and the actual image filename.

    [Field 4]

    Document Break

    This is a text field.  If this particular image is the first page of a document, this field should contain a "Y" (Yes).

    [Field 5]

    Folder Break

    This is a text field.  It's fairly rarely used but if used is intended to work just like Document Break, i.e. it would contain a "Y" if this is the first page of a new folder.

    [Field 6]

    Box Break

    This is a text field.  Also rarely used but intended to work like Doc and Folder Break...would contain a "Y" if this is the first page of a new box.

    [Field 7]

    Pages

    This is a text field although it contains numeric data.  If this is the first page of a new document, "Document Break" will contain a "Y" and this field will show the number of pages for the document.

     

    Each of these fields is “separated”, or “delimited”, from the others, by a comma.  When a technician imports a load file into Opticon, the content for each field is divided by the commas.  Therefore, one can not have a directory named "\5,312,591 PATENT" since Opticon will view each comma as the start of the next field, per below:

     

     

    [Field 1]

    [Field 2]

    [Field 3]

    [Field 4]

    [Field 5]

    [Field 6]

    [Field 7]

    [Prod Num]

    [VOLUME]

    \5

    312

    591 Patent

    ,

    [Pages]

     


    Home | TOC | Previous | Next | Download


    Contact Ad Litem

    (C)2005 Ad Litem Consulting, Inc.









    About Litigation Support Technical Standards

    This document was initially designed to eliminate any discrepancy between firm technical needs and how the vendor created the technical aspect of their products. Litigation Support spends needless hours changing the vendor delivery. The firm pays for product that litigation support will have to modify. Today, the document covers as many technical requirements as possible for as many types of discovery and software as possible.

    To get a good idea of the reason for these explicit directions, please visit the final section of this document entitled, “Things not to do”. All of these examples are from real life. All of these examples caused headaches, delaying reviews, productions and more.

    I hope that this document is helpful to you.

























    Template by Steves Templates