Means of limiting # of entries users place in metadata fields?

50 views
Skip to first unread message

Carolyn Sullivan

unread,
Apr 14, 2026, 2:46:25 PM (9 days ago) Apr 14
to DSpace Technical Support
Hello all,

Some of our submitters have been overzealous in creating metadata, with the result that we sometimes end up with 30+ subject keywords attached to a submission.  Is there any technological means to restrict the number of metadata entries a user can create?  In the DCAT meeting today, other schools reported using manual oversight and policy solutions to deal with the issue, but automated control over the field could save folks some time.

Let me know if there's an out-of-box or custom solution for this... if not, I'll go ahead and make a Github issue to request this feature.

Best,
Carolyn.

DSpace Technical Support

unread,
Apr 15, 2026, 1:35:50 PM (8 days ago) Apr 15
to DSpace Technical Support
Hi Carolyn,
I'm not aware of an existing way to limit the number of dc.subject (or other repeatable metadata fields) in that way; referencing current documentation for customizing fields in the submission form.  
Thanks for raising though, and that sounds like a reasonable feature request issue if you'd like to submit it on Github!

Best,
Lia

C S

unread,
Apr 16, 2026, 12:27:43 PM (7 days ago) Apr 16
to DSpace Technical Support
Thanks, Lia--I was half-hoping some random programmer we've never heard of would pipe up in this forum with a some custom solution we didn't know about that we could easily port into the default code 😅   Okay, I'll do as you recommended during the DCAT meeting Tuesday... though if there is a random programmer with a solution reading this, feel free to let us know about it, lol.

--
All messages to this mailing list should adhere to the Code of Conduct: https://lyrasis.org/code-of-conduct/
---
You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email to dspace-tech...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/dspace-tech/6cf37b71-bc92-4156-bb8b-f7093723d0e3n%40googlegroups.com.

Carolyn Sullivan

unread,
Apr 16, 2026, 2:33:29 PM (7 days ago) Apr 16
to DSpace Technical Support

mw...@iu.edu

unread,
Apr 17, 2026, 10:31:49 AM (6 days ago) Apr 17
to dspac...@googlegroups.com
> On Tuesday, April 14, 2026 at 2:46:25 PM UTC-4 Carolyn Sullivan wrote:
> Hello all,
>
> Some of our submitters have been overzealous in creating metadata, with the result that we sometimes end up with 30+ subject keywords attached to a submission. Is there any technological means to restrict the number of metadata entries a user can create? In the DCAT meeting today, other schools reported using manual oversight and policy solutions to deal with the issue, but automated control over the field could save folks some time.

Sorry, but I'm curious: why is this a problem?

--
Mark H. Wood
Lead Technology Analyst

University Library
Indiana University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
library.indianapolis.iu.edu

ORCiD: 0000-0002-9558-3768
signature.asc

Carolyn Sullivan

unread,
Apr 21, 2026, 12:50:11 PM (2 days ago) Apr 21
to DSpace Technical Support
It's a problem because when we export our theses to Primo, the end-user sometimes has to scroll for like five minutes to reach the abstract in the brief record because someone added 150 subject keywords to their thesis.  Also... the usefulness of subject keywords in identifying the content of a resource tends to decrease with an increase in the number of keywords submitters can apply.  If people are limited to ten keywords, they're likely to choose much more specific and relevant terms identifying the content of their thesis than if they're choosing 150.  Bram Luyten also commented that you're likely to experience performance degradation if you exceed 100 or so entries per metadata field for a resource: https://groups.google.com/g/dspace-community/c/DYv7-ZOI5NE/m/uF1bt557AgAJ

Hope that clarifies!
Reply all
Reply to author
Forward
0 new messages