All Versions


DSpace Documentation


Page tree

Contribute to the DSpace Development Fund

The newly established DSpace Development Fund supports the development of new features prioritized by DSpace Governance. For a list of planned features see the fund wiki page.

Skip to end of metadata
Go to start of metadata
The DSpace Researcher Profile feature has been introduced in DSpace 7.3 to support the ORCID Integration work but can be used alone. It is turned off by default and must be enabled manually

A DSpace Researcher Profile is a special Person Entity (item) that is linked with exactly one EPerson (DSpace account). This linked EPerson owns the profile (Person Item), including having WRITE permission on it. The link between the Person Item and the EPerson is managed in the dspace.object.owner metadata field. This field is configured to hold authority values and will contains the uuid of the EPerson that owns the profile.

Here a summary of the key concepts & requirements of the feature

  • Profiles require Configurable Entities to be enabled, as every Researcher Profile is represented by a Person Entity
  • Profiles can be linked to only one EPerson (user account). That EPerson has full rights to manage the profile, including whether the profile is publicly visible or private.
  • Optionally, Profiles can be synchronized (or initially created) via ORCID Integration.

When the feature is enabled the user can create a researcher profile from his Profile (account page)

if a Person Item already exists in the system matching the account email address this Person Item is offered to the user

once that a profile has been created or claimed, the user can make it public (Anonymous READ) or private

By default, deletion of the researcher profile does NOT delete the corresponding Person Item. Instead, it just unlinks the Person Item from the EPerson account. This behavior can be changed as specified in the Advanced configuration section below.

Enable the feature

To enable the feature you need to set the following property (uncommenting it in the config/modules/researcher-profile.cfg  or adding it to the config/local.cfg )

researcher-profile.entity-type = Person

You can eventually specify a different Entity Type for the item that can be used as profile. This is an advanced setting, change it only if you know what are you doing and have implemented specific customisation

You need to enable also the EPerson authority for the dspace.object.owner (uncomment the following lines in the config/modules/authority.cfg)

# Configuration settings required for Researcher Profiles
# These settings ensure "dspace.object.owner" field are indexed by Authority Control
choices.plugin.dspace.object.owner = EPersonAuthority
choices.presentation.dspace.object.owner = suggest
authority.controlled.dspace.object.owner = true

Advanced configuration

You can configure some aspects of the Profile feature in the config/modules/researcher-profile.cfg 

Property:

researcher-profile.entity-type

Example Value:

Person

Informational Note:

The type of Entity to use for Researcher Profile items. By default, the Person Entity is used, as this is provided out-of-the-box in DSpace.  This would only need to be modified if you have created a heavily customized Configurable Entities data model which does NOT include Person.

Property:

researcher-profile.collection.uuid

Example Value:

[collection-uuid]

Informational Note:

UUID of the Collection where all Researcher Profiles should be created by default.  This Collection MUST be configured to accept Person Entities (or the entity type specified in "researcher-profile.entity-type").

By default this is UNSPECIFIED. The default behavior is that the person's Researcher Profile will be created in the Collection in DSpace which is configured to accept Person Entities & where the user has permissions to submit.  If multiple Collections of this type are available, then the first one found will be used.

Property:

researcher-profile.hard-delete.enabled

Example Value:

false

Informational note

Whether to enable "hard delete" when a Researcher Profile is deleted by an EPerson.  When "hard delete" is enabled (set to true), then anytime an EPerson deletes their Researcher Profile, the underlying Person Entity will be deleted (i.e. this acts as a permanent deletion).  When "hard delete" is disabled (set to false, the default value), then anytime an EPerson deletes their Researcher Profile, it will simply be "unlinked".  In other words, the underlying Person Entity will be kept in the system.

Property:

researcher-profile.set-new-profile-visible

Example Value:

false

Informational note

Whether to make a new Researcher Profile "visible" (i.e. allow anonymous access) on creation.  When set to "false" (default value), a newly created Researcher Profile will only be accessible to the EPerson who created it. That EPerson may chose to make to visible (i.e. allow anonymous access) at a later time.  When set to "true", a newly created Researcher Profile will be immediately accessible to anonymous users.  But, the EPerson who created it may chose to hide it (i.e. disallow anonymous access) at a later time.

Troubleshooting

I cannot find this feature

The feature needs to be enabled explicitly, please follow the instruction in the Enable the feature section above.

The users sees an error when they try to create their profile

The feature requires Person entity configured in the data model (see Configurable Entities) and the user must have permission to submit in at least one collection configured to accept Person entities. Please double check that the EPersonAuthority is bind to the dspace.object.owner  metadata, see the Enable the feature section above.

  • No labels