ImageVerifierCode 换一换
格式:PDF , 页数:30 ,大小:216.49KB ,
资源ID:1046780      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-1046780.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(SMPTE ST 2102-2017 SMPTE Core Metadata.pdf)为本站会员(eveningprove235)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

SMPTE ST 2102-2017 SMPTE Core Metadata.pdf

1、 Copyright 2017 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS 445 Hamilton Avenue., White Plains, NY 10601 (914) 761-1100 Approved October 23, 2017 SMPTE ST-2102:2017 SMPTE STANDARD SMPTE Core Metadata Page 1 of 30 pages Table of Contents 1 Scope 3 2 Conformance Notation 3 3 Normative Re

2、ferences 4 4 Terms and Definitions 4 4.1 Agent 4 4.2 Item 4 4.3 Resource 4 4.4 Work 5 5 SMPTE Core elements 6 5.1 Notation 6 5.2 IDENTIFIER 7 5.3 TITLE 8 5.4 DESCRIPTION 10 5.5 SUBJECT 12 5.6 LANGUAGE 14 5.7 AGENT 14 5.8 DATE 16 5.9 VERSION 17 5.10 TYPE 18 5.11 GENRE 18 5.12 RESOURCETYPE 19 5.13 COV

3、ERAGE 19 5.14 RATING 21 5.15 AUDIENCE LEVEL 24 5.16 RELATION 25 5.17 RIGHTS 26 6 Bibliography (informative) 30 SMPTE ST 2102:2017 Page 2 of 30 pages Foreword SMPTE (the Society of Motion Picture and Television Engineers) is an internationally-recognized standards developing organization. Headquarter

4、ed and incorporated in the United States of America, SMPTE has members in over 80 countries on six continents. SMPTEs Engineering Documents, including Standards, Recommended Practices, and Engineering Guidelines, are prepared by SMPTEs Technology Committees. Participation in these Committees is open

5、 to all with a bona fide interest in their work. SMPTE cooperates closely with other standards-developing organizations, including ISO, IEC and ITU. SMPTE Engineering Documents are drafted in accordance with the rules given in its Standards Operations Manual. This SMPTE Engineering Document was prep

6、ared by Technology Committee 30MR. Intellectual Property At the time of publication no notice had been received by SMPTE claiming patent rights essential to the implementation of this Engineering Document. However, attention is drawn to the possibility that some of the elements of this document may

7、be the subject of patent rights. SMPTE shall not be held responsible for identifying any or all such patent rights. Introduction This specification describes the SMPTECore Metadata Set. SMPTECore is a set of definitions for common metadata elements proposed as a reference for SMPTE standardization w

8、ork. The SMPTECore elements have been defined as being complementary with other metadata specifications like AD-Id, AES60, Dublin Core, EBUCore, EIDR, EN 15907, MovieLabs Common Metadata, PBCore, XMP and W3Cs Media Ontology. SMPTE ST 2102:2017 Page 3 of 30 pages 1 Scope The SMPTECore standard provid

9、es definitions for a core set of descriptive (only) metadata as a reference to support interoperable use across diverse professional broadcast and feature motion picture workflows and user tasks. The SMPTE Core set of elements is common to existing metadata standards in use in the broadcasting and f

10、eature motion picture communities. Because the purpose of these metadata elements is to be adapted to various implementation frameworks, technical details (e.g. datatypes of each element) are out of scope. As a consequence, this standard proposes a set of definitions and is not a technical specifica

11、tion containing all details required for a corresponding compliant implementation. The SMPTECore supports multi-lingual metadata. The SMPTECore proposes mechanisms to use controlled vocabularies or classification schemes. The controlled vocabularies and classification schemes themselves are out of s

12、cope. This standard provides an informative xml representation of SMPTECore to illustrate an example of implementation of the proposed metadata set. 2 Conformance Notation Normative text is text that describes elements of the design that are indispensable or contains the conformance language keyword

13、s: “shall“, “should“, or “may“. Informative text is text that is potentially helpful to the user, but not indispensable, and can be removed, changed, or added editorially without affecting interoperability. Informative text does not contain any conformance keywords. All text in this document is, by

14、default, normative, except: the Introduction, any section explicitly labeled as “Informative“ or individual paragraphs that start with “Note:” The keywords “shall“ and “shall not“ indicate requirements strictly to be followed in order to conform to the document and from which no deviation is permitt

15、ed. The keywords, “should“ and “should not“ indicate that, among several possibilities, one is recommended as particularly suitable, without mentioning or excluding others; or that a certain course of action is preferred but not necessarily required; or that (in the negative form) a certain possibil

16、ity or course of action is deprecated but not prohibited. The keywords “may“ and “need not“ indicate courses of action permissible within the limits of the document. The keyword “reserved” indicates a provision that is not defined at this time, shall not be used, and may be defined in the future. Th

17、e keyword “forbidden” indicates “reserved” and in addition indicates that the provision will never be defined in the future. A conformant implementation according to this document is one that includes all mandatory provisions (“shall“) and, if implemented, all recommended provisions (“should“) as de

18、scribed. A conformant implementation need not implement optional provisions (“may“) and need not implement them as described. SMPTE ST 2102:2017 Page 4 of 30 pages Unless otherwise specified, the order of precedence of the types of normative information in this document shall be as follows: Normativ

19、e prose shall be the authoritative definition; Tables shall be next; then formal languages; then figures; and then any other language forms. 3 Normative References The following standards contain provisions which, through reference in this text, constitute provisions of this engineering document. At

20、 the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this engineering document are encouraged to investigate the possibility of applying the most recent edition of the standards indicated below. IETF RFC 1738, Uniform

21、Resource Locators (URL), December 1994. IETF RFC 3986, Uniform Resource Identifier (URI): Generic Syntax, January 2005. IETF RFC 5646, Tags for Identifying Languages, September 2009. ST 335:2012 Metadata Element Dictionary Structure ST 395:2014 Metadata Groups Register ST 400:2012 SMPTE Labels Struc

22、ture ST 2003:2012 Types Dictionary Structure ST 330:2011 Unique Material Identifier (UMID) ISO 15706-1:2002, Information and documentation - International Standard Audiovisual Number (ISAN) - Part 1: Audiovisual work identifier ISO 8601:2004, Data elements and interchange formats - Information inter

23、change - Representation of dates and times ISO 26324:2012, Information and documentation - Digital object identifier system 4 Terms and Definitions For the purposes of this document, the following terms and definitions apply. 4.1 Agent Person or organization 4.2 Item Manifestation of a Work as a fil

24、e or media 4.3 Resource Entity that can be either a Work or an Item SMPTE ST 2102:2017 Page 5 of 30 pages 4.4 Work Intellectual content. Note: it can be manifested as various Items (e.g., file, DVD, video, Blu-Ray), but the underlying content remains the same. SMPTE ST 2102:2017 Page 6 of 30 pages 5

25、 SMPTE Core elements 5.1 Notation 5.1.1 Table Definitions Table 1 provides the name and definitions of the line headers used in the remaining of the document for the tables describing the SMPTE Core elements. Table 1 . Definitions Field Description Name Name of the SMPTE Core element Cardinality The

26、 cardinality of root elements is left to the decision of each implementer. Properties Properties characterizing the element Definition Definition of the attribute Example Examples (Informative) Notes Informative notes that provide additional informative contextual information 5.1.2 Controlled Vocabu

27、lary Set The following attributes are used throughout the specification to facilitate the use of controlled vocabularies, which common features include a term identifier, a term name and a term definition defined by various authorities within their respective namespaces. These attributes are collect

28、ively referred to as “Controlled Vocabulary Set”. label 01 “a term name” link 01 “a link to a term id in a controlled vocabulary” definition 01 “a term definition” source 01 “to identify the authority managing the controlled vocabulary in use” namespace 01 “the domain within which the controlled voc

29、abulary is defined, which may be used in the root of a link to a term id” 5.1.3 Cardinality Cardinality of attributes and properties (used in the fields Cardinality and Properties) 01 This item shall be optional with only one possible occurrence 0* This item shall be optional with zero to many possi

30、ble occurrences 11 This item shall be present once and only once 1* This item shall be present once or more SMPTE ST 2102:2017 Page 7 of 30 pages 5.2 IDENTIFIER IDENTIFIER is a unique, unambiguous reference to a Resource, Work or Item (other elements such as Agent and Subject have dedicated identifi

31、er sub-elements). IDENTIFIERS are regularly used for different reasons in various implementation contexts. IDENTIFIER shall identify Resources, Works or Items during the process of content creation, post-production, rights clearance, distribution on a variety of media, or for the discoverability of

32、Works. IDENTIFIERS may take the following form: As provided by identification agencies or authorities in the format defined by these organizations. As defined in-house. A UID (Unique Identifier), a UMID Unique Material identifier (SMPTE ST 330), an ISAN (ISO 15706 International Standard Audiovisual

33、Number) or an EIDR (Entertainment ID Registry based on ISO 26324 (the international standard Digital Object Identifier) , as defined in the SMPTE metadata registers (SMPTE ST 335, SMPTE ST 400, SMTPE ST 395, and SMPTE 2003). User defined globally unique identifier managing discrete identifier behind

34、 their namespace. A unique title. Note: a unique identifier associated to the smpte namespace is globally unique provided that the smpte namespace is uniquely registered (e.g. smpte: 1234-456). Note: A unique title can also serve as an identifier in the IDENTIFIER element. This follows common practi

35、ce in public archives and libraries, especially in cases where an organization might not have a unique alphanumeric identifier for the content. More than one, different but still unique, identifier may be attributed for the same Resource, Work, or Item. Note: The European film archives metadata stan

36、dard prEN 15907 has a distinct element named Identifying Title. Libraries following AACR2, RDA, and Archival Moving Image Materials (AMIM) cataloguing rules can apply the concept of a Uniform Title as a type of IDENTIFIER, as shown in the following example. When a title is used as an identifier, it

37、often includes form or date information for disambiguation. For example, the Library of Congress authorized uniform title Superman (Motion picture: 1978) uses “motion picture” to distinguish this particular Superman from the comic book or television series. The year 1978 distinguishes the film from

38、the 1940s theatrical serial. IDENTIFIER and subordinate objects shall comply with Tables 2-6. Table 2: Identifier Name IDENTIFIER Cardinality Application/implementation specific. Properties identifier_value 1 identifier_attributor 01 identifier_format 01 identifier_kind 01 Table 3: Identifier value

39、Name Identifier_value Definition A unique, unambiguous reference to a Resource, Work, or Item. Example Superman (Motion picture : 1978) ISAN 0000-0000-6776-0000-8-0000-0000-D SMPTE ST 2102:2017 Page 8 of 30 pages The Great Train Robbery (Motion picture : 1903) EIDR 10.5240/7791-8534-2C23-9030-8610-5

40、 Table 4: Identifier attributor Name Identifier_attributor Definition The identifier attributor shall be an Agent acting as an authority in charge of identifying the Resource, Work, Item. Example agentName: ISAN, EIDR Table 5: Identifier format Name Identifier_format Properties Controlled Vocabulary

41、 Set as defined in Section 5.1.2 Definition The format in which the identifier is provided. Additional information can be provided in the definition on the structure / syntax of the identifier for advanced parsing purposes. Example UID, UMID, EIDR, ISAN, Library of Congress Authorities, or the name

42、of other identifiers as listed in RP210 or RP224. Table 6: Identifier kind Name Identifier_kind Properties Controlled Vocabulary Set as defined in Section 5.1.2 Definition The type of the identifier. Example Production Number, Instantiation Identifier, Record Identifier, Asset Id, Billing Id, Invent

43、ory Number 5.3 TITLE TITLE shall be a name of a Resource, Work or Item. Generally, title is the main name given to that Resource, Work or Item. There is broad usage for TITLE ranging from an official name that also serves as an identifier (see identifier) to a utilitarian title used for searching or

44、 to catch common misspellings. TITLE can be specific to an organization or shared across organizations. Titles can be the name by which a Resource, Work, Item is formally known in which case the title shall be used to refer to this content. In media production and distribution a work can have many t

45、itles, each with a different function. TITLE can correspond to single Resources, Works, or Items such as a film or TV episode, or it can refer to a grouping such as a television season or series. “Authorized” titles can be the name by which a Resource, Work, Item is formally known and that is used t

46、o refer to content. TITLE and subordinate objects shall comply with Tables 7-13. SMPTE ST 2102:2017 Page 9 of 30 pages Table 7: Title Name TITLE Cardinality Application/implementation specific. Properties title_value 1 title_kind 1* title_length 01 title_temporal_scope 01 title_geographical_scope 01

47、 title_geographical_exclusion_scope 01 Table 8: Title value Name title_value Definition A word, phrase, character, or group of characters, naming specific content, a collection, a particular variant or manifestation of a Resource, or an individual Resource, Work, Item. Example Gladiator, Game of Thr

48、ones, Game of Thrones Season 1, Christian Bale Project, Christmas Special. Notes Titles can be assigned before production begins, and may be working titles as placeholders for works in production without final titles. Table 9: Title kind Name title_kind Properties Controlled Vocabulary Set as define

49、d in Section 5.1.2 Definition Defines one or more types of title, typically defining its intended use. The type may be provided as free text or linking to a term in a controlled vocabulary. Example Original, display, search, B2B supply chain, alternative, secondary, working, Italian release Table 10: Title value Name title_length Definition The maximum number of characters for a title or an indication on the length of a title Example 100 or short, medium, long, Table 11: Title temporal scope

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1