Page History
...
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 Person's dspace.object.owner
metadata field. This field is configured to hold authority values and will contains contain the uuid
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 A profile 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 If a Person Item already exists in the system, matching the account email address, this Person Item is offered to the user:
once that Once 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.
...
Code Block |
---|
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 . Uncomment the following lines in the config/modules/authority.cfg):
Code Block |
---|
# 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 |
Last, you need to ensure that at least one Collection is configured to accept Person entities. Only EPersons having the submission right in such a Collection will be able to create profiles. There are many possibilities for using these settings to control who may or may not create a profile.
Advanced configuration
You can configure some aspects of the Profile feature in the config/modules/researcher-profile.cfg
Specifically, it is possible to force all the profile created via this feature to belong to a specific collection (default to the first Person collection where the user has permission) and set it as publicly visible (default, Anonymous READ) or not. Moreover, it is possible to decide if deleting the profile will imply also deletion of the Person Item or (default) only the unlink of the Person Item with the EPerson.
Troubleshooting
...
Property: |
|
Example Value: |
|
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: |
|
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"). |
Property: |
|
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: |
|
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 . 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 that the Person entity be 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 bound to the dspace.object.owner
metadata , -- see the Enable the feature section above.