Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request/Idea: custom metadata fields for files #8240

Open
vkush opened this issue Nov 11, 2021 · 4 comments
Open

Feature Request/Idea: custom metadata fields for files #8240

vkush opened this issue Nov 11, 2021 · 4 comments
Assignees

Comments

@vkush
Copy link

vkush commented Nov 11, 2021

Overview of the Feature Request
For archives is very important to describe each file with maximum metadata as possible. Usually there are separate xml files with the metadata, which are stored together with the files, e.g. with such PREMIS blocks (and related subblocks) inside:

...
<premis:objectIdentifier>
<premis:fixity>
<premis:format>
  <premis:formatDesignation>
  <premis:formatRegistry>
  <premis:formatNote>
  ..
  <premis:formatNote>
...

It would be practical to have a possibility to create custom metadata fields also on the file level, similar as custom metadata blocks on the dataset level. Currently it is possible only to use the "File Name", "File Path" and "Description" fields - what covers only partially the available metadata in the archives.

What kind of user is the feature intended for?
All users

What inspired the request?
Requirement of archives to have metadata on the file level

What existing behavior do you want changed?
Currently limited amount of metadata fields on the file level

Any brand new behavior do you want to add to Dataverse?
Possibility to add/edit custom metadata for individual files - via GUI and API. Some metadata should be not edited, e.g. size, MD5 etc (as it realized currently).

Any related open or closed issues to this feature request?

@pdurbin
Copy link
Member

pdurbin commented Nov 15, 2021

@vkush thanks for opening this issue! A few thoughts for you.

@pdurbin
Copy link
Member

pdurbin commented Oct 1, 2022

@vkush did any of these suggestions help?

Also, here's another related issue:

@cmbz
Copy link

cmbz commented Nov 18, 2024

2024/11/18: @vkush could you please let us know if @pdurbin 's suggestion here was helpful? #8240 (comment)

Otherwise we will close this issue.

@vkush
Copy link
Author

vkush commented Nov 22, 2024

Many thanks for your support! Explanation above and provided links were helpful, so we can currently close the issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants