dc.date.available

[UALibraries WebServices]

Hello Everyone,

Some ETDs are under an embargo for a set period of time. In those cases we supply a dc.date.available field with the date the embargo lifts (and so the content will be accessible) as the value. DSpace seems to create a dc.date.available field upon submission with the date and time the item was submitted. I wanted to know if it would be possible to not create a dc.date.available field if one is already included in the metadata?

if yes, in which file I should make changes?

Sincerely yours,

Maryam

[DSpace Technical Support]

Hi Maryam,

This issue will be solved in the upcoming DSpace 8.0 release. As of 8.0, DSpace no longer sets the "dc.date.available" field by default (existing values in this field will still remain).  The reason this has been removed is that the "dc.date.available" no longer accurately represented the correct date when an embargo existed, as Embargoes are now stored on the Item's resource policy (and not in metadata).

See the "Breaking Changes" section of the 8.0 Release Notes for more details.

This change will not be backported to 7.x as it's considered a "breaking change" (changes the default submission behavior).   But, you could manually backport it yourself by making the code changes in https://github.com/DSpace/DSpace/pull/9103 to your 7.x instance.

Tim