Versions Compared

Old Version 3

changes.mady.by.user Pascal-Nicolas Becker

Saved on

compared with

New Version 4

changes.mady.by.user Pascal-Nicolas Becker

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. Because all value-pairs and controlled vocabulary are authority controlled by default, all metadata fields generated from either now have "authority IDs".  This makes them look/act different from DSpace 6 metadata.
    1. For value-pairs, the authority ID is the stored value.  So, e.g. "Book" has an authority ID of "Book". See examples in REST Contract: https://github.com/DSpace/Rest7Contract/blob/master/authorities.md#authority-entry-values
    2. Other values in the same field don't have an authority ID, e.g. values from an upgraded DSpace 6 or values from another collection which uses the same field as plain text, or values submitted through SWORD, …
    3. This will have a side effect for some other tools. 
      1. For example, Batch Metadata Editing separates authorities from values via a "::".  So, a dc.type value of "Book" will now appear as "Book::Book" in a CSV exported spreadsheet (whereas it used to appear just as "Book")
      2. Discovery has always treated authority values separate in both search and browse. Values with an authority ID are displayed separate from values without an authority ID
      3. OAI-PMH used uses XML in the DSpace Intermediate Formatfollowing the XOAI schema. This XML is run through XSLT to generate the XML to provide for different metadata formats in OAI-PMH. Values coming from authority control are provided different in DIM then XOAI than "normal" Metadata valuemetadata values. Either a lot or institutions have to change their XSLTs or we do change how the DIM XOAI XML deals with authority control.
  2. The Authority ID doesn't add any additional information to the field. In fact, it's not a unique Identifier.  As a basic example, both the value-pairs for "common_identifiers" and "common_types" include an "Other" option.  So a value linking to Authority ID "Other" cannot be mapped back to its source without finding the "submission-form.xml" which was used to create it (and that configuration may have been modified since then).
    1. This behavior was identical in DSpace 6, if you used value-pairs as Authority Control.  But, as noted above, this feature was disabled by default.