ISO 2146:2010

Information and documentation - Registry services for libraries and related organizations

ISO 2146:2010 establishes the rules for registries operating in a network environment to provide the information about collections, parties, activities and services needed by libraries and related organizations to manage their collections and deliver information and documentation services across a range of applications and domains. ISO 2146:2010 presents a data element directory that may be used as a framework for collecting the appropriate data and sharing it with other registry services, providing access to registry data through standard protocols whenever it is needed as part of an automated business workflow, publishing registries in electronic or print form and archiving registry data when the data exists only in electronic form. ISO 2146:2010 is applicable to national registries published in bi- or multilingual countries and national and regional registries intended for international use. The field of application includes but is not limited to · collection management systems and digital repositories, · discovery services, including catalogues and indexes, federated metadata repositories and metasearch portals, · delivery services, including persistent identifier management and resolution, access management and interlending services, · reference services including reference management systems and virtual reference services, and · the registry services themselves, of all types, needed to support the above applications.

Information et documentation — Services de registre pour les bibliothèques et les organismes associés

L'ISO 2146:2010 décrit les règles traitant des registres fonctionnant en réseau qui fournissent des informations sur les collections, les personnes, les activités et les services dont ont besoin les bibliothèques et les organismes associés pour gérer leurs collections et fournir des services d'informations et de documentation destinés à un éventail d'applications et de domaines. L'ISO 2146:2010 revêt la forme d'un répertoire d'éléments de données pouvant servir de cadre à la collecte des données appropriées et à leur partage avec d'autres services de registre, en offrant l'accès aux données du registre par des protocoles normalisés chaque fois qu'il est rendu nécessaire en tant que composante d'un flux de tâches automatisé, en publiant des registres sous forme électronique ou imprimée et en archivant les données du registre lorsque ces données ne sont disponibles que sous forme électronique. L'ISO 2146:2010 s'applique aux registres nationaux publiés dans des pays bilingues ou multilingues, ainsi qu'aux registres nationaux et régionaux destinés à l'usage international. Le champ d'application comprend, sans toutefois s'y limiter les systèmes de gestion des collections et les référentiels numériques, les services de découverte, dont les catalogues et les index, les référentiels de métadonnées fédérés et les portails de métarecherche, les services d'acheminement, dont la gestion et la résolution des identificateurs permanents, la gestion des accès et les services de prêts entre bibliothèques, les services de références, dont les systèmes de gestion des références et les services virtuels de référence, et les services mêmes de registre de tous types, nécessaires à l'utilisation des applications précédemment mentionnées.

Informatika in dokumentacija - Registracijske storitve za knjižnice in sorodne organizacije

Ta mednarodni standard določa pravila za registre, ki delujejo v omrežnem okolju, da zagotavljajo informacije o zbirkah, strankah, dejavnostih in storitvah, ki jih potrebujejo knjižnice in sorodne organizacije za upravljanje njihovih zbirk, pošiljanje informacij in storitve dokumentiranja preko niza aplikacij in domen. Ta mednarodni standard predstavlja seznam podatkovnih elementov, ki se lahko uporablja kot ogrodje za zbiranje primernih podatkov in njihovo deljenje z drugimi registracijskimi storitvami ter zagotavlja dostop do registracijskih podatkov preko standardnih protokolov, kadar koli je potreben kot del avtomatiziranega delovnega procesa, za objavljanje registrov v elektronski ali papirnati obliki in za arhiviranje registracijskih podatkov, kadar ti podatki obstajajo samo v elektronski obliki. Ta mednarodni standard velja za državne registre, objavljene v dvojezičnih ali večjezičnih državah ter državnih ali regionalnih registrih, ki so namenjeni za mednarodno uporabo. To področje uporabe vsebuje, vendar ni omejeno na – sisteme za upravljanje zbirk in digitalnih odlagališč, - storitev za odkrivanje, ki vključujejo kataloge in indekse, združena odlagališča metapodatkov in metaiskalne portale, - storitve pošiljanja, vključno z upravljanjem in analizo obstojnih označb, storitve upravljanja z dostopi in storitve medsebojne izposoje, - referenčne storitve, vključno s sistemi za upravljanje referenc in virtualnimi referenčnimi storitvami ter – same registracijske storitve vseh vrst, ki so potrebne za podporo zgoraj navedenim uporabam.

General Information

• Status: Published
• Publication Date: 29-Mar-2010
• ICS: 01.140.20 - Information sciences
• Technical Committee: ISO/TC 46/SC 4 - Technical interoperability
• Drafting Committee: ISO/TC 46/SC 4 - Technical interoperability
• Current Stage: 9020 - International Standard under periodical review
• Start Date: 15-Oct-2025
• Completion Date: 15-Oct-2025
• Ref Project: SIST ISO 2146:2010 - Information and documentation - Registry services for libraries and related organizations

Relations

• Revises: ISO 2146:1988 - Documentation - Directories of libraries, archives, information and documentation centres, and their data bases
• Effective Date: 26-Dec-2009

Overview

ISO 2146:2010 - Information and documentation - Registry services for libraries and related organizations - defines a framework for building and operating registry services that describe collections, parties, activities and services in a networked environment. The standard provides an object-oriented data element directory that can be converted into machine‑readable formats (for example XML) and used to collect, publish, exchange and archive registry data. It is explicitly intended for national, regional and international registries (including bi- and multilingual contexts) and supports automated workflows across library and information systems.

Key technical topics and requirements

• Object model: Registry object as the primary class with sub‑classes Collection, Party, Activity, Service and relationships among them.
• Data element directory: A structured set of elements and attributes to describe registry objects; designed for extensibility (typing, free‑text elements, extension schemas).
• Service metadata: Elements for service descriptions, service levels, obligations and access policy to enable interoperable delivery and access control.
• Protocol information: Metadata to publish how services are accessed in a network environment (bindings and exchange protocols).
• Record and global elements: Elements for record details, identification, language, dates and other global metadata.
• Profiles and bindings: The standard encourages building profiles that select required elements, enumerations and protocols for specific registry types.
• Normative references: Integration with code sets and formats such as ISO 639‑2 (languages), ISO 3166 (country codes), ISO 4217 (currency) and ISO 8601 (date/time).

Practical applications

ISO 2146:2010 is applicable to systems and services such as:

• Collection management systems and digital repositories - to describe and share collection-level metadata.
• Discovery services and federated metadata repositories - to expose registry data for indexing and metasearch.
• Delivery and access services - including persistent identifier management, access management and interlibrary loan workflows.
• Reference services and virtual reference systems - to advertise services, parties and activities.
• Registry service implementations - designing registry infrastructures and APIs for library ecosystems.

Who should use this standard

• Library and archive managers, repository administrators and metadata specialists
• Systems architects and developers building library registries, discovery layers or service registries
• National/regional standards bodies and organisations publishing bilingual or international registries
• Vendors of integrated library systems (ILS), digital preservation and discovery platforms

Related standards and resources

The standard references and complements other metadata and identifier standards (see Annexes and bibliography), and includes informative annexes such as case studies and a Dublin Core Collections Application Profile to assist implementation and interoperability.

Keywords: ISO 2146, registry services, libraries, data element directory, collection management, digital repositories, discovery services, persistent identifiers, metadata registry.

Standards Content (Sample)

SLOVENSKI STANDARD
01-junij-2010
1DGRPHãþD
SIST ISO 2146:1996
Informatika in dokumentacija - Registracijske storitve za knjižnice in sorodne
organizacije
Information and documentation - Registry services for libraries and related organizations
Information et documentation - Services de registres des bibliothèques et des
organisations connexes
Ta slovenski standard je istoveten z: ISO 2146:2010
ICS:
01.140.20 Informacijske vede Information sciences
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

INTERNATIONAL ISO
STANDARD 2146
Third edition
2010-04-15
Information and documentation —
Registry services for libraries and related
organizations
Information et documentation — Services de registre pour les
bibliothèques et les organismes associés

Reference number
©
ISO 2010
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO 2010
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO 2010 – All rights reserved

Contents Page
Foreword .iv
Introduction.v
1 Scope.1
2 Normative references.1
3 Terms and definitions .2
4 Presentation.3
4.1 Information model hierarchy.3
4.2 Structure.4
4.3 Arrangement .4
4.4 Obligation.4
4.5 Occurrence.5
4.6 Data types.5
4.7 Attributes.9
5 Registry object.10
6 Party.17
7 Collection .18
8 Activity.22
9 Service.23
10 Access policy.27
11 Service description .29
12 Protocol information .35
13 Global elements.38
14 Record details.44
Annex A (normative) Alphabetic sequence of data elements .46
Annex B (informative) General guidelines for building registry services.54
Annex C (informative) Case study 1: Registries of libraries and related organizations.59
Annex D (informative) Case study 2: Collection service registries .64
Annex E (informative) Dublin Core Collections Application Profile .69
Annex F (informative) Related standards .71
Bibliography.75

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO 2146 was prepared by Technical Committee ISO/TC 46, Information and documentation, Subcommittee
SC 4, Technical interoperability.
This third edition constitutes a revision of the second edition (ISO 2146:1988), which was withdrawn in 1999.
The entire text of the second edition has been reorganized and rewritten for this third edition.
iv © ISO 2010 – All rights reserved

Introduction
ISO 2146 was first published in 1972 under the title Directories of libraries, information and documentation
centres. Its purpose was to assist in compiling and publishing international directories, national registries
published in bi- or multilingual countries and national and regional directories intended for international use.
When the second edition came up for its ten year review in 1988, the world had changed. Agencies were
finding new ways of collecting and publishing directory information on the Internet and of deploying it in
machine-readable form to aid discovery and delivery.
The need was identified to repurpose this International Standard as a data element directory and to take into
account new usage scenarios. Development of the revision began in 2001 with support for interlibrary lending
scenarios as an initial driver. The primary purpose of ISO 2146 in its new form is to offer a conceptual basis
for the development of the full range of registry services needed to support digital library usage scenarios. As
such, it is designed to be explanatory and extensible rather than restrictive and prescriptive. The term
“registry” has been adopted in the title and the data element directory to indicate that this International
Standard supports the process of collecting the required information from stakeholders as well as making it
available for use.
The data element directory has been formulated as an object-oriented model that can be converted to
machine readable formats such as XML. Some concepts are less developed than others but this version of
this International Standard is nevertheless complete. It allows for the addition of new elements through a
typing approach and provides free text elements for capturing information not explicitly modelled. It also allows
any data element to be encoded using an extension schema. As a framework standard, it does not prescribe
how data are recorded or what ontologies or controlled vocabularies are used. To do so would limit the
applicability of this International Standard to specific usage scenarios. However, a range of examples and
starter lists is provided, and implementers are encouraged to use (or to collaborate in the development of)
appropriate standards for any given service, usage, or subject field.
It is anticipated that different registry applications will be based on profiles of this International Standard. The
profiles will specify the objects in the information model and the data elements essential to that registry type,
and define and maintain the enumerated lists appropriate to the application. The profile will also specify the
bindings and protocols to be used for exchange purposes. This will enable parties in the same sector and in
parallel sectors to collaborate in the development and delivery of services and content.
Other standards exist to facilitate the exchange of registry objects between systems. This International
Standard is not intended to replace these standards although an XML schema version of the data element
directory can be used for this purpose. Similarly, other standards exist or are under development to enable the
persistent identification of registry objects. This International Standard provides data elements for the
recording and management of such identifiers but does not prescribe their use.

INTERNATIONAL STANDARD ISO 2146:2010(E)

Information and documentation — Registry services for
libraries and related organizations
1 Scope
This International Standard establishes the rules for registries operating in a network environment to provide
the information about collections, parties, activities and services needed by libraries and related organizations
to manage their collections and deliver information and documentation services across a range of applications
and domains.
This International Standard presents a data element directory that can be used as a framework for collecting
the appropriate data and sharing it with other registry services, providing access to registry data through
standard protocols whenever it is needed as part of an automated business workflow, publishing registries in
electronic or print form, and archiving registry data when the data exist only in electronic form.
This International Standard is applicable to national registries published in bi- or multilingual countries and
national and regional registries intended for international use.
The field of application includes but is not limited to
⎯ collection management systems and digital repositories,
⎯ discovery services, including catalogues and indexes, federated metadata repositories and metasearch
portals,
⎯ delivery services, including persistent identifier management and resolution, access management and
interlending services,
⎯ reference services including reference management systems and virtual reference services, and
⎯ the registry services themselves, of all types, needed to support the above applications.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For updated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 639-2, Codes for the representation of names of languages — Part 2: Alpha-3 code
ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country
codes
ISO 3166-2, Codes for the representation of names of countries and their subdivisions — Part 2: Country
subdivision code
ISO 4217, Codes for the representation of currencies and funds
ISO 8601:2004, Data elements and interchange formats — Information interchange — Representation of
dates and times
3 Terms and definitions
For the purpose of this document, the following terms and definitions apply.
3.1
attribute
data element that is a property or characteristic of a class
3.2
character
printable symbol having phonetic or pictographic meaning and usually forming part of a word of text, depicting
a numeral, or expressing grammatical punctuation
3.3
code
representation of a piece of information such as a letter, word or phrase in another form, usually briefer
3.4
data element
element
basic unit of identifiable and definable data
3.5
data type
term used to qualify both the content and the structure of an element
3.6
entity
record in a database or registry consisting of one or more elements that has a discrete existence
3.7
ILL
inter library loan
lending or copying transaction between two libraries on behalf of an end user
3.8
registry
collection of registry objects compiled to support the business of a given community
3.9
role
function played by an entity such as a party or address, often specific to a transaction
3.10
transaction
creation or modification of a message required to support the searching and maintenance of a registry record
or record element
3.11
word
unit of language consisting of one or more characters that carries meaning
2 © ISO 2010 – All rights reserved

4 Presentation
4.1 Information model hierarchy
In this International Standard a registry is defined as a collection of registry objects that has been compiled to
support the business of a given community. The data element directory which makes up the body of this
International Standard is based on an object-oriented data model which has a registry object as its primary
object class. A registry object may be a collection, party, activity or service. A collection is an aggregation of
physical or digital objects. A party is a person or group. An activity is something occurring over time that
generates one or more outputs. A service is a system (analogue or digital) that provides one or more functions
of value to an end user.
Figure 1 — Registry object and its sub-classes
Figure 1 shows the relationships between these sub-classes. Amongst other roles, parties collect or own
collections and run or join in activities. Parties also manage and use services through which collections and
activities are accessed.
Figure 1 also shows that services may have policies that permit or deny access to users under certain
conditions, that they have service levels and obligations that need to be described and that they may be
delivered through protocols in a network environment. The data elements needed to describe access policies,
service descriptions and protocol information are the key to building interoperable services and also to
developing service-oriented applications. When bound into appropriate schemas they become interface
objects that can be exchanged as messages whenever this information is needed to perform a function. In this
context, a registry is itself a collection that can be accessed through a service using standard protocols.
While the scope of this International Standard is limited to the four sub-classes of registry object shown in
Figure 1, an item object has been included in the diagram to show the continuum between item and collection.
Items and collections are both resources and can be described using the bibliographic entities defined in the
IFLA Functional requirements for bibliographic records (FRBR) model. Resource description standards such
as the DCMI Metadata terms enable the description of both collections and items and their discovery using
common access points. These map readily to data elements defined in this International Standard when

collections need to be treated as registry objects (see Note). Collections become registry objects when further
properties and relations need to be described to support their management and use than is needed for
resource discovery. Implementers may, however, elect to extend the number of sub-classes to support the
description of items or of any other business object genre that might need to be treated as a registry object to
support the business of a community.
NOTE See for example, the DCMI Collections Application Profile mappings in Annex E.
4.2 Structure
The data element directory reflects the information model hierarchy through the following structure.
⎯ Clause 5 describes data elements applicable to all registry objects.
⎯ Clauses 6 to 8 describe data elements applicable to parties, collections and activities.
⎯ Clause 9 describes data elements applicable to services.
⎯ Clause 10 describes data elements specific to access policies.
⎯ Clause 11 describes data elements specific to service descriptions.
⎯ Clause 12 describes data elements specific to service protocols.
⎯ Clause 13 describes common data elements that are referenced in more than one clause.
Annex A contains an alphabetical list of data elements cross-referenced to the appropriate numbered entry.
Annexes B to F are informative annexes which discuss how this International Standard might be applied to
address the needs of libraries and related organizations for registry services.
4.3 Arrangement
Each element in the data element directory has its own numbered clause with the name of the data element
as the heading, a description defining its purpose and its data type. An element may also have guidelines as
to how it should be used and examples drawn from existing applications. Data elements of type class also
have a list of their attributes (data elements that are properties or characteristics of the class), with information
about whether or not they are mandatory (obligation) within the parent class and how often they can occur
(occurrence).
Annex A also includes the description and lists the classes in which the data element is used.
NOTE Examples of controlled vocabularies are for guidance only and will need to be formalized in profiles.
4.4 Obligation
Obligation can have the following values.
4.4.1
M
mandatory
information indicating that a data element shall be present within a specific record
4.4.2
O
optional
information indicating that a data element may be present within a specific record
4 © ISO 2010 – All rights reserved

4.4.3
CM
conditional mandatory
information indicating that one of two or more data elements shall be present within a record
4.4.4
CO
conditional optional
information indicating that a data element is optional but when it is used one of two or more data elements
shall be present within a record
NOTE In this International Standard, an attribute is only designated as mandatory if it is needed to uniquely identify
multiple instances of a class. It will be up to profiles to specify what other elements need to be mandatory to support
specific usage scenarios.
4.5 Occurrence
4.5.1
one and only one instance of the element shall occur in an instance of the class
4.5.2
0-1
the element is optional but if it occurs there shall be one and only one instance
4.5.3
0-N
the element is optional but may occur any number of times
4.5.4
1-N
the element is mandatory but may occur any number of times
4.6 Data types
For the purposes of this International Standard the following data types are defined.
4.6.1
boolean
data type having two values: one and zero [which are equivalent to true and false]
4.6.2
class
set of data elements describing the abstract characteristics of an object
4.6.3
date time
string formed according to the rules specified for Date and Time in ISO 8601:2004
4.6.4
decimal
data type consisting of numbers expressed in the base ten numeral system
4.6.5
label, class
complex data type used when values may need to be associated with an authority
Ref. Attribute Obl. Occ. Data type
4.6.5.1 value M 1 string
4.6.5.2 authority O 0-1 string
4.6.5.3 other value O 0-1 string
The authority may be a registration agency, a controlled vocabulary or a set of rules governing the form of the
value. The authority data element is optional for two reasons: the authority may be derivable from the value
without needing to specify it explicitly; or a decision has been made not to associate the value with an
authority in a given context.
In cases where a string is associated with a controlled vocabulary, there may be a requirement to record
values not included in the core list. In this case, set the value to other and record the string in other value.
In XML schema bindings data elements of class label may be denormalized to elements of type string with the
authority encoded as an XML attribute.
NOTE The label class in this International Standard is not equivalent to the enumeration data type in XML. Although
some data elements of this class may have values drawn from a simple controlled list that can be enumerated in an XML
schema binding, others will have values generated independently by a registration authority, or draw their values from
collections of terms that are separately maintained.
In an XML schema that binds a data element of class label to a data element of type enumeration, use XML
case conventions unless the terms are not easily converted from one case to another for rendering in displays.
4.6.5.1
value, string
string or code that may need to be associated with an authority to control its form or content or to make it
unique in a given context
4.6.5.2
authority, string
agency that controls the form or content of a value or its uniqueness in a given context
4.6.5.3
other value, string
string that represents the other value when ‘other’ is recorded as the value
4.6.6
metadata, class
complex data type enabling the embedding of data formatted in a designated extension schema
Ref. Attribute Obl. Occ. Data type
4.6.6.1 metadata format M 1 label
4.6.6.2 bindata
CM 1 string
4.6.6.3 xmldata
The data type of any element in the data element directory may be replaced by the metadata data type if there
is a requirement to extend the information to be collected, stored and exchanged to meet the specific needs of
a designated community.
6 © ISO 2010 – All rights reserved

4.6.6.1
metadata format, label
string or code specifying the metadata format
EXAMPLES
1) CERIF (Common European research information format)
2) DCMI (Dublin Core Metadata Initiative metadata terms)
3) EAC (Encoded archival context)
4) EAD (Encoded archival description)
5) ebXML (OASIS/ebXML registry services specification)
6) IESR (IESR [Information Environment Service Registry] application profile)
7) LOM (Learning object metadata)
8) MADS (Metadata authority description schema)
9) MARC (Machine-readable cataloging)
10) MODS (Metadata object description schema)
11) RSLP (Research Support Libraries Programme collection description)
12) UDDI (Universal description, discovery and integration)
13) WSDL (Web service definition language)
14) X.500
15) XACML (eXtensible Access Control Markup Language)
16) Z39.91-200x (NISO Z39.92-200x, Collection description specification)
17) Z39.92-200x (NISO Z39.92-200x, Information retrieval service description specification)
18) ZeeRex
4.6.6.2
bindata, string
element containing Base64 encoded metadata
4.6.6.3
xmldata, string
element containing XML encoded metadata
4.6.7
positive integer
data type consisting of all the whole numbers with values greater than zero
4.6.8
seq lang string, class
complex data type enabling the recording of one or more language strings expressing the same concept in
different languages or language systems
Ref. Attribute Obl. Occ. Data type
4.6.8.1 language string M 1-N string
National registries published in bi- or multilingual countries and national and regional registries intended for
international use shall use seq lang string to record the language of a string, any transformations it has
undergone from the original language and the system used to create these transformations. In
implementations seq lang string may be denormalized to string where there is no requirement to publish a
registry in more than one language or language string type and no transformations have been performed.
EXAMPLES
1) A Canadian registry published in both French and English
2) A New Zealand registry published in both Maori and English
3) A Chinese registry published in Chinese and transliterated using the Pin Yin transliteration system
4.6.8.1
language string, class
value of an element expressed in a specified language and language string type
Ref. Attribute Obl. Occ. Data type
4.6.8.1.1 language string value M 1 string
13.9 language O 0-1 label
4.6.8.1.2 language string type O 0-1 label
4.6.8.1.3 language string type system O 0-1 label
13.7 is default O 0-1 Boolean
Create one language string for each language and language string type. Use default to indicate that a string is
to be used as the default when no specific language or language string type or language string type system is
requested.
4.6.8.1.1
language string value, string
text value of a language string
4.6.8.1.2
language string type, label
code or string delineating the nature of the language string when it has undergone a transformation from its
original form
EXAMPLE Equivalent, Translated, Transliterated, Transcribed
4.6.8.1.3
language string type system, label
standard or system followed for transliteration or transcription
EXAMPLE ISO 9, ISO 259, ISO 843
4.6.9
string
data type consisting of a sequence of one or more characters
4.6.10
time
string formed according to the rules specified for time in ISO 8601:2004
Data elements of type date time and time may be stored in a form that represents local time as long as it can
be converted on export to coordinated universal time (UTC) or local time with offset to UTC.
8 © ISO 2010 – All rights reserved

4.7 Attributes
Attributes are presented in table form with the following information.
4.7.1
ref.
reference
clause number of the referenced element
4.7.2
attribute
name of the referenced element
4.7.3
obl.
obligation
information about whether or not a data element is mandatory within a specific record
4.7.4
occ.
occurrence
information about whether or not a data element may be repeated within a specific record
4.7.5
data type
data type of the referenced element
NOTE Lists of attributes are not separately captioned and numbered because they can be uniquely referenced within
the standard by the clause number and heading. They form an integral part of the entry and help to quantify properties of a
data element in an easy-to-read form.
5 Registry object
Data type: class
entity playing a role in the conduct of business in a specific community or domain
Ref. Attribute Obl. Occ. Data type
5.1 registry object key M 1 label
6 party
7 collection
CM 1 sub-class
8 activity
9 service
5.2 identifier O 0-N class
5.3 name O 0-N class
5.4 relation O 0-N class
13.10 location O 0-N class
5.5 subject O 0-N label
13.4 description O 0-N class
13.5 info pointer O 0-N class
5.6 event O 0-N class
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.9 language O 0-N label
13.12 notes O 0-1 class
5.7 date record created M 1 date time
5.8 date record last modified M 1 date time
14 record details O 0-1 class
A registry object shall represent a party, collection, activity or service. The only mandatory elements are
registry object key, date record created and date record last modified. Other elements may be specified as
mandatory in profiles conforming to this International Standard.
Depending on the business context, a party, collection, activity or service may be the primary registry object
described in a display or import or export package with secondary registry objects referenced through the
relation element.
A registry object may stand alone for contribution or harvesting purposes or form part of a registry developed
and maintained by a specific enterprise, community or domain and made accessible and shareable through
an agreed set of protocols.
Use date range to determine the active status of a registry object OR set the active status flag in the absence
of a start or end date when active status needs to be recorded.
In order to group and filter aggregated registry objects in an international registry by country, record at least
one instance of location with a physical address/address part of type “country”. Similarly, in a registry object
intended for international use, record at least one instance of language that is a declaration of the main
language of the registry object. If language equivalence is required, declare each language.
10 © ISO 2010 – All rights reserved

EXAMPLES
1) Party
i) Creator or rights holder
ii) Collection owner or manager
iii) Activity owner or manager
iv) Service owner or manager
v) Customer, participant or user
2) Collection
i) Collective work (e.g. dataset, personal archive)
ii) Repository (e.g. data center, documentation center, institutional repository, library collection, gallery collection,
museum collection)
iii) Catalogue or index (local, consortial, national or international index or database)
iv) Registry as a collection in its own right
3) Activity
i) Course (e.g. colloquium, laboratory, physical activity)
ii) Event (e.g. conference, Meeting, Performance, Workshop)
iii) Project (e.g. digitization project, research project)
4) Service
i) Collection management service
ii) Content submission and dissemination service (e.g. METS gateway)
iii) Metadata harvesting service (e.g. OAI gateway)
iv) Discovery service (catalogue or index, metasearch portal or search target)
v) Resolver service (e.g. OpenURL resolver)
vi) Interlending service (e.g. consortial borrowing, interlibrary loan, exhibition)
vii) Reference service
viii) Registry as a service in its own right
5.1
registry object key, label
string used for matching and linking purposes that distinguishes one registry object from another within a
given business context or that is globally unique
In any implementation an element or combination of elements will need to be selected as a key for matching
purposes or a key provided. The key may be a default identifier value or, in order to support a registry based
on the X.500 or LDAP data model, the official name of the registry object as it would be constructed from a
hierarchical organization of entries.
In this International Standard registry object key is defined explicitly as an element to reduce the payload in
having to parse identifier or name instances to extract a single unique string.
Because of the importance of the key in identifying and linking to related registry objects outside the context of
a single registry service it shall be expressed either as a URI or as a label with a mandatory authority
identifying the authority within which the string value is unique.
If an identifier is used for the registry object key choose one that can operate as a globally unique identifier for
all entries in the registry, including child objects. If the official name is used, make sure that name changes are
managed by recording the old name as a former name with an appropriate date range.
5.2
identifier, class
globally unique means of distinguishing one registry object from another
Ref. Attribute Obl. Occ. Data type
5.2.1 identifier value M 1 label
5.2.2 identifier role O 0-N label
13.7 is default O 0-1 Boolean
13.3 date range O 0-1 class
13.6 is active O 0-1 Boolean
13.12 notes O 0-1 class
The identifier element has a full set of optional attributes enabling the history of an identifier to be maintained
by an assigning authority. However, it may be denormalized to an element of data type label if there is no
requirement to maintain a history of the identifier.
Use date range to determine the active status of an identifier OR set the active status flag in the absence of a
start or end date.
The same identifier may identify more than one registry object over a period of time but it shall only have an
active status in one identity instance.
The same identifier may play more than one identifier role but only one identifier shall be the default identifier.
NOTE A number of International Standards exist or are under development to enable the persistent identification of
registry objects. These include
⎯ ISO 15511, for the identifier for libraries and related organizations (ISIL),
⎯ ISO 26324, for the identifier for digital object identifier (DOI) system,
⎯ ISO 27729,for the identifier for international standard name identifier (ISNI),
⎯ ISO 27730, for the identifier for international standard collection identifier (ISCI).
The identifier class in this International Standard provides data elements for the recording and management of
such identifiers but does not prescribe their use. However, where a registry object has had an International
Standard identifier assigned to it, this shall be included as an identifier instance.
5.2.1
identifier value, label
sequence of characters or words that uniquely identifies a registry object within the domain of a specified
authority or that is globally unique
EXAMPLES
1) Biblioteca nazionale centrale – Roma
(authority: ISIL + Value: IT-RM0267)
2) Landmap Shuttle Radar Topography Mission
(authority: URI + value: http://purl.org/poi/iesr.ac.uk/1152526728-8555)
3) A.C.T. Drug Indicators Project, 1987-1989
(authority: ASSDA + value: au.edu.anu.assda.ddi.00935)
4) Sheet Music Consortium
(authority: URI + value: http://digital.library.ucla.edu/sheetmusic/)
12 © ISO 2010 – All rights reserved

5.2.2
identifier role, label
word or phrase indicating the function or purpose of an identifier in a transaction of business within a specific
community
EXAMPLE ILL Protocol Symbol, ILL Symbol, Local Record Number, Standard Business Number, Union Catalogue
Symbol, Password
5.3
name, class
word or phrase or initialism used to refer to a registry object
Ref. Attribute Obl. Occ. Data type
5.3.1 name role M 1 label
5.3.2 unstructured name 1 seq lang string
CM
5.3.3 name part 1-N class
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.12 notes O 0-1 class
Use name to store the official name of a registry object and any alternative names by which it is, or has been
known. The official name may also be used as the registry object key.
Use date range to determine the active status of a name OR set the active status flag in the absence of a start
or end date. Note that a name of name role “former name” should not have an open-ended date range or an
active flag set to true.
5.3.1
name role, label
code or string identifying the function or purpose of a name
EXAMPLE Official Name, Alternative Name, Abbreviation, Acronym, Former Name
5.3.2
name part, class
one element of a structured name, or the full name if it is unstructured
Ref. Attribute Obl. Occ. Data type
5.3.2.1 name part value M 1 seq lang string
5.3.2.2 name part type O 0-1 label
Use a single instance of name part for an unstructured name or multiple instances, together with name part
type, when there is a need for a structured name, for instance, when there is a requirement for sorting,
formatting or searching on parts of a name.
Treat name parts in different languages or language systems not as separate instances of name part but as a
sequence of multi-language strings. Multi-language strings should be included for the name of the registry
object in its official language(s) as well as its translation into the registry language(s) and, for non-Latin
characters, a transliterated or transcribed form if the data supports this. However, translation or transliteration
may be the only form able to be given in some contexts.
In implementations, name part(s) may be defined as specific attributes of name rather than using a separate
object class.
5.3.2.1
name part value, seq lang string
text value of a name part
5.3.2.2
name part type, label
code or string identifying the nature of a name part
EXAMPLES
1) MARC21 100 (Forename, Surname, Family Name, Numeration, Titles)
2) MARC21 110 (Corporate/Jurisdiction Name, Subordinate Unit)
5.4
relation, class
indication that a registry object is associated with another registry object
Ref. Attribute Obl. Occ. Data type
5.4.1 relation type M 1 label
5.4.2 related registry object key M 1 label
5.4.3 Relation qualifier O 0-N label
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.12 Notes O 0-1 class
Create a relation instance for all relations needing to be described in either one or both directions. Use date
range to determine the active status of a relation OR set the active status flag in the absence of a start or end
date.
5.4.1
relation type, label
code or string identifying the specific nature of a relation between one registry object and another
EXAMPLES
1) person-person (Has parent; Is parent of; Has spouse/Is spouse of; Is partner of/Has partner; Is role for/Has role)
2) group-person (Has member/Is member of, Has position, Is position in. has contact, is contact for)
3) group-group (Has part/is part of; Absorbs/Is absorbed by; Has jurisdiction for/is jurisdiction of; Amalgamates, Is
amalgamated with; Has reciprocal relationship with)
4) party-collection (Owns/Is owned by; Collects/Is collected by, Is location for/Is located at, Holds rights in/Has rights
holder, Is rights holder contact for/Has rights holder contact)
5) party-activity (Owns/Is owned by; Runs/Is run by)
6) collection-collection (Has part/Is part of; Describes/Is described by, Describes items in/Has items described by; Is
location for/Is located at; Contains; Has association with)
7) activity-activity (Has part/Is part of)
8) party-service (Is user of/Has user; Is customer of/Has customer; Owns/Is owned by; Manages/Is managed by)
9) collection-service (Is available via/Makes available)
14 © ISO 2010 – All rights reserved

10) activity-service (Is available via/Makes available)
11) service-service (Has part/Is part of)
5.4.2
related registry object key, label
string uniquely identifying a related registry object
5.4.3
relation qualifier, label
information that qualifies the nature of the relation
EXAMPLE A dataset with an RSS feed that is delivered by a service of the repository in which the dataset is held. In
this case the repository service may be recorded as a related registry object and a relation qualifier used to record the URI
for the feed or arguments needing to be added to the service key to uniquely identify the feed.
5.5
subject, label
word or phrase indicating a topic associated with a registry object
Typically, subject will be expressed as keywords, key phrases or classification codes from a controlled
vocabulary or formal classification scheme.
EXAMPLES
1) Party (Field of Activity)
2) Person (Occupation)
3) Collection, Activity (Topic)
5.6
event, class
happening occurring at a particular point in time or location that may be associated with a registry object
Ref. Attribute Obl. Occ. Data type
5.7.1 event type M 0-1 label
13.3 date range O 0-1 class
13.4 description O 0-N class
13.10 location O 0-1 class
13.12 notes O 0-1 notes
Use event to structure key events in the biography or history of a registry object.
5.6.1
event type, label
code or string identifying the nature of an event
Use event type to distinguish one event type from another and to group events of the same type.
Ontologies for event type will depend on the sub-class and type of the registry object.
EXAMPLES
1) Person (Birth, Death, Marriage, Active, Exhibition, Qualification, Award)
2) Group (Establishment, Incorporation, Dissolution)
5.7
date record created, date time
date and time the registry object record was created
Use date record created to allow for easy identi
...

INTERNATIONAL ISO
STANDARD 2146
Third edition
2010-04-15
Information and documentation —
Registry services for libraries and related
organizations
Information et documentation — Services de registre pour les
bibliothèques et les organismes associés

Reference number
©
ISO 2010
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO 2010
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO 2010 – All rights reserved

Contents Page
Foreword .iv
Introduction.v
1 Scope.1
2 Normative references.1
3 Terms and definitions .2
4 Presentation.3
4.1 Information model hierarchy.3
4.2 Structure.4
4.3 Arrangement .4
4.4 Obligation.4
4.5 Occurrence.5
4.6 Data types.5
4.7 Attributes.9
5 Registry object.10
6 Party.17
7 Collection .18
8 Activity.22
9 Service.23
10 Access policy.27
11 Service description .29
12 Protocol information .35
13 Global elements.38
14 Record details.44
Annex A (normative) Alphabetic sequence of data elements .46
Annex B (informative) General guidelines for building registry services.54
Annex C (informative) Case study 1: Registries of libraries and related organizations.59
Annex D (informative) Case study 2: Collection service registries .64
Annex E (informative) Dublin Core Collections Application Profile .69
Annex F (informative) Related standards .71
Bibliography.75

Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO 2146 was prepared by Technical Committee ISO/TC 46, Information and documentation, Subcommittee
SC 4, Technical interoperability.
This third edition constitutes a revision of the second edition (ISO 2146:1988), which was withdrawn in 1999.
The entire text of the second edition has been reorganized and rewritten for this third edition.
iv © ISO 2010 – All rights reserved

Introduction
ISO 2146 was first published in 1972 under the title Directories of libraries, information and documentation
centres. Its purpose was to assist in compiling and publishing international directories, national registries
published in bi- or multilingual countries and national and regional directories intended for international use.
When the second edition came up for its ten year review in 1988, the world had changed. Agencies were
finding new ways of collecting and publishing directory information on the Internet and of deploying it in
machine-readable form to aid discovery and delivery.
The need was identified to repurpose this International Standard as a data element directory and to take into
account new usage scenarios. Development of the revision began in 2001 with support for interlibrary lending
scenarios as an initial driver. The primary purpose of ISO 2146 in its new form is to offer a conceptual basis
for the development of the full range of registry services needed to support digital library usage scenarios. As
such, it is designed to be explanatory and extensible rather than restrictive and prescriptive. The term
“registry” has been adopted in the title and the data element directory to indicate that this International
Standard supports the process of collecting the required information from stakeholders as well as making it
available for use.
The data element directory has been formulated as an object-oriented model that can be converted to
machine readable formats such as XML. Some concepts are less developed than others but this version of
this International Standard is nevertheless complete. It allows for the addition of new elements through a
typing approach and provides free text elements for capturing information not explicitly modelled. It also allows
any data element to be encoded using an extension schema. As a framework standard, it does not prescribe
how data are recorded or what ontologies or controlled vocabularies are used. To do so would limit the
applicability of this International Standard to specific usage scenarios. However, a range of examples and
starter lists is provided, and implementers are encouraged to use (or to collaborate in the development of)
appropriate standards for any given service, usage, or subject field.
It is anticipated that different registry applications will be based on profiles of this International Standard. The
profiles will specify the objects in the information model and the data elements essential to that registry type,
and define and maintain the enumerated lists appropriate to the application. The profile will also specify the
bindings and protocols to be used for exchange purposes. This will enable parties in the same sector and in
parallel sectors to collaborate in the development and delivery of services and content.
Other standards exist to facilitate the exchange of registry objects between systems. This International
Standard is not intended to replace these standards although an XML schema version of the data element
directory can be used for this purpose. Similarly, other standards exist or are under development to enable the
persistent identification of registry objects. This International Standard provides data elements for the
recording and management of such identifiers but does not prescribe their use.

INTERNATIONAL STANDARD ISO 2146:2010(E)

Information and documentation — Registry services for
libraries and related organizations
1 Scope
This International Standard establishes the rules for registries operating in a network environment to provide
the information about collections, parties, activities and services needed by libraries and related organizations
to manage their collections and deliver information and documentation services across a range of applications
and domains.
This International Standard presents a data element directory that can be used as a framework for collecting
the appropriate data and sharing it with other registry services, providing access to registry data through
standard protocols whenever it is needed as part of an automated business workflow, publishing registries in
electronic or print form, and archiving registry data when the data exist only in electronic form.
This International Standard is applicable to national registries published in bi- or multilingual countries and
national and regional registries intended for international use.
The field of application includes but is not limited to
⎯ collection management systems and digital repositories,
⎯ discovery services, including catalogues and indexes, federated metadata repositories and metasearch
portals,
⎯ delivery services, including persistent identifier management and resolution, access management and
interlending services,
⎯ reference services including reference management systems and virtual reference services, and
⎯ the registry services themselves, of all types, needed to support the above applications.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For updated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 639-2, Codes for the representation of names of languages — Part 2: Alpha-3 code
ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country
codes
ISO 3166-2, Codes for the representation of names of countries and their subdivisions — Part 2: Country
subdivision code
ISO 4217, Codes for the representation of currencies and funds
ISO 8601:2004, Data elements and interchange formats — Information interchange — Representation of
dates and times
3 Terms and definitions
For the purpose of this document, the following terms and definitions apply.
3.1
attribute
data element that is a property or characteristic of a class
3.2
character
printable symbol having phonetic or pictographic meaning and usually forming part of a word of text, depicting
a numeral, or expressing grammatical punctuation
3.3
code
representation of a piece of information such as a letter, word or phrase in another form, usually briefer
3.4
data element
element
basic unit of identifiable and definable data
3.5
data type
term used to qualify both the content and the structure of an element
3.6
entity
record in a database or registry consisting of one or more elements that has a discrete existence
3.7
ILL
inter library loan
lending or copying transaction between two libraries on behalf of an end user
3.8
registry
collection of registry objects compiled to support the business of a given community
3.9
role
function played by an entity such as a party or address, often specific to a transaction
3.10
transaction
creation or modification of a message required to support the searching and maintenance of a registry record
or record element
3.11
word
unit of language consisting of one or more characters that carries meaning
2 © ISO 2010 – All rights reserved

4 Presentation
4.1 Information model hierarchy
In this International Standard a registry is defined as a collection of registry objects that has been compiled to
support the business of a given community. The data element directory which makes up the body of this
International Standard is based on an object-oriented data model which has a registry object as its primary
object class. A registry object may be a collection, party, activity or service. A collection is an aggregation of
physical or digital objects. A party is a person or group. An activity is something occurring over time that
generates one or more outputs. A service is a system (analogue or digital) that provides one or more functions
of value to an end user.
Figure 1 — Registry object and its sub-classes
Figure 1 shows the relationships between these sub-classes. Amongst other roles, parties collect or own
collections and run or join in activities. Parties also manage and use services through which collections and
activities are accessed.
Figure 1 also shows that services may have policies that permit or deny access to users under certain
conditions, that they have service levels and obligations that need to be described and that they may be
delivered through protocols in a network environment. The data elements needed to describe access policies,
service descriptions and protocol information are the key to building interoperable services and also to
developing service-oriented applications. When bound into appropriate schemas they become interface
objects that can be exchanged as messages whenever this information is needed to perform a function. In this
context, a registry is itself a collection that can be accessed through a service using standard protocols.
While the scope of this International Standard is limited to the four sub-classes of registry object shown in
Figure 1, an item object has been included in the diagram to show the continuum between item and collection.
Items and collections are both resources and can be described using the bibliographic entities defined in the
IFLA Functional requirements for bibliographic records (FRBR) model. Resource description standards such
as the DCMI Metadata terms enable the description of both collections and items and their discovery using
common access points. These map readily to data elements defined in this International Standard when

collections need to be treated as registry objects (see Note). Collections become registry objects when further
properties and relations need to be described to support their management and use than is needed for
resource discovery. Implementers may, however, elect to extend the number of sub-classes to support the
description of items or of any other business object genre that might need to be treated as a registry object to
support the business of a community.
NOTE See for example, the DCMI Collections Application Profile mappings in Annex E.
4.2 Structure
The data element directory reflects the information model hierarchy through the following structure.
⎯ Clause 5 describes data elements applicable to all registry objects.
⎯ Clauses 6 to 8 describe data elements applicable to parties, collections and activities.
⎯ Clause 9 describes data elements applicable to services.
⎯ Clause 10 describes data elements specific to access policies.
⎯ Clause 11 describes data elements specific to service descriptions.
⎯ Clause 12 describes data elements specific to service protocols.
⎯ Clause 13 describes common data elements that are referenced in more than one clause.
Annex A contains an alphabetical list of data elements cross-referenced to the appropriate numbered entry.
Annexes B to F are informative annexes which discuss how this International Standard might be applied to
address the needs of libraries and related organizations for registry services.
4.3 Arrangement
Each element in the data element directory has its own numbered clause with the name of the data element
as the heading, a description defining its purpose and its data type. An element may also have guidelines as
to how it should be used and examples drawn from existing applications. Data elements of type class also
have a list of their attributes (data elements that are properties or characteristics of the class), with information
about whether or not they are mandatory (obligation) within the parent class and how often they can occur
(occurrence).
Annex A also includes the description and lists the classes in which the data element is used.
NOTE Examples of controlled vocabularies are for guidance only and will need to be formalized in profiles.
4.4 Obligation
Obligation can have the following values.
4.4.1
M
mandatory
information indicating that a data element shall be present within a specific record
4.4.2
O
optional
information indicating that a data element may be present within a specific record
4 © ISO 2010 – All rights reserved

4.4.3
CM
conditional mandatory
information indicating that one of two or more data elements shall be present within a record
4.4.4
CO
conditional optional
information indicating that a data element is optional but when it is used one of two or more data elements
shall be present within a record
NOTE In this International Standard, an attribute is only designated as mandatory if it is needed to uniquely identify
multiple instances of a class. It will be up to profiles to specify what other elements need to be mandatory to support
specific usage scenarios.
4.5 Occurrence
4.5.1
one and only one instance of the element shall occur in an instance of the class
4.5.2
0-1
the element is optional but if it occurs there shall be one and only one instance
4.5.3
0-N
the element is optional but may occur any number of times
4.5.4
1-N
the element is mandatory but may occur any number of times
4.6 Data types
For the purposes of this International Standard the following data types are defined.
4.6.1
boolean
data type having two values: one and zero [which are equivalent to true and false]
4.6.2
class
set of data elements describing the abstract characteristics of an object
4.6.3
date time
string formed according to the rules specified for Date and Time in ISO 8601:2004
4.6.4
decimal
data type consisting of numbers expressed in the base ten numeral system
4.6.5
label, class
complex data type used when values may need to be associated with an authority
Ref. Attribute Obl. Occ. Data type
4.6.5.1 value M 1 string
4.6.5.2 authority O 0-1 string
4.6.5.3 other value O 0-1 string
The authority may be a registration agency, a controlled vocabulary or a set of rules governing the form of the
value. The authority data element is optional for two reasons: the authority may be derivable from the value
without needing to specify it explicitly; or a decision has been made not to associate the value with an
authority in a given context.
In cases where a string is associated with a controlled vocabulary, there may be a requirement to record
values not included in the core list. In this case, set the value to other and record the string in other value.
In XML schema bindings data elements of class label may be denormalized to elements of type string with the
authority encoded as an XML attribute.
NOTE The label class in this International Standard is not equivalent to the enumeration data type in XML. Although
some data elements of this class may have values drawn from a simple controlled list that can be enumerated in an XML
schema binding, others will have values generated independently by a registration authority, or draw their values from
collections of terms that are separately maintained.
In an XML schema that binds a data element of class label to a data element of type enumeration, use XML
case conventions unless the terms are not easily converted from one case to another for rendering in displays.
4.6.5.1
value, string
string or code that may need to be associated with an authority to control its form or content or to make it
unique in a given context
4.6.5.2
authority, string
agency that controls the form or content of a value or its uniqueness in a given context
4.6.5.3
other value, string
string that represents the other value when ‘other’ is recorded as the value
4.6.6
metadata, class
complex data type enabling the embedding of data formatted in a designated extension schema
Ref. Attribute Obl. Occ. Data type
4.6.6.1 metadata format M 1 label
4.6.6.2 bindata
CM 1 string
4.6.6.3 xmldata
The data type of any element in the data element directory may be replaced by the metadata data type if there
is a requirement to extend the information to be collected, stored and exchanged to meet the specific needs of
a designated community.
6 © ISO 2010 – All rights reserved

4.6.6.1
metadata format, label
string or code specifying the metadata format
EXAMPLES
1) CERIF (Common European research information format)
2) DCMI (Dublin Core Metadata Initiative metadata terms)
3) EAC (Encoded archival context)
4) EAD (Encoded archival description)
5) ebXML (OASIS/ebXML registry services specification)
6) IESR (IESR [Information Environment Service Registry] application profile)
7) LOM (Learning object metadata)
8) MADS (Metadata authority description schema)
9) MARC (Machine-readable cataloging)
10) MODS (Metadata object description schema)
11) RSLP (Research Support Libraries Programme collection description)
12) UDDI (Universal description, discovery and integration)
13) WSDL (Web service definition language)
14) X.500
15) XACML (eXtensible Access Control Markup Language)
16) Z39.91-200x (NISO Z39.92-200x, Collection description specification)
17) Z39.92-200x (NISO Z39.92-200x, Information retrieval service description specification)
18) ZeeRex
4.6.6.2
bindata, string
element containing Base64 encoded metadata
4.6.6.3
xmldata, string
element containing XML encoded metadata
4.6.7
positive integer
data type consisting of all the whole numbers with values greater than zero
4.6.8
seq lang string, class
complex data type enabling the recording of one or more language strings expressing the same concept in
different languages or language systems
Ref. Attribute Obl. Occ. Data type
4.6.8.1 language string M 1-N string
National registries published in bi- or multilingual countries and national and regional registries intended for
international use shall use seq lang string to record the language of a string, any transformations it has
undergone from the original language and the system used to create these transformations. In
implementations seq lang string may be denormalized to string where there is no requirement to publish a
registry in more than one language or language string type and no transformations have been performed.
EXAMPLES
1) A Canadian registry published in both French and English
2) A New Zealand registry published in both Maori and English
3) A Chinese registry published in Chinese and transliterated using the Pin Yin transliteration system
4.6.8.1
language string, class
value of an element expressed in a specified language and language string type
Ref. Attribute Obl. Occ. Data type
4.6.8.1.1 language string value M 1 string
13.9 language O 0-1 label
4.6.8.1.2 language string type O 0-1 label
4.6.8.1.3 language string type system O 0-1 label
13.7 is default O 0-1 Boolean
Create one language string for each language and language string type. Use default to indicate that a string is
to be used as the default when no specific language or language string type or language string type system is
requested.
4.6.8.1.1
language string value, string
text value of a language string
4.6.8.1.2
language string type, label
code or string delineating the nature of the language string when it has undergone a transformation from its
original form
EXAMPLE Equivalent, Translated, Transliterated, Transcribed
4.6.8.1.3
language string type system, label
standard or system followed for transliteration or transcription
EXAMPLE ISO 9, ISO 259, ISO 843
4.6.9
string
data type consisting of a sequence of one or more characters
4.6.10
time
string formed according to the rules specified for time in ISO 8601:2004
Data elements of type date time and time may be stored in a form that represents local time as long as it can
be converted on export to coordinated universal time (UTC) or local time with offset to UTC.
8 © ISO 2010 – All rights reserved

4.7 Attributes
Attributes are presented in table form with the following information.
4.7.1
ref.
reference
clause number of the referenced element
4.7.2
attribute
name of the referenced element
4.7.3
obl.
obligation
information about whether or not a data element is mandatory within a specific record
4.7.4
occ.
occurrence
information about whether or not a data element may be repeated within a specific record
4.7.5
data type
data type of the referenced element
NOTE Lists of attributes are not separately captioned and numbered because they can be uniquely referenced within
the standard by the clause number and heading. They form an integral part of the entry and help to quantify properties of a
data element in an easy-to-read form.
5 Registry object
Data type: class
entity playing a role in the conduct of business in a specific community or domain
Ref. Attribute Obl. Occ. Data type
5.1 registry object key M 1 label
6 party
7 collection
CM 1 sub-class
8 activity
9 service
5.2 identifier O 0-N class
5.3 name O 0-N class
5.4 relation O 0-N class
13.10 location O 0-N class
5.5 subject O 0-N label
13.4 description O 0-N class
13.5 info pointer O 0-N class
5.6 event O 0-N class
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.9 language O 0-N label
13.12 notes O 0-1 class
5.7 date record created M 1 date time
5.8 date record last modified M 1 date time
14 record details O 0-1 class
A registry object shall represent a party, collection, activity or service. The only mandatory elements are
registry object key, date record created and date record last modified. Other elements may be specified as
mandatory in profiles conforming to this International Standard.
Depending on the business context, a party, collection, activity or service may be the primary registry object
described in a display or import or export package with secondary registry objects referenced through the
relation element.
A registry object may stand alone for contribution or harvesting purposes or form part of a registry developed
and maintained by a specific enterprise, community or domain and made accessible and shareable through
an agreed set of protocols.
Use date range to determine the active status of a registry object OR set the active status flag in the absence
of a start or end date when active status needs to be recorded.
In order to group and filter aggregated registry objects in an international registry by country, record at least
one instance of location with a physical address/address part of type “country”. Similarly, in a registry object
intended for international use, record at least one instance of language that is a declaration of the main
language of the registry object. If language equivalence is required, declare each language.
10 © ISO 2010 – All rights reserved

EXAMPLES
1) Party
i) Creator or rights holder
ii) Collection owner or manager
iii) Activity owner or manager
iv) Service owner or manager
v) Customer, participant or user
2) Collection
i) Collective work (e.g. dataset, personal archive)
ii) Repository (e.g. data center, documentation center, institutional repository, library collection, gallery collection,
museum collection)
iii) Catalogue or index (local, consortial, national or international index or database)
iv) Registry as a collection in its own right
3) Activity
i) Course (e.g. colloquium, laboratory, physical activity)
ii) Event (e.g. conference, Meeting, Performance, Workshop)
iii) Project (e.g. digitization project, research project)
4) Service
i) Collection management service
ii) Content submission and dissemination service (e.g. METS gateway)
iii) Metadata harvesting service (e.g. OAI gateway)
iv) Discovery service (catalogue or index, metasearch portal or search target)
v) Resolver service (e.g. OpenURL resolver)
vi) Interlending service (e.g. consortial borrowing, interlibrary loan, exhibition)
vii) Reference service
viii) Registry as a service in its own right
5.1
registry object key, label
string used for matching and linking purposes that distinguishes one registry object from another within a
given business context or that is globally unique
In any implementation an element or combination of elements will need to be selected as a key for matching
purposes or a key provided. The key may be a default identifier value or, in order to support a registry based
on the X.500 or LDAP data model, the official name of the registry object as it would be constructed from a
hierarchical organization of entries.
In this International Standard registry object key is defined explicitly as an element to reduce the payload in
having to parse identifier or name instances to extract a single unique string.
Because of the importance of the key in identifying and linking to related registry objects outside the context of
a single registry service it shall be expressed either as a URI or as a label with a mandatory authority
identifying the authority within which the string value is unique.
If an identifier is used for the registry object key choose one that can operate as a globally unique identifier for
all entries in the registry, including child objects. If the official name is used, make sure that name changes are
managed by recording the old name as a former name with an appropriate date range.
5.2
identifier, class
globally unique means of distinguishing one registry object from another
Ref. Attribute Obl. Occ. Data type
5.2.1 identifier value M 1 label
5.2.2 identifier role O 0-N label
13.7 is default O 0-1 Boolean
13.3 date range O 0-1 class
13.6 is active O 0-1 Boolean
13.12 notes O 0-1 class
The identifier element has a full set of optional attributes enabling the history of an identifier to be maintained
by an assigning authority. However, it may be denormalized to an element of data type label if there is no
requirement to maintain a history of the identifier.
Use date range to determine the active status of an identifier OR set the active status flag in the absence of a
start or end date.
The same identifier may identify more than one registry object over a period of time but it shall only have an
active status in one identity instance.
The same identifier may play more than one identifier role but only one identifier shall be the default identifier.
NOTE A number of International Standards exist or are under development to enable the persistent identification of
registry objects. These include
⎯ ISO 15511, for the identifier for libraries and related organizations (ISIL),
⎯ ISO 26324, for the identifier for digital object identifier (DOI) system,
⎯ ISO 27729,for the identifier for international standard name identifier (ISNI),
⎯ ISO 27730, for the identifier for international standard collection identifier (ISCI).
The identifier class in this International Standard provides data elements for the recording and management of
such identifiers but does not prescribe their use. However, where a registry object has had an International
Standard identifier assigned to it, this shall be included as an identifier instance.
5.2.1
identifier value, label
sequence of characters or words that uniquely identifies a registry object within the domain of a specified
authority or that is globally unique
EXAMPLES
1) Biblioteca nazionale centrale – Roma
(authority: ISIL + Value: IT-RM0267)
2) Landmap Shuttle Radar Topography Mission
(authority: URI + value: http://purl.org/poi/iesr.ac.uk/1152526728-8555)
3) A.C.T. Drug Indicators Project, 1987-1989
(authority: ASSDA + value: au.edu.anu.assda.ddi.00935)
4) Sheet Music Consortium
(authority: URI + value: http://digital.library.ucla.edu/sheetmusic/)
12 © ISO 2010 – All rights reserved

5.2.2
identifier role, label
word or phrase indicating the function or purpose of an identifier in a transaction of business within a specific
community
EXAMPLE ILL Protocol Symbol, ILL Symbol, Local Record Number, Standard Business Number, Union Catalogue
Symbol, Password
5.3
name, class
word or phrase or initialism used to refer to a registry object
Ref. Attribute Obl. Occ. Data type
5.3.1 name role M 1 label
5.3.2 unstructured name 1 seq lang string
CM
5.3.3 name part 1-N class
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.12 notes O 0-1 class
Use name to store the official name of a registry object and any alternative names by which it is, or has been
known. The official name may also be used as the registry object key.
Use date range to determine the active status of a name OR set the active status flag in the absence of a start
or end date. Note that a name of name role “former name” should not have an open-ended date range or an
active flag set to true.
5.3.1
name role, label
code or string identifying the function or purpose of a name
EXAMPLE Official Name, Alternative Name, Abbreviation, Acronym, Former Name
5.3.2
name part, class
one element of a structured name, or the full name if it is unstructured
Ref. Attribute Obl. Occ. Data type
5.3.2.1 name part value M 1 seq lang string
5.3.2.2 name part type O 0-1 label
Use a single instance of name part for an unstructured name or multiple instances, together with name part
type, when there is a need for a structured name, for instance, when there is a requirement for sorting,
formatting or searching on parts of a name.
Treat name parts in different languages or language systems not as separate instances of name part but as a
sequence of multi-language strings. Multi-language strings should be included for the name of the registry
object in its official language(s) as well as its translation into the registry language(s) and, for non-Latin
characters, a transliterated or transcribed form if the data supports this. However, translation or transliteration
may be the only form able to be given in some contexts.
In implementations, name part(s) may be defined as specific attributes of name rather than using a separate
object class.
5.3.2.1
name part value, seq lang string
text value of a name part
5.3.2.2
name part type, label
code or string identifying the nature of a name part
EXAMPLES
1) MARC21 100 (Forename, Surname, Family Name, Numeration, Titles)
2) MARC21 110 (Corporate/Jurisdiction Name, Subordinate Unit)
5.4
relation, class
indication that a registry object is associated with another registry object
Ref. Attribute Obl. Occ. Data type
5.4.1 relation type M 1 label
5.4.2 related registry object key M 1 label
5.4.3 Relation qualifier O 0-N label
13.3 date range O 0-1 class
13.6 is active O 0-1 boolean
13.12 Notes O 0-1 class
Create a relation instance for all relations needing to be described in either one or both directions. Use date
range to determine the active status of a relation OR set the active status flag in the absence of a start or end
date.
5.4.1
relation type, label
code or string identifying the specific nature of a relation between one registry object and another
EXAMPLES
1) person-person (Has parent; Is parent of; Has spouse/Is spouse of; Is partner of/Has partner; Is role for/Has role)
2) group-person (Has member/Is member of, Has position, Is position in. has contact, is contact for)
3) group-group (Has part/is part of; Absorbs/Is absorbed by; Has jurisdiction for/is jurisdiction of; Amalgamates, Is
amalgamated with; Has reciprocal relationship with)
4) party-collection (Owns/Is owned by; Collects/Is collected by, Is location for/Is located at, Holds rights in/Has rights
holder, Is rights holder contact for/Has rights holder contact)
5) party-activity (Owns/Is owned by; Runs/Is run by)
6) collection-collection (Has part/Is part of; Describes/Is described by, Describes items in/Has items described by; Is
location for/Is located at; Contains; Has association with)
7) activity-activity (Has part/Is part of)
8) party-service (Is user of/Has user; Is customer of/Has customer; Owns/Is owned by; Manages/Is managed by)
9) collection-service (Is available via/Makes available)
14 © ISO 2010 – All rights reserved

10) activity-service (Is available via/Makes available)
11) service-service (Has part/Is part of)
5.4.2
related registry object key, label
string uniquely identifying a related registry object
5.4.3
relation qualifier, label
information that qualifies the nature of the relation
EXAMPLE A dataset with an RSS feed that is delivered by a service of the repository in which the dataset is held. In
this case the repository service may be recorded as a related registry object and a relation qualifier used to record the URI
for the feed or arguments needing to be added to the service key to uniquely identify the feed.
5.5
subject, label
word or phrase indicating a topic associated with a registry object
Typically, subject will be expressed as keywords, key phrases or classification codes from a controlled
vocabulary or formal classification scheme.
EXAMPLES
1) Party (Field of Activity)
2) Person (Occupation)
3) Collection, Activity (Topic)
5.6
event, class
happening occurring at a particular point in time or location that may be associated with a registry object
Ref. Attribute Obl. Occ. Data type
5.7.1 event type M 0-1 label
13.3 date range O 0-1 class
13.4 description O 0-N class
13.10 location O 0-1 class
13.12 notes O 0-1 notes
Use event to structure key events in the biography or history of a registry object.
5.6.1
event type, label
code or string identifying the nature of an event
Use event type to distinguish one event type from another and to group events of the same type.
Ontologies for event type will depend on the sub-class and type of the registry object.
EXAMPLES
1) Person (Birth, Death, Marriage, Active, Exhibition, Qualification, Award)
2) Group (Establishment, Incorporation, Dissolution)
5.7
date record created, date time
date and time the registry object record was created
Use date record created to allow for easy identification of new registry objects even if a full set of record
details are also encoded.
The date recorded shall be the date the registry object was created, not the date the record was ingested into
a registry.
5.8
date record last modified, date time
date and time the registry object record or any of its data elements were last modified
Use date record last modified to allow for easy identification of updated registry objects even if a full set of
record details are also encoded.
The date recorded shall be the date the registry object was updated through the addition of new content, not
the date the record was ingested into a registry or moved to a new registry platform.
16 © ISO 2010 – All rights reserved

6 Party
Data type: sub-class
person or group performing a role in relation to the business of a specific community or domain
Ref. Attribute Obl. Occ. Data type
6.1 party type O 0-N label
This International Standard identifies two broad types of party:
⎯ person
human being or identity assumed by one or more human beings
⎯ group
one or more persons acting as a family, group, association, partnership or corporation.
EXAMPLES
1) Creators and rights hol
...

NORME ISO
INTERNATIONALE 2146
Troisième édition
2010-04-15
Version corrigée
2010-06-15
Information et documentation — Services
de registre pour les bibliothèques et les
organismes associés
Information and documentation — Registry services for libraries and
related organizations
Numéro de référence
©
ISO 2010
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

DOCUMENT PROTÉGÉ PAR COPYRIGHT

©  ISO 2010
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Publié en Suisse
ii © ISO 2010 – Tous droits réservés

Sommaire Page
Avant-propos .iv
Introduction.v
1 Domaine d'application .1
2 Références normatives.1
3 Termes et définitions .2
4 Présentation.3
4.1 Hiérarchie du modèle d'information.3
4.2 Structure.4
4.3 Composition.4
4.4 Obligation.5
4.5 Occurrence.5
4.6 Types de données .5
4.7 Attributs.9
5 Objet de registre .10
6 Entité.17
7 Collection .19
8 Activité.24
9 Service.26
10 Politique d'accès .30
11 Description du service.32
12 Informations du protocole.38
13 Éléments généraux.41
14 Informations détaillées sur l'enregistrement.47
Annexe A (normative) Séquence alphabétique des éléments de données .49
Annexe B (informative) Lignes directrices générales relatives à la création de services de registre.59
Annexe C (informative) Étude de cas 1: Registres de bibliothèques et d'organismes associés .65
Annexe D (informative) Étude de cas 2: Registres des services de collections.70
Annexe E (informative) Profil d'application de description des collections du Dublin Core.76
Annexe F (informative) Normes associées.78
Bibliographie.82

Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée
aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du
comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable de ne
pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO 2146 a été élaborée par le comité technique ISO/TC 46, Information et documentation, sous-comité
SC 4, Interopérabilité technique.
Cette troisième édition constitue une révision de la deuxième édition (ISO 2146:1988), qui a été annulée
en 1999. Le texte de la deuxième édition a été intégralement réorganisé et réécrit pour cette troisième édition.
La présente version corrigée de l'ISO 2146:2010 inclut des corrections terminologiques et orthographiques
dans tout le texte.
iv © ISO 2010 – Tous droits réservés

Introduction
L'ISO 2146 a été publiée pour la première fois en 1972 sous le titre Répertoires de bibliothèques, de centres
d'information et de documentation. Elle avait pour objet de faciliter la compilation et la publication des
répertoires internationaux, des registres nationaux dans les pays bilingues et multilingues, ainsi que des
répertoires nationaux et régionaux destinés à l'usage international. Lorsque vint l'examen de la seconde
édition, dix ans après sa publication en 1988, le monde avait changé. Les agences découvraient de nouvelles
méthodes de collecte et de publication des informations des répertoires sur l'internet et de leur extension sous
une forme lisible par la machine afin d'en faciliter la découverte et la diffusion.
Il s'avéra nécessaire de repenser l'objectif de la présente Norme internationale sous la forme d'un répertoire
d'éléments de données et de tenir compte des nouveaux scénarios d'utilisation. Sa révision a débuté en 2001,
axée dans un premier temps sur les scénarios des prêts entre bibliothèques. L'ISO 2146 dans sa nouvelle
forme vise à offrir une base conceptuelle pour mettre au point une gamme complète de services de registre à
l'appui des scénarios à l'usage des bibliothèques numériques. Ainsi est-elle conçue de façon pédagogique et
en laissant la possibilité de l'augmenter, plutôt que dans un esprit restrictif et prescriptif. Le terme «registre»
adopté dans le titre et «répertoire d'éléments de données» ont été retenus pour indiquer que la présente
Norme internationale englobe non seulement le processus de collecte des informations requises par les
parties prenantes mais aussi leur mise à disposition pour leur exploitation.
Le répertoire d'éléments de données a été rédigé en tant que modèle orienté objet pouvant être converti en
formats lisibles par la machine tels que le format XML. Certaines notions sont moins détaillées que d'autres
mais la présente Norme internationale dans sa version actuelle est néanmoins complète. Sa conception par
types permet d'ajouter de nouveaux éléments. Elle prévoit également des éléments en texte libre pour saisir
les informations qui ne sont pas explicitement modélisées. Elle permet également l'encodage de tout élément
de données grâce à un schéma d'extension. En tant que norme cadre, elle ne spécifie pas la manière dont il
convient d'enregistrer les données, ni les ontologies ou les vocabulaires contrôlés à utiliser. Une telle
démarche restreindrait l'application de la présente Norme internationale à des scénarios spécifiques
d'utilisation. Elle est cependant illustrée d'exemples et de listes préliminaires et ses utilisateurs sont invités à
recourir aux normes appropriées à tout service, pratiques ou domaine (ou à collaborer à leur élaboration).
Il est prévu que différentes applications du registre soient fondées sur les profils décrits dans la présente
Norme internationale. Ces profils spécifient les objets qui figurent dans le modèle d'information et les
éléments de données indispensables à ce type de registre. Ils définissent et maintiennent les listes qui
figurent dans la présente norme et sont appropriées à l'application. Ce profil spécifie également les protocoles
et les options à utiliser à des fins d'échanges. Les personnes appartenant au même secteur ou à des secteurs
apparentés pourront ainsi contribuer au développement et à la diffusion des services et des contenus.
Il existe d'autres normes qui facilitent les échanges des objets de registre entre systèmes. La présente norme
n'a pas pour objet de les remplacer, bien qu'il soit possible d'utiliser une version de schéma XML du répertoire
d'éléments de données à cet effet. De même, d'autres normes existent ou sont en cours d'élaboration pour
permettre l'identification permanente des objets de registre. La présente Norme internationale fournit des
éléments de données pour l'enregistrement et la gestion de ces identifiants mais elle n'en prescrit pas
l'utilisation.
NORME INTERNATIONALE ISO 2146:2010(F)

Information et documentation — Services de registre pour les
bibliothèques et les organismes associés
1 Domaine d'application
La présente Norme Internationale décrit les règles traitant des registres fonctionnant en réseau qui fournissent
des informations sur les collections, les personnes, les activités et les services dont ont besoin les
bibliothèques et les organismes associés pour gérer leurs collections et fournir des services d'information et
de documentation destinés à un éventail d'applications et de domaines.
La présente Norme internationale revêt la forme d'un répertoire d'éléments de données pouvant servir de
cadre à la collecte des données appropriées et à leur partage avec d'autres services de registre, en offrant
l'accès aux données du registre par des protocoles normalisés chaque fois qu'il est rendu nécessaire en tant
que composante d'un flux de tâches automatisé, en publiant des registres sous forme électronique ou
imprimée et en archivant les données du registre lorsque ces données ne sont disponibles que sous forme
électronique.
La présente Norme internationale s'applique aux registres nationaux publiés dans des pays bilingues ou
multilingues, ainsi qu'aux registres nationaux et régionaux destinés à l'usage international.
Le champ d'application comprend, sans toutefois s'y limiter
⎯ les systèmes de gestion des collections et les référentiels numériques,
⎯ les services de découverte, dont les catalogues et les index, les référentiels de métadonnées fédérés et
les portails de métarecherche,
⎯ les services d'acheminement, dont la gestion et la résolution des identifiants permanents, la gestion des
accès et les services de prêts entre bibliothèques,
⎯ les services de références, dont les systèmes de gestion des références et les services virtuels de
référence, et
⎯ les services mêmes de registre de tous types, nécessaires à l'utilisation des applications précédemment
mentionnées.
2 Références normatives
Les documents de référence suivants sont indispensables à l'application de la présente norme. Pour les
références datées, seule l'édition citée s'applique. Pour les références non datées, la dernière édition du
document de référence s'applique (y compris les éventuels amendements).
ISO 639-2, Codes pour la représentation des noms de langue — Partie 2: Code alpha-3
ISO 3166-1, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 1: Codes de
pays
ISO 3166-2, Codes pour la représentation des noms de pays et de leurs subdivisions — Partie 2: Code pour
les subdivisions de pays
ISO 4217, Codes pour la représentation des monnaies et types de fonds
ISO 8601:2004, Éléments de données et formats d'échange — Échange d'information — Représentation de
la date et de l'heure
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s'appliquent.
3.1
attribut
élément de données qui constitue une propriété ou une caractéristique d'une classe
3.2
caractère
symbole imprimable ayant une signification phonétique ou pictographique qui fait généralement partie d'un
mot d'un texte, représentant un chiffre ou encore une ponctuation grammaticale
3.3
code
représentation d'une information comme une lettre, un mot ou une expression sous une autre forme,
généralement plus courte
3.4
élément de données
élément
unité de base de données identifiable et définie
3.5
type de données
terme servant à qualifier le contenu et la structure d'un élément
3.6
entité
enregistrement dans une base de données ou un registre composé d'un ou de plusieurs éléments et qui a
une existence à part
3.7
PEB
prêt entre bibliothèques
transaction de prêt ou de reproduction entre deux bibliothèques pour le compte d'un utilisateur final
3.8
registre
collection d'objets de registre compilés à l'appui des activités d'une communauté donnée
3.9
rôle
fonction remplie par une entité, telle qu'une personne ou une adresse, souvent propre à une transaction
donnée
3.10
transaction
création ou modification d'un message requis à l'appui de la recherche et de la maintenance d'un
enregistrement de registre ou d'un élément d'enregistrement
2 © ISO 2010 – Tous droits réservés

3.11
mot
unité langagière composée d'un ou de plusieurs caractères, qui véhicule un sens
4 Présentation
4.1 Hiérarchie du modèle d'information
Dans la présente Norme Internationale, le terme «registre» est défini comme une collection d'objets de
registre qui a été compilée à l'appui des activités d'une communauté donnée. Le répertoire d'éléments de
données qui compose le corps de la présente norme est fondé sur un modèle de données orienté objet ayant
pour principale classe d'objets un objet du registre. Un objet de registre peut être une collection, une
personne, une activité ou un service. Une collection est un ensemble d'objets physiques ou numériques
agrégés. Une entité est une personne ou un groupe. Une activité est un événement qui survient au cours du
temps et produit un ou plusieurs résultats. Un service est un système (analogique ou numérique) qui remplit
une ou plusieurs fonctions utile(s) à l'usager final.

Figure 1 — Représentation d'un objet de registre et de ses sous-classes
La Figure 1 illustre les relations entre ces trois sous-classes. Parmi les autres rôles, les personnes collectent
ou détiennent des collections et gèrent des activités ou y prennent part. Les personnes gèrent et utilisent
également les services grâce auxquels il est possible d'accéder aux collections et aux activités.
La Figure 1 fait aussi ressortir le fait que les services peuvent avoir des politiques autorisant ou interdisant
l'accès aux usagers dans certaines conditions, qu'ils ont des niveaux et des obligations qu'il est nécessaire de
décrire et qu'ils peuvent être diffusés par des protocoles au sein d'un réseau. Les éléments de données
nécessaires à la définition des politiques d'accès, aux descriptions des services et aux informations sur les
protocoles sont essentielles à l'élaboration de services interopérables et au développement d'applications
orientées service. Groupés au sein de schémas adaptés, ils deviennent des objets d'interface qui peuvent
être échangés sous forme de messages lorsque ces informations sont nécessaires à la réalisation d'une
fonction. Dans ce contexte, un registre est en lui-même une collection à laquelle il est possible d'accéder par
un service utilisant des protocoles normalisés.
Le domaine d'application de la présente Norme internationale est limité aux quatre sous-classes des objets de
registre représentées à la Figure 1. Un objet «ressource» a été ajouté dans le diagramme pour faire
apparaître la continuité entre ressource et collection. Les ressources et les collections sont des ressources;
elles peuvent être décrites à l'aide d'entités bibliographiques définies dans le modèle FRBR (Functional
requirements for bibliographic records) élaboré par l'IFLA. Les standards de description des ressources tels
que le DCMI Metadata terms/Termes de métadonnées du Dublin Core, permettent de décrire les collections
et les ressources ainsi que leur découverte à l'aide de points d'accès communs. Ces derniers sont faciles à
mettre en correspondance avec les éléments de données définis dans la présente Norme internationale
lorsqu'il est nécessaire de traiter des collections comme des objets de registre. Les collections deviennent des
objets de registre lorsqu'il est nécessaire de décrire plus en détail les propriétés et les relations à l'appui de
leur gestion et de leur utilisation ainsi que la découverte des ressources. Les utilisateurs peuvent, cependant,
décider d'accroître le nombre des sous-classes pour prendre en compte la description de ressources ou de
tout autre type d'objet métier à l'appui d'une communauté d'affaires.
NOTE Voir, par exemple, les mises en correspondance du DCMI Collections Application Profile dans l'Annexe E.
4.2 Structure
Le répertoire d'éléments de données reflète la hiérarchie au sein du modèle d'information selon la structure
suivante:
⎯ L'article 5 décrit les éléments de données qui s'appliquent à l'ensemble des objets de registre.
⎯ Les articles 6 à 8 décrivent les éléments de données qui s'appliquent aux personnes, aux collections et
aux activités.
⎯ L'article 9 décrit les éléments de données qui s'appliquent aux services.
⎯ L'article 10 décrit les éléments de données qui s'appliquent aux politiques d'accès.
⎯ L'article 11 décrit les éléments de données propres aux descriptions de service.
⎯ L'article 12 décrit les éléments de données propres aux protocoles de service.
⎯ L'article 13 décrit les éléments de données communs auxquels il est fait référence dans plusieurs articles.
L'Annexe A contient une liste alphabétique des éléments de données auxquels sont faites des références
croisées répertoriant l'entrée numérotée appropriée.
Les Annexes B à F, sont des annexes informatives qui abordent la façon dont la présente Norme
internationale peut être appliquée pour répondre aux besoins des bibliothèques et des organismes associés
lorsqu'il s'agit de services de registre.
4.3 Composition
Chaque élément du répertoire d'éléments de données est présenté dans un article numéroté avec pour
intitulé le nom de l'élément de données, assorti d'une description en indiquant l'objet et le type de données.
Un élément peut également être accompagné de recommandations sur la façon dont il convient de l'utiliser,
ainsi que d'exemples tirés d'applications existantes. Les éléments de données du type «classe» sont
accompagnés de la liste de leurs attributs (éléments de données qui sont des propriétés ou des
caractéristiques de cette classe) et d'informations indiquant si elles sont ou non obligatoires (obligation) et
précisant la classe apparentée ainsi que la façon dont elles peuvent apparaître (occurrences).
L'Annexe A comprend également une description et une liste des classes dans lesquelles l'élément de
données est utilisé.
NOTE Les exemples sont donnés uniquement à titre indicatif et ils devront être formalisés en profils à l'aide de
vocabulaires contrôlés.
4 © ISO 2010 – Tous droits réservés

4.4 Obligation
L'obligation peut avoir les valeurs suivantes.
4.4.1
O
obligatoire
mention indiquant qu'une élément de données doit être présent au sein d'un enregistrement donné
4.4.2
F
facultatif
mention indiquant qu'un élément de données peut être présent au sein d'un enregistrement donné
4.4.3
OC
obligatoire conditionnel
mention indiquant que l'un des deux éléments de données ou davantage, doit être présent au sein d'un
enregistrement
4.4.4
OF
obligatoire facultatif
informations indiquant qu'un élément de données est facultatif mais que lorsqu'il est utilisé, un ou deux
éléments de données ou davantage, doit être présent au sein d'un enregistrement
NOTE Dans la présente Norme internationale, un attribut est signalé comme étant obligatoire s'il est requis pour
identifier de manière unique les multiples instances d'une classe. Il incombe aux profils de spécifier les autres éléments
devant être obligatoires pour prendre en compte les scénarios donnés d'utilisation.
4.5 Occurrence
4.5.1
une et seulement une instance de l'élément doit apparaître dans une instance de la classe
4.5.2
0-1
cet élément est facultatif mais s'il apparaît, il ne doit y avoir qu'une et une seule instance
4.5.3
0-N
cet élément est facultatif mais il peut apparaître un nombre indéterminé de fois
4.5.4
1-N
cet élément est obligatoire mais il peut apparaître un nombre indéterminé de fois
4.6 Types de données
Pour les besoins de la présente Norme internationale, les termes et définitions suivants s'appliquent.
4.6.1
booléen
type de données qui peut avoir deux valeurs: un et zéro (équivalent à vrai ou faux)
4.6.2
classe
jeu d'éléments de données qui décrit les caractéristiques abstraites d'un objet
4.6.3
date et heure
chaîne formée conformément aux règles spécifiées pour la date et l'heure dans l'ISO 8601:2004
4.6.4
décimale
type de données composé de nombres exprimés dans le système de numérotation à base 10
4.6.5
étiquette, classe
type complexe de données utilisé lorsqu'il est nécessaire d'associer des valeurs à une autorité
Ref. Attribut Obl. Occ. Data type
4.6.5.1 valeur O 1 chaîne
4.6.5.2 autorité F 0-1 chaîne
4.6.5.3 valeur autre F 0-1 chaîne
L'autorité peut être un organisme d'enregistrement, un vocabulaire contrôlé ou un ensemble de règles
régissant la forme de la valeur. L'élément de données «autorité» est facultatif pour deux raisons: cette autorité
peut être déduite de la valeur sans besoin de la spécifier explicitement; ou bien une décision a été prise de ne
pas associer cette valeur à une autorité dans un contexte donné.
Dans le cas où une chaîne est associée à un vocabulaire contrôlé, il peut être demandé d'enregistrer des
valeurs qui ne figurent pas dans la liste de base. Dans ce cas, indiquer la valeur «autre» et enregistrer la
chaîne dans «valeur autre».
Dans un schéma XML, les éléments de données de la classe «étiquette» qui sont liés peuvent être
dénormalisés en éléments de type «chaîne», l'autorité étant encodée dans un attribut XML.
NOTE La classe «étiquette» dans la présente Norme internationale n'équivaut pas au type de donnée XML
«énumération». Bien que certains éléments de données de cette classe puissent avoir des valeurs issues d'une simple
liste de contrôle qui peuvent être énumérés dans un schéma XML. D'autres auront des valeurs générées
indépendamment d'une autorité d'enregistrement ou tireront leurs valeurs de listes de termes tenus à jour séparément.
Dans un schéma XML qui lie un élément de données de la classe «étiquette» à un élément de type
énumération, utiliser les conventions typographiques XML à moins que les termes ne soient pas aisément
convertis d'une casse à une autre pour les afficher.
4.6.5.1
valeur, chaîne
chaîne ou code qui peuvent être contrôlés par un schéma
4.6.5.2
autorité, chaîne
organisme qui contrôle la forme ou le contenu d'une valeur ou son unicité
4.6.5.3
valeur autre, chaîne
chaîne qui représente la valeur autre lorsque «autre» est enregistré en tant que valeur
6 © ISO 2010 – Tous droits réservés

4.6.6
métadonnées, classe
type de données complexes permettant d'imbriquer des données formatées dans un schéma donné
d'extension
Réf. Attribut Obl. Occ. Type de données
4.6.6.1 format de
O 1 étiquette
métadonnées
4.6.6.2 données
binaires
CO 1 chaîne
4.6.6.3 données XML
Le type de données de tout élément du répertoire d'éléments de données peut être remplacé par le type de
données «métadonnées», s'il s'avère nécessaire d'étendre les informations à recueillir, à stocker et à
échanger afin de répondre aux besoins spécifiques d'une communauté donnée.
4.6.6.1
format de métadonnées, étiquette
chaîne ou code qui spécifie le format des métadonnées
EXEMPLES
1) CERIF, (Common European Research Information Format/Format européen commun des informations concernant
la recherche)
2) DC Dublin Core (Termes des métadonnées du DCMI)
3) EAC (Encoded archival context/Contexte archivistique encodé
4) EAD (Encoded archival description/Description archivistique encodée)
5) ebXML (Spécification des services de registre OASIS/ebXML)
6) IESR (Information environment service registry/Profil d'application IESR)
7) LOM (Learning object metadata/Métadonnées objet de l'enseignement)
8) MADS (Metadata authority description schema/Schéma de description des métadonnées d'autorité)
9) MARC (Machine-Readible calatoging/Catalogage lisible par la machine (tous les types)
10) MODS (Metadata object description schema/Schéma de description de métadonnées objets)
11) RSLP (Research Support Libraries Programme/Description de collection RSLP)
12) UDDI (Universal description, discovery and integration/Description, découverte et intégration)
13) WSDL (Web service definition language/Langage de description de services sur la toile)
14) X.500
15) XACML (Access Control Markup Language Approved/Langage de balisage de contrôle d'accès extensible)
16) Z39.91-200x (NISO Z39.92-200x, Spécification de description de collection)
17) Z39.92-200x (NISO Z39.92-200x, Spécification de description de services de recherche d'informations)
18) ZeeRex
4.6.6.2
données binaires, chaîne
élément qui contient des métadonnées codées en base 64
4.6.6.3
données XML, chaîne
élément qui contient des métadonnées codées en XML
4.6.7
entier positif
type de données composé de nombres entiers supérieurs à zéro
4.6.8
chaîne séquentielle de langue, classe
type de données complexes permettant d'enregistrer une ou plusieurs chaînes de langue exprimant le même
concept dans différentes langues ou dans différents systèmes langagiers
Réf. Attribut Obl. Occ. Type de données
4.6.8.1 chaîne de O 1-N chaîne
langue
Les registres nationaux publiés dans des pays bilingues et multilingues et les registres nationaux et régionaux
destinés à l'usage international doivent utiliser la «chaîne séquentielle de langue» pour enregistrer la langue
d'une chaîne, toute transformation qu'elle a subie par rapport à la langue d'origine ainsi que le système utilisé
pour créer ces transformations. Dans les applications, la «chaîne séquentielle de langue» peut être
dénormalisée en chaîne lorsqu'il s'avère nécessaire de publier un registre dans plusieurs langues ou d'un
type de chaîne de langue et qu'aucune transformation n'a pas été effectuée.
EXEMPLES
1) Registre canadien publié en français et en anglais
2) Registre néo-zélandais publié en maori et en anglais
3) Registre chinois publié en chinois et translittéré à l'aide du système de translittération Pinyin
4.6.8.1
chaîne de langue, classe
valeur d'un élément, exprimée dans une langue donnée et un type donné de chaîne de langue
Réf. Attribut Obl. Occ. Type de données
4.6.8.1.1 valeur de la chaîne de O 1 chaîne
langue
13.9 langue F 0-1 étiquette
4.6.8.1.2 type de la chaîne de langue F 0-1 étiquette
4.6.8 1.3 système du type de la chaîne F 0-1 étiquette
de langue
13.7 est par défaut F 0-1 booléen
Créer une «chaîne de langue» pour chaque «langue» et «type de chaîne de langue». Utiliser «par défaut»
pour indiquer qu'une chaîne doit être utilisée par défaut lorsqu’aucune «langue spécifique» ou «type de
chaîne de langue» ou «système du type de la chaîne de langue» n'est requis.
4.6.8.1.1
valeur de la chaîne de langue, chaîne
valeur textuelle d'une chaîne de langue
4.6.8.1.2
type de la chaîne de langue, étiquette
code ou chaîne qui détermine la nature de la chaîne de langue lorsque sa forme d'origine a subi une
transformation
EXEMPLE Équivalent, Traduit, Translittéré, Transcrit
8 © ISO 2010 – Tous droits réservés

4.6.8.1.3
système du type de la chaîne de langue, étiquette
norme ou système servant à la translittération ou à la transcription
EXEMPLE ISO 9, ISO 259, ISO 843
4.6.9
chaîne
type de données comprenant une séquence d'un ou de plusieurs caractères
4.6.10
heure
chaîne formée conformément aux règles spécifiées pour l'heure dans l'ISO 8601:2004
Les éléments de données de type «Date Heure» et «Heure», peuvent être stockés pour autant que l'heure
puisse être convertie en temps universel coordonné (TU) ou en heure locale avec une différence par rapport
au TU.
4.7 Attributs
Les attributs sont présentés sous forme d'un tableau, accompagnés des informations suivantes.
4.7.1
réf.
référence
numéro de l'article de l'élément auquel il est fait référence
4.7.2
attribut
nom de l'élément auquel il est fait référence
4.7.3
obl.
obligation
mention précisant si l'élément de données est obligatoire ou non dans un enregistrement donné
4.7.4
occ.
occurrence
mention précisant si l'élément de données peut être ou non répété dans un enregistrement donné
4.7.5
type de données
type de données de l'élément auquel il est fait référence
NOTE Les listes des attributs ne sont pas légendées et numérotées séparément car il est possible d'y faire référence
de manière unique dans la présente norme à partir du numéro de l'article et de son intitulé. Elles font partie intégrante de
l'entrée de l'attribut et aident à quantifier les propriétés d'un élément de données sous une forme facilement lisible.
5 Objet de registre
Type de données: classe
entité qui joue un rôle dans la conduite des activités d'une communauté ou d'un domaine donnés
Réf. Attribut Obl. Occ. Type de données
5.1 clé d'objet de registre M 1 étiquette
6 personne
7 collection
CM 1 sous classe
8 activité
9 service
5.2 identifiant F 0-N classe
5.3 nom F 0-N classe
5.4 relation F 0-N classe
13.10 localisation F 0-N classe
5.5 sujet F 0-N étiquette
13.4 description F 0-N classe
13.5 pointeur d' informations F 0-N classe
5.6 événement F 0-N classe
13.3 fourchette de dates F 0-1 classe
13.6 est actif F 0-1 booléen
13.9 langue F 0-N étiquette
13.12 notes F 0-1 classe
5.8 date de la création de F 1 date heure
l'enregistrement
5.9 date de la dernière F 1 date heure
modification de
l'enregistrement
14 informations détaillées F 0-1 classe
sur l'enregistrement
Un objet de registre doit représenter une personne, une collection, une activité ou un service. Les seuls
éléments obligatoires sont les suivants: «clé de l'objet du registre», «date de création de l'enregistrement» et
«date de la dernière modification». Les autres éléments peuvent être rendus obligatoires dans des profils
conformes à la présente Norme internationale.
En fonction du contexte professionnel, une personne, une collection, une activité ou un service peuvent être
l'objet du registre principal décrit sur un écran, ou un paquet importé ou exporté, les objets secondaires de ce
registre étant référencés par l'intermédiaire de l'élément «relation».
Un objet de registre peut être autonome à des fins de contribution et de moissonnage ou bien faire partie d'un
registre élaboré et maintenu par une entreprise, une communauté ou un domaine et accessible via un
ensemble convenu de protocoles.
Utiliser l'attribut «fourchette de dates» pour déterminer le statut actif d'un objet de registre OU définir
l'indicateur de statut actif en l'absence de date de début ou de fin lorsqu'il est nécessaire d'enregistrer le statut
actif.
10 © ISO 2010 – Tous droits réservés

Afin de pouvoir grouper et filtrer par pays des objets agrégés de registre dans un registre international,
enregistrer au moins une instance de lieu avec une adresse physique/partie d'adresse de type pays». De la
même manière, dans un objet de registre destiné à l'usage international, enregistrer au moins une instance de
langue, qui soit une déclaration de la langue principale de l'objet de registre. Si un équivalent dans d'autres
langues est requis, déclarer chaque langue.
EXEMPLES
1) Personne
i) Créateur ou détenteur des droits
ii) Détenteur ou gestionnaire de la collection
iii) Détenteur ou gestionnaire de l'activité
iv) Détenteur ou gestionnaire du service
v) Client, participant ou usager
2) Collection
i) Œuvre collective (ex: jeu de données, archives personnelles)
ii) Référentiel (ex: centre de données, centre de documentation, référentiel institutionnel, collection d'une
bibliothèque, collection d'une galerie, collection d'un musée)
iii) Catalogue ou index (index ou base de données locaux, de consortium, nationaux ou internationaux)
iv) Registre constituant en lui-même une collection
3) Activité
i) Cours (ex: colloque, laboratoire, activité physique)
ii) Événement (ex: conférence, rencontre, représentation, atelier)
iii) Projet (ex: projet de numérisation, projet de recherche)
4) Service
i) Service de gestion des collections
ii) Service de dépôt et de diffusion de contenus (ex: portail METS)
iii) Service de moissonnage de métadonnées (ex: passerelle OAI)
iv) Service de découverte (catalogue ou index, portail de métarecherche ou cible de recherche)
v) Service de résolution (ex: outil de résolution OpenURL)
vi) Service de prêt entre bibliothèques (ex: emprunt entre consortiums, prêt entre bibliothèques, exposition)
vii) Service de références
viii) Registre constituant en lui-même un service
5.1
clé de l'objet de registre, étiquette
chaîne utilisée à des fins de mise en correspondance et en relation, qui permet de distinguer un objet de
registre d'un autre dans un contexte professionnel donné ou qui est universel unique
Dans toute application, un élément ou une combinaison d'éléments devront être sélectionnés comme clé de
mise en correspondance ou une clé devra être fournie. La clé peut être une valeur d'identifiant par défaut ou,
afin de prendre en compte un registre fondé sur le modèle de données X.500 ou LDAP, le nom officiel de
l'objet de registre tel qu'il serait construit par une organisation hiérarchique des entrées.
Dans la présente Norme internationale, la «clé de l'objet de registre» est explicitement définie comme un
élément, afin de réduire la charge utile en ayant à analyser les instances d'identifiants ou de noms pour
extraire une seule chaîne unique.
La clé étant indispensable à l'identification des objets associés de registre et à la création de liens renvoyant à
ces objets, en dehors du contexte d'un seul service de registre, elle doit être exprimée sous la forme d'un URI
ou d'une étiquette avec un schéma obligatoire identifiant l'autorité au sein de laquelle la valeur de la chaîne
est unique.
Si un identifiant est utilisé comme «clé de l'objet du registre», en sélectionner un pouvant fonctionner comme
un identifiant universellement unique pour toutes les entrées du registre, y compris les objets enfants. Si le
nom officiel est utilisé, s'assurer que les modifications de noms sont gérés en enregistrant l'ancien nom
comme nom précédent avec une fourchette appropriée de dates.
5.2
identifiant, classe
moyen généralement unique qui permet de distinguer un objet de registre d'un autre
Réf. Attribut Obl. Occ. Type de données
5.2.1 valeur de O 1 étiquette
l'identifiant
5.2.2 rôle de F 0-N étiquette
l'identifiant
13.7 est par défaut F 0-1 booléen
13.3 fourchette de F 0-1 classe
dates
13.6 est actif F 0-1 booléen
13.12 notes F 0-1 classe
L'élément «identifiant» dispose d'un ensemble complet d'attributs facultatifs permettant à une autorité de
maintenir l'historique d'un identifiant par une autorité d'attribution d'identifiants. Cependant, s'il n'est pas
nécessaire de maintenir un historique de l'identifiant, il peut être dénormalisé en un élément de type de
donnée «étiquette».
Utiliser l'attribut «fourchette de dates» pour déterminer le statut actif d'un identifiant OU utiliser l'indicateur de
statut actif en l'absence d'une date de début ou de fin.
Le même identifiant peut identifier plus d'un objet du registre sur une période de temps mais il ne doit avoir
qu'un statut actif dans une seule instance d'identité.
Le même identifiant peut remplir plusieurs rôles d'un identifiant mais un seul identifiant doit être l'identifiant par
défaut.
NOTE Il existe un certain nombre de Normes internationales et de projets de normes qui permettent l'identification
permanente des objets de registre. Ce sont
⎯ l'ISO 15511 pour l'identifiant international normalisé pour les bibliothèques et les organismes apparentés (ISIL),
⎯ l'ISO 26324 pour le système de l'identifiant numérique d'objets (DOI),
⎯ l'ISO 27729 pour l'identifiant international normalisé des noms (ISNI),
⎯ l'ISO 27730 pour l'identifiant international normalisé des collections (ISCI).
La classe «identifiant» dans la présente Norme internationale fournit les éléments de données destinées à
enregistrer et à gérer les identifiants mais elle n'en prescrit pas l'utilisation. Cependant, si un identifiant
international normalisé a été attribué à un objet de registre, ce dernier doit être présent en tant qu'instance
d'identifiant.
12 © ISO 2010 – Tous droits réservés

5.2.1
valeur de l'identifiant, étiquette
séquence de caractères ou de mots qui identifie de manière unique un objet de registre au sein du domaine
d'une autorité spécifiée ou qui est universel unique
EXEMPLES
1) Biblioteca nazionale centrale – Roma
(scheme: ISIL + Value: IT-RM0267
2) Landmap Shuttle Radar Topography Mission
(scheme: URI + value: http://purl.org/poi/iesr.ac.uk/1152526728-8555)
3) A.C.T. Drug Indicators Project, 1987-1989
(scheme: ASSDA + value: au.edu.anu.assda.ddi.00935)
4) Sheet Music Consortium
(scheme: URI + value: http://digital.library.ucla.edu/sheetmusic/)
5.2.2
rôle de l'identifiant, étiquette
mot ou expression qui indique la fonction ou l'objet de l'identifiant dans une transaction au sein d'une
communauté donnée
EXEMPLE Symbole du protocole ILL (PEB), symbole ILL (PEB), numéro local d'enregistrement, code commercial
normalisé, symbole du catalogue collectif, mot de passe
5.3
nom, classe
mot, expression ou sigle servant à faire référence à un objet de registre
Réf. Attribut Obl. Occ. Type de données
5.3.1 rôle du nom O 1 étiquette
5.3.2 nom non structuré 1 chaîne séquentielle
de langue
CO
5.3.3 partie du nom 1-N classe
13.3 fourchette de dates F 0-1 classe
13.6 est actif F 0-1 booléen
13.12 notes F 0-1 classe
Utiliser l'attribut «nom» pour stocker le nom officiel d'un objet de registre et tout autre nom par lequel il est
connu ou l'a été. Le nom officiel peut également être utilisé comme «clé de l'objet de registre».
Utiliser l'attribut «fourchette de dates» pour définir le statut actif d'un nom OU utiliser l'indicateur de statut actif
en l'absence de date de début ou de fin. À noter qu'il convient qu'un nom du rôle du nom, «nom précédent»
soit assorti d'une fourchette de dates ayant une date de fin et l'indicateur ayant un statut non actif.
5.3.1
rôle du nom, étiquette
code ou chaîne qui identifie la fonction ou l'objet d'un nom
EXEMPLE Nom officiel, autre nom, abréviation, sigle, premier nom
5.3.2
partie du nom, classe
un seul élément d'un nom structuré ou nom complet s'il s'agit d'un nom non structuré
Réf. Attribut Obl. Occ. Type de données
5.3.2.1 valeur de la O 1 chaîne
partie du nom séquentielle de
langue
5.3.2.2 type de la partie F 0-1 étiquette
du nom
Utiliser une seule instance de la «partie du nom» pour un nom non structuré ou de multiples instances,
associées à «type de la partie du nom», si un nom structuré est requis, par exemple, s'il est nécessaire de
trier, de formater ou de chercher des parties de noms.
Traiter les parties de noms dans différentes langues ou systèmes langagiers non pas comme des instances
séparées d'une partie du nom mais comme une séquence de chaînes multilingues. Il convient que les
chaînes multilingue
...