.. image:: https://img.shields.io/travis/scriptotek/mc2skos.svg :target: https://travis-ci.org/scriptotek/mc2skos :alt: Build status

.. image:: https://img.shields.io/codecov/c/github/scriptotek/mc2skos.svg :target: https://codecov.io/gh/scriptotek/mc2skos :alt: Test coverage

.. image:: https://landscape.io/github/scriptotek/mc2skos/master/landscape.svg?style=flat :target: https://landscape.io/github/scriptotek/mc2skos/master :alt: Code health

.. image:: https://img.shields.io/pypi/v/mc2skos.svg :target: https://pypi.python.org/pypi/mc2skos :alt: Latest version

.. image:: https://img.shields.io/github/license/scriptotek/mc2skos.svg :target: http://opensource.org/licenses/MIT :alt: MIT license

Python script for converting MARC 21 Classification <http://www.loc.gov/marc/classification/>_ and MARC 21 Authority <http://www.loc.gov/marc/authority/>_ records (serialized as MARCXML) to SKOS <http://www.w3.org/2004/02/skos/>_ concepts.

Initially developed to support the project "Felles terminologi for klassifikasjon med Dewey <https://www.duo.uio.no/handle/10852/39834>", for converting Dewey Decimal Classification (DDC) records. Issues <https://github.com/scriptotek/mc2skos/issues> and suggestions for generalizations and improvements are welcome!

See mapping schema for MARC21 Classification <#mapping-schema-for-marc21-classification>_ and for MARC21 Authority <#mapping-schema-for-marc21-authority)>_ below.

Installation

Releases can be installed from the command line with pip <https://pip.pypa.io/>__:

.. code-block:: console

$ pip install --upgrade mc2skos             # with virtualenv or as root
$ pip install --upgrade --user mc2skos      # install to ~/.local

• Works with both Python 2.7 and 3.4+. See Travis <https://travis-ci.org/scriptotek/mc2skos>_ for details on tested Python versions.
• If lxml fails to install on Windows, try the windows installer from from PyPI <https://pypi.python.org/pypi/lxml/3.4.0>_.
• If lxml fails to install on Unix, install system packages python-dev and libxml2-dev
• Make sure the Python scripts folder has been added to your PATH.

To directly use a version from source code repository:

.. code:: console

$ git clone https://github.com/scriptotek/mc2skos.git
$ cd mc2skos
$ pip install -e .

Usage

.. code-block:: console

mc2skos infile.xml outfile.ttl      # from file to file
mc2skos infile.xml > outfile.ttl    # from file to standard output

Run mc2skos --help or mc2skos -h for options.

URIs

URIs are generated automatically for known concept schemes, identified from 084 $a for classification records and from 008[11] / 040 $f for authority records. To list known concept schemes:

.. code:: console

$ mc2skos -l

To add more vocabularies, you can edit vocabularies.yml <https://github.com/scriptotek/mc2skos/blob/master/mc2skos/vocabularies.yml>_. Pull requests for adding more vocabularies are very welcome!

URIs can be also be generated on the fly from an URI template specified with option --uri. The following template parameters are recognized:

• {control_number} is the control number from 001, 010 or 016. The current approach is to use 010 or 016 if defined, otherwise 001. If you find examples where this approach fails, please add them to #42.
• {collection} is "class", "table" or "scheme"
• {object} is a member of the classification scheme and part of a {collection}, such as a specific class or table. Spaces in the URI are replaced by hyphens or another character configured with option --whitespace.
• {edition} is taken from 084 $c (with language code stripped)

To add skos:inScheme statements to all records, an URI template can be specified with option --scheme. Otherwise, it will be derived from a default template if the concept scheme is known.

To add an additional skos:inScheme statement to table records, an URI template can be specified with option --table_scheme. Otherwise, it will be derived from a default template if the concept scheme is known.

The following example is generated from a DDC table record:

.. code-block:: turtle

<http://dewey.info/class/6--982/e21/> a skos:Concept ;
    skos:inScheme <http://dewey.info/scheme/edition/e21/>,
                  <http://dewey.info/table/6/e21/> ;
    skos:notation "T6--982" ;
    skos:prefLabel "Chibchan and Paezan languages"@en .

Mapping schema for MARC21 Classification

Only a small part of the MARC21 Classification data model is converted, and the conversion follows a rather pragmatic approach, exemplified by the mapping of the 7XX fields to skos:altLabel.

========================================================== ===================================== MARC21XML RDF ========================================================== ===================================== 001 Control Number (see note above on 001, 010 & 016) dcterms:identifier 005 Date and time of latest transaction dcterms:modified 008[0:6] Date entered on file dcterms:created 008[8]="d" or "e" Classification validity owl:deprecated 010 Control Number (see note above on 001, 010 & 016) dcterms:identifier 016 Control Number (see note above on 001, 010 & 016) dcterms:identifier 153 $a, $c, $z Classification number skos:notation 153 $j Caption skos:prefLabel 153 $e, $f, $z Classification number hierarchy skos:broader 253 Complex See Reference skos:editorialNote 353 Complex See Also Reference skos:editorialNote 680 Scope Note skos:scopeNote 683 Application Instruction Note skos:editorialNote 684 Auxiliary Instruction Note skos:editorialNote 685 History Note skos:historyNote 700 Index Term-Personal Name skos:altLabel 710 Index Term-Corporate Name skos:altLabel 711 Index Term-Meeting Name skos:altLabel 730 Index Term-Uniform Title skos:altLabel 748 Index Term-Chronological skos:altLabel 750 Index Term-Topical skos:altLabel 751 Index Term-Geographic Name skos:altLabel 753 Index Term-Uncontrolled skos:altLabel 765 Synthesized Number Components mads:componentList (see below) ========================================================== =====================================

Synthesized number components

Components of synthesized numbers explicitly described in 765 fields are expressed using the mads:componentList property, and to preserve the order of the components, we use RDF lists. Example:

.. code-block:: turtle

@prefix mads: <http://www.loc.gov/mads/rdf/v1#> .

<http://dewey.info/class/001.30973/e23/> a skos:Concept ;
    mads:componentList (
        <http://dewey.info/class/001.3/e23/>
        <http://dewey.info/class/1--09/e23/>
        <http://dewey.info/class/2--73/e23/>
    ) ;
    skos:notation "001.30973" .

Retrieving list members in order is surprisingly hard <http://answers.semanticweb.com/questions/18056/querying-rdf-lists-collections-with-sparql>_ with SPARQL. Retrieving ordered pairs is the best solution I've come up with so far:

.. code-block::

PREFIX mads: <http://www.loc.gov/mads/rdf/v1#>
PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#>
PREFIX skos: <http://www.w3.org/2004/02/skos/core#>

SELECT ?c1_notation ?c1_label ?c2_notation ?c2_label
WHERE { GRAPH <http://localhost/ddc23no> {

    <http://dewey.info/class/001.30973/e23/> mads:componentList ?l .
        ?l rdf:rest* ?sl .
        ?sl rdf:first ?e1 .
        ?sl rdf:rest ?sln .
        ?sln rdf:first ?e2 .

        ?e1 skos:notation ?c1_notation .
        ?e2 skos:notation ?c2_notation .

        OPTIONAL {
            ?e1 skos:prefLabel ?c1_label .
        }
        OPTIONAL {
            ?e2 skos:prefLabel ?c2_label .
        }
}}

=========== ================================================= =========== =================================================== c1_notation c1_label c2_notation c2_label =========== ================================================= =========== =================================================== "001.3" "Humaniora"@nb "T1--09" "Historie, geografisk behandling, biografier"@nb "T1--09" "Historie, geografisk behandling, biografier"@nb "T2--73" "USA"@nb =========== ================================================= =========== ===================================================

Additional conversion rules for WebDewey data

The script comes with a few extra rules for distinguishing between different types of notes in WebDewey records and extract entities from these. The entity extraction rules (marked with [*] below) utilizes a non-standard namespace and are not enabled by default. Specify the --webdewey flag to use them.

========================================================================= ================================================ MARC21XML RDF ========================================================================= ================================================ 680 having $9 ess=ndf Definition note skos:definition 680 having $9 ess=nvn Variant name note wd:variantName [] for each subfield $t 680 having $9 ess=nch Class here note wd:classHere [] for each subfield $t 680 having $9 ess=nin Including note wd:including [] for each subfield $t 680 having $9 ess=nph Former heading wd:formerHeading [] for each subfield $t 694 having $9 ess=nml ??? SKOS.editorialNote 7XX having $9 ess=isCaption Relative index term to use as caption skos:prefLabel

========================================================================= ================================================

Notes that are currently not treated in any special way:

• 253 having $9 ess=nsx Do-not-use.
• 253 having $9 ess=nce Class-elsewhere
• 253 having $9 ess=ncw Class-elsewhere-manual
• 253 having $9 ess=nse See.
• 253 having $9 ess=nsw See-manual.
• 353 having $9 ess=nsa See-also
• 683 having $9 ess=nbu Preference note
• 683 having $9 ess=nop Options note
• 683 having $9 ess=non Options note
• 684 having $9 ess=nsm Manual note
• 685 having $9 ess=ndp Discontinued partial
• 685 having $9 ess=nrp Relocation
• 689 having $9 ess=nru Sist brukt i...

Mapping schema for MARC21 Authority

Only a small part of the MARC21 Authority data model is converted.

========================================================== =================================================================== MARC21XML RDF ========================================================== =================================================================== 001 Control Number dcterms:identifier 005 Date and time of latest transaction dcterms:modified 008[0:6] Date entered on file dcterms:created 065 Other Classification Number skos:exactMatch (see below) 080 Universal Decimal Classification Number skos:exactMatch (see below) 083 Dewey Decimal Classification Number skos:exactMatch (see below) 1XX Headings skos:prefLabel 4XX See From Tracings skos:altLabel 5XX See Also From Tracings skos:related, skos:broader or skos:narrower (see below) 667 Nonpublic General Note skos:editorialNote 670 Source Data Found skos:note 677 Definition skos:definition 678 Biographical or Historical Data skos:note 680 Public General Note skos:note 681 Subject Example Tracing Note skos:example 682 Deleted Heading Information skos:changeNote 688 Application History Note skos:historyNote 7XX Heading Linking Entries skos:xxxMatch (see below) ========================================================== ===================================================================

Notes:

• Mappings are generated for 065, 080 and 083 only if an URI pattern for the classification scheme has been defined in the config.

• SKOS relations are generated from 5XX fields if the fields contain a $0 subfield containing either a control number or an URI for the related record. The relationship type is skos:broader if $w=g, skos:narrower if $w=h, and skos:related otherwise. If $w=r and $4 contains an URI, that URI is used as the relationship type. Note that $4 must precede $0 (since both subfields can be repeated).

• Mappings/relationships are generated for 7XX headings if the fields contain a $0 subfield containing either the control number or the URI of the related record. If $0 contains a control number, an URI pattern for the vocabulary (found in indicator 2 or $2) must be defined in mc2skos.record.CONFIG. If $4 contains an URI, that URI is used as the relationship type. Otherwise, if $4 contains one of the ISO 25964 relations, the corresponding SKOS relation is used. Otherwise, the default value skos:closeMatch is used. Note that $4 must precede $0 (since both subfields can be repeated).