Table of Contents
- Document Metadata
- Editable Metadata
- Database Metadata Settings
- Family Ranges
- Primary Date
- Exact Duplicates
Everlaw has three types of metadata: document metadata, aliases, and editable metadata. For an overview of how metadata is defined on Everlaw, and how it is viewed in the review window, see this article.
All metadata types can be viewed under the Metadata tab in Project Settings.
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 review window. To unhide a field, simply click on the eye icon again. In the example below, "Author" and "Application" fields are now hidden.
While fields are usually created during upload, you can also add a new empty metadata field directly from the metadata page. The dropdown will show a subset of Everlaw’s primary standard fields, or you can create a custom field. Adding metadata fields is not necessary prior to upload.
An alias is simply a view onto multiple fields. You may want to use a single consolidated field to span conceptually related fields, e.g. "Creator" to be a combination of the fields "From" and "Author". All the fields in an alias must be of the same type; for example, you cannot alias a TIME and TEXT field together.
Once you create an alias, you can search within that alias by selecting it as a metadata search term. If you search on an alias, Everlaw will return 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. By default, the alias and all of the fields within it default to being unhidden. You can click on the eye or crossed-out eye icons to hide or unhide fields within the alias. For example, if you click the crossed-out eye icon next to the Email field, users will not be able to search for values in the From field, nor will this field be visible in the review window. Instead, you will need to search the Email field to access values for From in the example above.
If you want to hide/unhide one of the aliased fields from search or review, locate it in the left side Metadata list and click the crossed-out eye icon.
If you would like to add another metadata field to an existing alias, simply check the box of the metadata field(s) 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 red "x" 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 the document has values for more than one of the aliased fields, the alias fields will show in alphabetical order.
Please note that user groups must have at least View permissions on any and all aliased user fields in order to view the alias. If the group does not have View permission on any underlying user field, they will not be able to view or search on the alias itself.
If you delete an alias, any searches that reference that alias will return zero results. Thus, exercise caution when deleting aliases.
Project administrators can make any metadata field editable by checking the box next to the metadata field's name that says "Make editable." This will allow users to edit the values of that field from the review window. This can be useful in correcting incorrect information in metadata fields or populating missing values. Additionally, project administrators can undo this by unchecking the "Make editable" field on any currently editable field. When doing so, project administrators will have the option to keep the edited metadata values or to revert the metadata back to its original values. For more information, read our article on editing metadata.
Database Metadata Settings
Display text-extracted metadata: When this setting is enabled on your database Everlaw will attempt to automatically extract email metadata from the text of documents for which metadata is not provided. Text-extracted metadata will include common email header fields like Subject, Date Sent, To, From, Cc, Bcc, etc. and will behave like typical metadata fields. This setting is enabled by default. If enabled after being disabled, a task will run after will documents will have text-extracted metadata.
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 project 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 project settings, please reach out to firstname.lastname@example.org.
Primary Date field
Primary Date is an automatic Everlaw smart search term that orders date fields in file type groups. When applicable, a document's Primary Date will be its first available date field in its file type hierarchy. All date fields beneath the first value will not be considered for Primary Date. Read more about Primary Date as an Everlaw Smart Term.
By default, Everlaw will sort the most relevant date fields on your project to the top of the file type group hierarchies. For instance, Date Created will default to the top of the audio, video, and image file type hierarchy, while Date Sent and Date Received will default to the top of the email, SMS, and chat file type hierarchy. This means that you can run a search for Primary Dates across multiple file types and collect documents with relevant date fields matching your search.
Project admins can expand the file type group hierarchies and drag and drop fields to determine the list order. Admins can also click "Reset to default" to restore the original order for all the file type hierarchies. Changes made here will be reflected instantly on your project.
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 project 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.