Page History
...
If you wish to enable this feature, some changes are required to the dspacelocal.cfg
file. The first step is to activate the authority as a valid option for authority control, this is done by adding/setting an additional plugin in the plugin.named.org.dspace.content.authority.ChoiceAuthority
property. An example of this can be found below.
Code Block | ||
---|---|---|
| ||
plugin.named.org.dspace.content.authority.ChoiceAuthority = \ org.dspace.content.authority.SolrAuthority = SolrAuthorAuthority |
The feature relies on the following configuration parameters in dspaceauthority.cfg and solrauthority.cfg
. To activate the default settings it suffices to remove the comment hashes ("#") for the following lines. See the section at the bottom of this page what these parameters mean exactly and how you can tweak the configuration.
Code Block |
---|
# This setting should already be specified in your solrauthority.cfg solr.authority.server=${solr.server}/${solr.multicorePrefix}authority # These settings can be found in your authority.cfg (or could be added to local.cfg) choices.plugin.dc.contributor.author = SolrAuthorAuthority choices.presentation.dc.contributor.author = authorLookup authority.controlled.dc.contributor.author = true authority.author.indexer.field.1=dc.contributor.author |
The final part of configuration is to add the authority consumer in front of the list of event consumers (in dspace.cfg or local.cfg). Add "authority" in front of the list as displayed below.
Code Block |
---|
event.dispatcher.default.consumers = authority, versioning, discovery, eperson, harvester |
Importing existing authors & keeping the index up to date
...