EIDR Required Data Fields Abstract Titles, Episodic, and Edits

Similar documents
Introduction to the EIDR Data Model. Mysteries Revealed

EIDR - DOI Mapping Table

Best Practices and Use Cases for EIDR Edits

EIDR SYSTEM VERSION 2.0. Glossary Aug. 12

EIDR TIGER TEAM. EIDR Nomenclature. Draft Proposal for Review. Put a tiger in your tank! July 27, 2018

How to Use EIDR to Identify Versions for Distribution Purposes: Edits, Languages, and Regional Releases

EIDR. Obtaining an EIDR ID for a DECE CFF Container (DCC) APID

Content Identification for Audiovisual Archives

EIDR 1.1 Feature Additions Edit Changes & Supplemental Referent Type A Best Practices Guide April 13 Version 1.0

A SHORT GUIDE TO IDENTIFIERS FOR THE DIGITAL SUPPLY CHAIN

EMA Core Metadata Summary (for Audiovisual Digitally Delivered Content)

EIDR and UltraViolet

Ref: TR-META-MEC Version v2.6 Date: December 11, Media Entertainment Core Metadata. mdmec namespace

TECHNICAL OVERVIEW November 2010

EIDR and UltraViolet

EIDR SYSTEM VERSION 2.0. Registry User s Guide

Best Practices for EIDR Video Services

Utilizing PBCore as a Foundation for Archiving and Workflow Management

ISAN: the Global ID for AV Content

Streamlined Content Metadata Integration and Management Using Entertainment ID Registry (EIDR)

Affixing the ISAN. Possibilities Technical specifications

Content Structure Guidelines

Core DOI Specification

A Data Modeling Process. Determining System Requirements. Planning the Project. Specifying Relationships. Specifying Entities

EIDR SYSTEM VERSION 2.1 REST API REFERENCE Jan. 4

Identifiers in the. Audiovisual Sector. 14 May, 2014 Rev 1. March 2010

Liferay User Management. Kar Joon Chew Oct 2011

EFFICIENT WORKFLOWS FOR AUTOMATED RICH METADATA PRODUCTION

Common Extras Manifest Metadata

I ll show you mine, if you show me yours: A vision for the future of film archive search Stephen McConnachie Head of Data, Collections & Information,

ISNI Identifying Parties in Creative Supply Chains

Oracle Revenue Management and Billing. File Upload Interface (FUI) - User Guide. Version Revision 1.1

Digital Supply Chain Updates

ISAN User Guide. Version : 2.0, 5th of January 2005

Silvermouse (for Production Paperwork)

Chapter 13 XML: Extensible Markup Language

NMOS IS-04. Discovery and Registration. Chris Gil & Cristian Recoseanu. SMPTE Event hosted by Atos 25 October 2018

ISAN System Release

INTERNATIONAL STANDARD

Internet Engineering Task Force (IETF) Obsoletes: 7302 September 2016 Category: Informational ISSN:

MDDF Encoding Guidance: Audiovisual Type and Subtype

UtilityPak: Dynamics CRM Record Merge. Version 1.0

Common Metadata md namespace

Audio-Visual Communications Technology

Website Training Manual

SENTRI PASS APPLICATION

Common Metadata md namespace

PIDs Go To The Movies

DOI METADATA FOR MONOGRAPHIC PRODUCTS

MEZZANINE FILE SPEC Steven Kang Sr. Engineer, Content Partner Ops, Netflix

Data Partnerships to Improve Health Frequently Asked Questions. Glossary...9

Application Procedures of RTHK Programme Commissioning

Design Pattern: Composite

ST.96 - ANNEX VI TRANSFORMATION RULES AND GUIDELINES. Version 3.0

Lesson: Web Programming(6) Omid Jafarinezhad Sharif University of Technology

WORLDWIDE PANTS COLLECTION USER GUIDE! As of ! For best results, use Google Chrome as the recommended web browser.!

MobiControl v13: Package Rules to Profiles Migration Guide. January 2016

SQL Lab: Assignment 2 (due to )

Common Metadata md namespace

ELECTRONIC SUBMISSION FRAMEWORK (ESF)

ISO/IEC Information technology Multimedia framework (MPEG-21) Part 3: Digital Item Identification

B.H.GARDI COLLEGE OF MASTER OF COMPUTER APPLICATION. Ch. 1 :- Introduction Database Management System - 1

IBM. IBM i2 Analyze Security White Paper. Version 4 Release 1

RIR delegation reports and address-by-economy measurements. DNS-OARC Workshop 25 July 2005 George Michaelson APNIC

SUBTITLE EXCHANGE FORMAT (DPP-EBU-TT) Version 2.0

Copyright 2007 Ramez Elmasri and Shamkant B. Navathe. Slide 27-1

Provisions that are not within the competence of the Federal Arbitration Commission are in italics.

Laserfiche Records Management Edition Terminology (version 8.0) White Paper

Content Sharing and Reuse in PTC Integrity Lifecycle Manager

How to register for NYA After School Programs. Using CommunityPass School Year

Laserfiche Records Management Training

ISLE Metadata Initiative (IMDI) PART 1 B. Metadata Elements for Catalogue Descriptions

Best Practices Outline for Deep Dish Television

Speaker Verification in BeVocal VoiceXML

PHARMACOVIGILANCE OF VETERINARY MEDICINAL PRODUCTS: ELECTRONIC STANDARDS FOR TRANSFER OF DATA

The TAXII XML Message Binding Specification

Suggested answers are provided below. These answers are presented top-down, left to right.

FILING OF ANNUAL FINANCIAL STATEMENTS TO THE CIPC IN XBRL

One of the main selling points of a database engine is the ability to make declarative queries---like SQL---that specify what should be done while

NAACCR XML Data Exchange Standard

Key principles: The more complete and accurate the information, the better the matching

SMIL 2.0. Synchronized Multimedia Integration Language. Espen Nilsen

Trees. Carlos Moreno uwaterloo.ca EIT

2009 Martin v. Löwis. Data-centric XML. XML Syntax

Proposals for the 2018 JHAQ data collection

The XQuery Data Model

Falcon Trace Validation Builder User Manual

Co-Ordinated Retail Market Message Guide

Managing Information Resources

Oracle Database. Installation and Configuration of Real Application Security Administration (RASADM) Prerequisites

Bonus Content. Glossary

An updated events syntax for XML-based markup languages

DOI METADATA FOR MONOGRAPHIC WORKS

Beginning To Define ebxml Initial Draft

ESEF XBRL Taxonomy Documentation Structure and content of the ESEF XBRL Taxonomy

USING DC FOR SERVICE DESCRIPTION

ISO/IEC INTERNATIONAL STANDARD. Information technology Software asset management Part 2: Software identification tag

MarkLogic Server. Content Processing Framework Guide. MarkLogic 9 May, Copyright 2018 MarkLogic Corporation. All rights reserved.

GS1 US Data Hub 3.2 Location User Guide

NetWrix Privileged Account Manager Version 4.1 User Guide

Transcription:

EIDR Required Data Fields Abstract Titles, Episodic, and Edits Technical Note Table of Contents 1 Scope... 1 2 Data Requirements for Abstract Titles... 2 3 Data Requirements for Series... 4 4 Data Requirements for Seasons... 7 5 Data Requirements for Episodes... 9 6 Data Requirements for Edits... 11 7 Data Requirements for Other Record Types... 12 1 Scope The number and variety of data elements in the EIDR Content ID Registry can seem daunting, but only a small number of them are actually required for every record. Most of them exist to address particular use cases or only apply to certain types of records. 1 In general, the EIDR data elements are grouped into four categories: Required Must be provided with any record match, registration, or modification. Conditionally Required Required under certain circumstances. 1 The primary determination for data requirements is the record s Referent Type (Movie, Series, Season, etc.), but for certain Referent Types, that may vary by position in the registration tree (root vs. child record). EIDR Required Data Fields 1 2016/04/13

Optional, but Highly Recommended Not required, but encouraged due to their high value in discovery and de-duplication. Optional, and Only Applicable in Select Use Cases Not required. This document addresses the Required, Conditionally Required, and Optional but Recommended data elements. 2 Information about the truly optional fields is in EIDR s Data Fields Reference and Best Practices Guide. 2 Data Requirements for Abstract Titles These are root records with a ReferentType of Movie, Short, TV, Web, or Supplemental. The StructuralType is always Abstraction. For title records that are episodes of a series, see the Series section, below. Required StructuralType 1 Abstraction Mode 1 AudioVisual (Silent films are Visual ) ReferentType 1 Movie, TV, Short, Web, Supplemental ResourceName 1 The work s original release title in mixed case without trailing articles. ResourceName@lang 1 A valid RFC 5646 written language code. Use und if not known. ResourceName@titleClass 1 Most often release, regional, or AKA. Other values are possible. Skip if not known. OriginalLanguage 32 A valid RFC 5646 spoken language code. Use und if not known. (Silent films use written language codes.) OrignialLanguage@mode 1 Audio (Silent films are Visual ) OrignialLanguage@type 1 Usually skipped. Include if there are languages that require clarifications. ReleaseDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release or else a 4-digit year (yyyy). 2 In XML, there are tags, which carry a data payload, and attributes of the tags. We distinguish the two by using an at-symbol (@) for the attributes. When XML tags are nested, one inside another, we focus on those that carry data or have attributes. The nesting information is presented as a slash (/) separated tag list. Information on tags that exist only as containers is in Data Fields Reference. EIDR Required Data Fields 2 2016/04/13

CountryOfOrigin 32 2-character ISO 3166-1 country code or 4-character DOI obsolete country code. Use AQ if not known. 3 Status 1 valid (in most cases) ApproximateLength 1 In hours and minutes (or just minutes). Do not include seconds in an Abstract Title s Approximate Length. Administrators/Registrant 1 The EIDR Party ID of the entity that created the record. Conditionally Required 4 AssociatedOrg 16 A company associated with the abstract title, preferably a list of the producers or else the original commissioning broadcaster. AssociatedOrg/DisplayName 1 Required only if an organizationid is not provided. AssociatedOrg@idType 1 EIDRPartyID Required only if an Organization ID is provided. AssociatedOrg@organizationID 1 The EIDR Party ID of the Associated Org. Required only if a DisplayName is not provided. AssociatedOrg@role 1 producer, distributor, broadcaster, or other Credits/Director/DisplayName 2 The names(s) of the director(s) in natural name order (not last, first ) Credits/Actor/DisplayName 4 The names(s) of the top billed actors (s) in natural name order (not last, first ) Optional, But Recommended AlternateResourceName 128 Additional names by which the work is also known. Include as many as possible. AlternateResourceName@lang 1 Same as for Resource Name. AlternateResourceName@titleClass 1 Same as for Resource Name. AlternateID IDs associated with the abstract title other than the EIDR ID (IMDb, ISAN, house IDs, etc.). Include as many as possible. 3 With the EIDR 2.1 release, the unknown country code will change to XX. 4 See Conditionally Required notes below. EIDR Required Data Fields 3 2016/04/13

AlternateID@type 1 Common IDs have their own type ( IMDB for IMDb IDs, etc.). Others use the type Proprietary with an identifying domain. AlternateID@domain 1 Identifies the organization that issued the Alternate ID. Required when type is Proprietary. AlternateID@relation 1 IsSameAs (in most cases) If not present, IsSameAs is assumed. The relation value describes how the EIDR ID relates to the Alternate ID. For example, ContainsAllOf would indicate that the abstract title includes all of the material identified by the Alternate ID. Notes The Required elements are always required for every record. The Optional elements are always optional (but always encouraged the more descriptive metadata provided, the more accurate the de-duplication process is both for the initial registration and in the future when others match or try to register the same thing, perhaps as a foreign release in a different territory. We both encourage registrants to provide the optional data and to fill in multiple values when they are available and allowed. The Conditionally Required elements follow the rule that at least one of the following Participant data values must be provided (more are welcome, but each record must have at least one): An Associated Org (preferably, a producer) OR A Director OR 4 Actors The 2.1 release due out in 2016-Q4 increases the Participant data requirements if the Country of Origin and/or the Original Language are not known to require a value for at least two of the three Participant types in addition to the standard rule outlined above. Finally, some attributes are required when their XML tag is present, and others are optional. The optional attributes are marked with italics. 3 Data Requirements for Series Series records follow the same rules as abstract Title records (see Data Requirements for Abstract Titles ) except as noted below. EIDR Required Data Fields 4 2016/04/13

Required StructuralType 1 Abstraction Mode 1 AudioVisual (Silent series are Visual ) ReferentType 1 Series ResourceName 1 The Series original release title in mixed case without trailing articles. ResourceName@lang 1 A valid RFC 5646 written language code. Use und if not known. ResourceName@titleClass 1 Most often release, regional, or AKA. Other values are possible. Skip if not known. OriginalLanguage 32 A valid RFC 5646 spoken language code. Use und if not known. (For a series of silent works, use written language codes.) OrignialLanguage@mode 1 Audio (Silent Series are Visual ) OrignialLanguage@type 1 Usually skipped. Include if there are languages that require clarifications. ReleaseDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release of the first Episode. A 4-digit year (yyyy) is also valid. CountryOfOrigin 32 2-character ISO 3166-1 country code or 4-character DOI obsolete country code. Use AQ if not known. 5 Status 1 valid (in most cases) ApproximateLength 1 If the Episodes have a consistent length, provide this in hours and minutes (or just minutes). Do not include seconds. Use 0 if the Episode lengths are inconsistent or not known. Administrators/Registrant 1 The EIDR Party ID of the entity that created the record. Conditionally Required 6 AssociatedOrg 16 A company associated with the 5 With the EIDR 2.1 release, the unknown country code will change to XX. 6 See Conditionally Required notes under Abstract Titles, above. EIDR Required Data Fields 5 2016/04/13

abstract title, preferably a list of the producers or else the original commissioning broadcaster. AssociatedOrg/DisplayName 1 Required only if an organizationid is not provided. AssociatedOrg@idType 1 EIDRPartyID Required only if an Organization ID is provided. AssociatedOrg@organizationID 1 The EIDR Party ID of the Associated Org (if any). Required only if a DisplayName is not provided. AssociatedOrg@role 1 producer, distributor, broadcaster, or other Credits/Director/DisplayName 2 The name of the director in natural name order (not last, first ). Only include if a single director (or directing team) is responsible for the vast majority of the Episodes. Credits/Actor/DisplayName 4 The names(s) of the top billed actors (s) in natural name order (not last, first ). Only include actors who appear in the vast majority of the Episodes. Optional, But Recommended (if applicable) AlternateResourceName 128 Additional names by which the Series is also known. Include as many as possible. AlternateResourceName@lang 1 Same as for Resource Name. AlternateResourceName@titleClass 1 Same as for Resource Name. AlternateID IDs associated with the Series other than the EIDR ID (IMDb, ISAN, house IDs, etc.). Include as many as possible. AlternateID@type 1 Common IDs have their own type ( IMDB for IMDb IDs, etc.). Others use the type Proprietary with an identifying domain. AlternateID@domain 1 Identifies the organization that issued the Alternate ID. Required when type is Proprietary. AlternateID@relation 1 IsSameAs (in most cases) If not present, IsSameAs is assumed. The relation value describes how the EIDR ID relates to the Alternate ID. For example, ContainsAllOf would indicate that EIDR Required Data Fields 6 2016/04/13

the abstract title includes all of the material identified by the Alternate ID. SeriesInfo/EndDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release of the final Episode. A 4- digit year (yyyy) is also valid. Include only if the Series has ended its run. SeriesInfo/NumberRequired 1 true if child records must be identified by a unique number. SeriesInfo/OriginalTitleRequired 1 true if child records must have user-supplied titles. Notes ApproximateLength can be 0. (Used when the descended Episode records do not have a consistent duration.) Otherwise, a non-0 duration in the Series can be inherited by the child records. Series records have NumberRequired, DateRequired, and OriginalTitleRequired Boolean elements (they can be true or false ). If the element is missing, it is assumed to be false. These control the required fields in the direct child records. For example, if a Series has NumberRequired = true, then its Seasons must all have SequenceNumbers. 4 Data Requirements for Seasons Season records follow the same rules as abstract Title records, but they can (and generally do) inherit most BaseObjectData elements from their parent Series. Required StructuralType 1 Abstraction ReferentType 1 Season ReleaseDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release of the first include Episode. A 4-digit year (yyyy) is also valid unless the parent Season has DateRequired = true. Status 1 valid (in most cases) Administrators/Registrant 1 The EIDR Party ID of the entity that created the record. SeasonInfo/Parent 1 Series EIDR ID EIDR Required Data Fields 7 2016/04/13

Conditionally Required ResourceName 1 Required if the parent Season has OriginalTitleRequired = true ResourceName@lang 1 A valid RFC 5646 written language code. Use und if not known. ResourceName@titleClass 1 Most often skipped. ApproximateLength 1 May be skipped if same as the parent Series. SeasonInfo/SequenceNumber 1 Required if the Season does not have a user-provided title or a full release date (yyyy-mm-dd) or if the parent Season has NumberRequired = true Optional, But Recommended (if applicable) AlternateID Same as for Series. AlternateID@type 1 Same as for Series. AlternateID@domain 1 Same as for Series. AlternateID@relation 1 Same as for Series. SeasonInfo/EndDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release of the final included Episode. A 4-digit year (yyyy) is also valid. Include only if the season has ended its run. SeasonInfo/NumberRequired 1 true if child Episodes must be identified by a unique number. SeasonInfo/DateRequired 1 true if child Episodes must have full dates (not just 4-digit years). SeasonInfo/OriginalTitleRequired 1 true if child Episodes must have user-supplied titles. Notes Like Series, Season records have their own NumberRequired, DateRequired, and OriginalTitleRequired Boolean elements (they can be true or false ). 7 If the element is missing, it is assumed to be false. For Seasons, these control the required fields in their child Episode records. 7 Values for the Required fields are not inherited form Series to Season. The rules enforced by the Series Required fields only apply to its direct children and the Season s Required fields only affect its direct children. EIDR Required Data Fields 8 2016/04/13

5 Data Requirements for Episodes Episodes are abstract Title records (see Data Requirements for Abstract Titles ) that can (and generally do) inherit many BaseObjectData elements from their parent Series or Season. Required StructuralType 1 Abstraction ReferentType 1 TV, Short, or Web ReleaseDate 1 Preferably the full date (yyyymm-dd) of the original commercial release of the Episode. A 4-digit year (yyyy) is also valid unless the parent has DateRequired = true. Status 1 valid (in most cases) Administrators/Registrant 1 The EIDR Party ID of the entity that created the record. EpisodeInfo/Parent 1 Series or Season EIDR ID Conditionally Required ResourceName 1 Required if the Episode does not have a Distribution Number or full ReleaseDate (yyyy-mm-dd) or if the parent has OriginalTitleRequired = true ResourceName@lang 1 Same as for Series. ResourceName@titleClass 1 Same as for Series. ApproximateLength 1 May be skipped if the parent has a non-zero Approximate Length. Otherwise, provide this in hours and minutes (or just minutes). Do not include seconds. EpisodeInfo/SequenceInfo/DistributionNumber 1 Required if the Episode does not have a user-provided name or full ReleaseDate (yyyy-mm-dd) or if the parent has NumberRequired = true EpisodeInfo/SequenceInfo/DistributionNumber@domain 1 Identifies the organization that provided the Distribution Number. EIDR Required Data Fields 9 2016/04/13

Optional, But Recommended AlternateResourceName 8 128 Additional names by which the Episode is also known. Include as many as possible. AlternateResourceName@lang 1 Same as for Resource Name. AlternateResourceName@titleClass 1 Same as for Resource Name. Credits/Director/DisplayName 2 The name of the director in natural name order (not last, first ). Credits/Actor/DisplayName 4 Top 4 billed actors in natural name order (not last, first ) when they are unique per episode, as with an Anthology Series. AlternateID Same as for Series. AlternateID@type 1 Same as for Series. AlternateID@domain 1 Same as for Series. AlternateID@relation 1 Same as for Series. Administrators/MetadataAuthority 4 The EIDR Party ID of an entity that asserts it has complete and accurate metadata for this Episode and commits to keeping it up to date. Notes Episode records can inherit their Mode, ApproximateLength (if non-0), and Participant Data from their parent Series or Season. An Episode is only given a ResourceName when it has a unique, descriptive name. 9 If the Episode is identified only by number or release date, do not provide a ResourceName. The Registry will generate a standardized name based on the Episode metadata. If an Episode has both a name and a number, you may provide one or the other, subject to the data requirements of the Parent record. 10 However, it is strongly recommended that you provide both name and number as an aid to de-duplication and future discovery. 8 If the Episode has a system-generated ResourceName, the Registrant can still provide AlternateResourceNames to capture Episode nicknames, territory- or language-specific names, or non-official Episode names. 9 If the parent Series or Season has OriginalTitleRequired = true, then the Episode must have a Registrantprovided ResourceName. 10 Series and Season records may have NumberRequired, DateRequired, and OriginalTitleRequired Boolean elements that control the associated data requirements in Episode records. EIDR Required Data Fields 10 2016/04/13

6 Data Requirements for Edits Edits represent a particular version of a work and are registered as child records of abstract Titles or other Edits. Edits are not valid for container-type records (Series, Season, or Compilation). For more detailed instructions, see Best Practices and Use Cases for EIDR Edits. Required StructuralType 1 Performance ReleaseDate 1 Preferably the full date (yyyy-mmdd) of the original commercial release of the Edit. A 4-digit year (yyyy) is also valid. (If not known, use the Release Date of the parent.) Status 1 valid (in most cases) ApproximateLength 1 Provide this in hours and minutes (or just minutes). Including seconds is optional. Administrators/Registrant 1 The EIDR Party ID of the entity that created the record. EditInfo/Parent 1 An EIDR Abstract Title, Episode, or Edit ID. EditInfo/EditUse 1 Used to identify the primary distribution channel for which the Edit was originally created. EditInfo/ColorType 1 color, bandw, colorized, or composite Will be removed in the EIDR 2.1 release. EditInfo/ThreeD 1 true for a 3D version. Will be removed in the EIDR 2.1 release. Optional, But Recommended ResourceName 1 When the Edit has a distinguishing name, such as [Title of Film] Director s Cut. Otherwise, skip. ResourceName@lang 1 A valid RFC 5646 written language code. Use und if not known. ResourceName@titleClass 1 Most often release, regional, or AKA. Other values are possible. Skip if not known. AlternateID IDs associated with the Edit other than the EIDR ID (V-ISAN, house IDs, etc.). Include as many as possible. AlternateID@type 1 Same as for Abstract Titles. EIDR Required Data Fields 11 2016/04/13

AlternateID@domain 1 Same as for Abstract Titles. AlternateID@relation 1 Same as for Abstract Titles. Administrators/MetadataAuthority 4 Same as for Abstract Titles. Description 1 A human-readable, free-text description of the unique characteristics of this Edit. Not used in de-duplication. Description@lang 1 A valid RFC 5646 written language code. EditInfo/EditClass 8 Used to identify the key characteristics that differentiate this Edit. EditInfo/MadeForRegion 8 2-character ISO 3166-1 country code, 4-character DOI obsolete country code, 3-digit UN M.49 region code, International, or Domestic indicating the territory for which the Edit was originally made. 7 Data Requirements for Other Record Types For information on Clips, Composites, Compilations, and Manifestations, please see EIDR s Data Fields Reference. EIDR Required Data Fields 12 2016/04/13