Page History

...

you can see such configuration in the "Other materials" collection of the DSpace-CRIS demo and testdrive.

the child field must be in the same page than the parent metadata and listed in the input-forms.xml before than the parent metadata. All the child fields mush be repeatable or less as the parent child. It is not possible to configure a child metadata as repeatable itself, i.e. to allow the user to input several values for a single metadata all associated to the same value of the parent metadata. A possible workaround to this limitation is to configure multiple children metadata such as contributor.department, contributor.department2, etc.

A the database level the values of the children and parent metadata are stored independently to each other. A placeholder (#PLACEHOLDER_PARENT_METADATA_VALUE#) is introduced to guarantee that children metadata are always in the same order and count than the parent metadata also when some "parent value" doesn't have a value for a children metadata (author without affiliation). Such placeholder is skipped in indexing and visualization.

Image ModifiedImage Removed

Image Added

Pre-fill information from the linked authority

As discussed above, in some case it is needed to store nested information or additional information that are loosely related to a linked object. It is clear for instance that the author affiliation that appear on the paper is often the current affiliation of the researcher or at least one of his previous affiliation. In such case it is convenient for the user to have such information pre-filled when the researcher is selected so to only change it when needed.

To do that DSpace-CRIS uses special extra information on the ChoiceAuthority, everything that is prefixed with data- will be copied over the corresponding metadata if present in the same page than the metadata authority controlled. For instance if the authority report an extra property named data-dc_contributor_department and in the page where the authority is enabled (ie typically where is included the dc.contributor.author) is presente a metadata dc.contributor.department (please note the different syntax used here _ and .) the extra property will be used to fill this metadata.

Out of box DSpace-CRIS provides configurable implementations of the CRIS Authority that support exposure of CRIS metadata (and linked CRIS object metadata) as extra properties, they are

org.dspace.app.cris.integration.RPMultiAuthority
org.dspace.app.cris.integration.ORCIDMultiAuthority

the extra properties to expose are configured in the cris-authority-metadatagenerator.xml

In the cris-authority-metadatagenerator.xml you will see

<property name="relatedInputformMetadata" value="dc_contributor_department"/>

defines where the additional information will be saved, it uses the editmetadata.jsp syntax so _ instead than .

<property name="schema" value="affiliation"/>

defines the property to use in the linked RP to fill the extra information, in such case the affiliation "nested"

<property name="element" value="affiliationorgunit"/>

defines the property inside the previous nested to use, so the organisation

<property name="qualifier" value="name"/> 

finally, define which attribute of the linked orgunit use as display value