Table of Contents
Everlaw has three types of metadata: document metadata, aliases, and user metadata. All metadata types can be viewed under the metadata tab on the admin page.
These metadata fields are associated with documents during upload, usually via a load file. Example fields are Custodian, From, Subject, etc. Because they are considered part of the production, these fields can never be edited or deleted. They are always stored in the system, and you do not need to worry about users overwriting them.
As an administrator, you can hide certain fields if they are irrelevant to the needs of the project. For instance, some productions contain a "pgcount" field that mirrors Everlaw's own "Num Pages" display. To hide any particular field from users, click on the eye icon for that field, and the eye will become crossed out; hidden fields are not visible to users, in either the search interface or the document view. To unhide a field, simply click on the eye icon again. In the example below, "Author" and "Application" fields are now hidden.
Very often, there are multiple producing parties that produce the same data, but with different names (e.g. Custodian, CUSTDIAN, CUSTODIAN) that you would like to combine. You may hide or unhide fields at anytime by clicking on the eye icon. Additionally, you may want to use a single consolidated field to span conceptually related fields, e.g. "Author" to be a combination of the fields "From", "Author", or "Creator".
An alias is simply a view onto multiple fields. All the fields in an alias must be of the same type; for example, you cannot alias a TIME and TEXT field together.
For display, if only one of the aliased fields has a value for a particular document, that value is shown. If the document has values for more than one of the aliased fields, the system shows the alphabetically first aliased field with a value for the document, with preference given to user fields.
If a user searches on an alias, the system will find documents that match the search term on any of the aliased fields.
To create an alias, first select the metadata fields you want included from the Metadata and/or the User-Editable set of fields. The chosen fields will be highlighted in yellow.
Once you have chosen all the metadata fields to include, scroll to the "Alias" section of the page, and click "New Alias". A text box will appear prompting you to name a new Alias. After typing in a name, press enter, and an entry with your new Alias, and its included fields, will appear.
Once you hit the enter key the alias will be created and visible to all users. The original metadata fields will be hidden from users unless you specifically click on the eye icon to unhide the fields.
If you would like to add another metadata field to an existing alias, simply select the metadata fields you would like to add, and click on the alias to which you would like to add the field(s). To remove a field from an alias, click the "x" mark next to the listed field.
You can rename or delete an alias using the pencil and trash icons on the right side of the table.
If an alias has an identical name to one of the metadata fields, the field will automatically be added to the alias and you will be unable to remove that field from the alias to prevent the project from duplicating data.
You cannot alias another alias field.
If you delete an alias, any searches that reference that alias will return zero results. Thus, exercise caution when deleting aliases.
User Editable Fields
In addition to the document metadata, which is fixed for every document, you can create user editable fields. These fields can contain any information you would like your users to record about documents. Two common use cases are: 1. an existing document metadata field is incomplete or inaccurate for many documents; with a user field, reviewers can fill in the missing data where appropriate; 2. there is an additional piece of information you'd like to record about a document that is not present in the document metadata.
These fields are editable and searchable by any users. They also can be renamed or removed. To create a field, simply click "New User Field", select its type, and click "Add".
If you create a user field with the same name as a document field, the user field becomes "smart" on document display:
- If the document has no value for either the user or document field, nothing is displayed
- If the document has a value for the document field, but not the user field, the document field value is displayed
- If the document has a user-entered value for the field, it is displayed. The value for the document field is effectively hidden. (However, it is displayed if the user hovers the mouse over the field.)
The same applies for search. If a user searches for value "foo" on the field, the search finds all documents that either a) have a user-entered value "foo" for that field or b) have *no* user value for the field but do have a document value of "foo " for that field. Crucially, if a document has user field value "bar" and document value "foo", it will *not* come up in the search results: the system ensures that the user values take precedence over the document values.
If you delete a user field, ALL of the user data that has been entered on all the documents in the project for that field will be removed. In addition, any searches that referenced that field will return zero results. Thus, exercise caution when deleting user fields.
Many productions include metadata fields that can be used for grouping emails and their attachments together. Setting the Attachment Group here enables a reviewer on the Review Page to automatically see the number of documents in the Attachment Group of the document they are currently viewing.
In order to set the Attachment Groups, select the Metadata fields at the top that represent an attachment or family group. These will often have names like "Family Range," "Attachment Range," "Begin Attachment," or some related abbreviation (e.g., "FmlyRng," "BEGATT"). After you've selected the relevant appropriate fields, click on Attachment Group under the Case Settings. The fields will be added to the Family Range field, and the Family Range functionality will be enabled on the Document Review page.
Note: When a field like BEGATTACH is present, there is often a corresponding ENDATTACH. Because we simply search for documents with matching values in their Attachment Group fields, it is not necessary to put both BEGATTACH and ENDATTACH in the group. Using just one of them is enough.
Once an attachment group has been set up, please click the 'Reindex' button to ensure that your data is now searchable throughout the project. Should you need any assistance setting up any of the case settings, please email us at firstname.lastname@example.org, or call us at 1 (844) EVER-LAW.
Everlaw calculates exact duplicates based on the OCR text because productions may not include - or have multiple different - metadata fields. However, if the OCR text is identical, but the metadata is different (eg. an email that just reads 'Thanks'), the documents will be returned as false duplicates.
Admins can now specify additional metadata fields with which to match documents. To return an exact duplicate document, the OCR text AND all the fields in the Exact Metadata Duplicates grouping must match for the document to be considered an exact duplicate.
Adding metadata fields to narrow down the exact duplicates is the same process as adding documents to the Attachment Grouping described above. Select the fields you wish to match on and click 'Exact Duplicates' in the case settings . You will see the selected fields listed. If you want to remove the metadata field from the duplicate matching process, click the "x" next to a metadata field name.