bibliotek-o is an ontology framework for modeling bibliographic metadata based on the Library of Congress BIBFRAME ontology. It includes:
- The bibliotek-o ontology, which defines extensions and modifications to BIBFRAME and is intended to be used as a supplement to the core BIBFRAME ontology.
- A set of external ontology fragments (including BIBFRAME) intended for use with the bibliotek-o ontology.
- A data model and application profile - i.e., a set of recommended models and patterns for expressing bibliographic metadata using BIBFRAME, the bibliotek-o ontology, and other external ontologies.
bibliotek-o is a joint product of the Mellon Foundation-funded Linked Data for Libraries Labs (LD4L Labs) and Linked Data for Production (LD4P) projects. See the LD4L website, the LD4L Labs public wiki, and the LD4P public wiki for more information about these projects.
- 2017-07-06 Release of Version 1.1.0
- 2017-07-14 bibliotek-o remains frozen at Version 1.1.0 until further notice.
- 2023-11-01 Archiving this repository and discontinuing the
http://bibliotek-o.org/
website. There has been no further work on this ontology since 2017. Subsequent LD4P project work has focused on the BIBFRAME ontology.
This repository contains the formal bibliotek-o specification, ontology and dataset recommendations for use with bibliotek-o (including the recommended BIBFRAME terms), and a set of human-readable documentation.
target-ontologies/bibliotek-o.owl
: OWL specification of bibliotek-otarget-ontologies/
: RDFS and OWL specifications of recommended ontology fragments, including BIBFRAME, for use with bibliotek-oreference-ontologies/
: Full specifications of these ontologies, for reference purposesxsd/bibliotek-o.datatypes.xsd
: Datatypes defined by bibliotek-odatasets/
: Datasets included in the bibliotek-o recommendationdoc/lode/
: Human-readable documentation (generated by the online LODE tool):doc/overview/
: Overview diagrams of the bibliotek-o application profile, in both vue and png formatsdoc/principles/
: The foundational principles applied to the development of bibliotek-odoc/admin/
: Documentation of administrative processes and procedures, such as change and release processesCHANGELOG.md
: Release change log
The following protocols are used to version and record changes to the ontology.
- The use of OWL versioning predicates follows the OWL 2 specification.
owl:ontologyIRI
identifies the ontology; e.g.,http:///ontology/
.owl:versionIRI
identifies a particular version of the ontology; e.g.,http:///1.1/ontology/
.- The
owl:ontologyIRI
redirects to theowl:versionIRI
of the current version of the ontology. - Previous versions of the ontology continue to be available at their
owl:versionIRI
. - By importing or referencing terms from a particular
owl:versionIRI
, users are insulated from non-backward-compatible changes in newer published versions until they decide to upgrade. - Version numbering convention (
MAJOR.MINOR.PATCH
):MAJOR
: non-backward-compatible modificationsMINOR
: backward-compatible semantic modificationsPATCH
: non-semantic modifications, such as changing an rdfs:label.
- The
owl:versionIRI
is updated forMAJOR
andMINOR
versions, but notPATCH
versions. It thus includes only theMAJOR
andMINOR
version numbers, as inhttp:///1.1/ontology/
. - To avoid an unnecessary proliferation of
MAJOR
versions,owl:deprecated
is applied to terms slated for removal. A term deprecated in aMINOR
version will be removed in the nextMAJOR
version. owl:versionInfo
provides a label containing the version number, formatted as "Version n.n.n"; e.g., "Version 1.1.0". This version number is also used to tag the repository, in this casev1.1.0
.owl:priorVersion
provides the URI of the previous MAJOR.MINOR version of the ontology, if any.owl:backwardCompatibleWith
orowl:incompatibleWith
may also be used to reference previous MAJOR.MINOR versions of the ontology, where applicable.
dcterms:issued
is used on each ontology term, and on the ontology as a whole, to indicate datetime of first issuance.dcterms:modified
is used on each ontology term, and on the ontology as a whole, to indicate last modification datetime.- Terms not modified since first issuance have the same
dcterms:issued
anddcterms:modified
values. - Datetime values are expressed in ISO-8601 format; e.g., "2017-04-22T01:30:00-04:00".
- The
dcterms
values do not include extraneous text, so that they are machine-readable without parsing. Change descriptions are provided byskos:changeNote
(see following section).
skos:changeNote
is used to provide human-readable descriptions of term modifications.- One
skos:changeNote
is used per version. That is, if more than one change is made to the same term in the same version, all are recorded in the same change note. If multiple changes are made to the same term in different versions, they are recorded in multiple change notes. - The change note also records the ontology version, so that modifications to a term can be traced through the affected versions of the ontology. The format used is, e.g., "Fix rdfs:label (v1.0.1)".
- A
skos:changeNote
could be applied to the ontology itself to record major, broad, or high-level changes affecting multiple terms. - Changes are also recorded in the project change log.
Please refer to the Change and Release Management documentation for details on this process.
- A diagrammatic overview of the bibliotek-o application profile with an index of terms
- An overview of the principles and best practices guiding the development of bibliotek-o (forthcoming)
- Discussion and diagrams of the principal models and patterns adopted by bibliotek-o (forthcoming)
- Mapping tables from current catalog formats to the ontology recommendation (forthcoming)
- Application profiles for original data modeling using the bibliotek-o recommendation (forthcoming)
This work in provided under a CC0 waiver, it is published from the United States.