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: Generic TSV binding during DDI harvesting #10949

Open
luddaniel opened this issue Oct 22, 2024 · 0 comments
Open

Feature Request: Generic TSV binding during DDI harvesting #10949

luddaniel opened this issue Oct 22, 2024 · 0 comments

Comments

@luddaniel
Copy link
Contributor

Overview of the Feature Request

Improve DDI harvesting by making it compatible with metadata customizations in TSV files made by Dataverse administrators.

What kind of user is the feature intended for?

superuser, system administrator, configuring harvesting clients

What inspired the request?

We have metadata customizations in our TSV files.
For example, unitOfAnalysis is not by default a ControlledVocabulary type while it is the case on our installation
As a result, DDI harvesting does not work and generates an error of type:

class edu.harvard.iq.dataverse.util.json.JsonParseException (incorrect  typeClass for field unitOfAnalysis, should be controlledVocabulary)

This is because the data type is hardcoded :

if (unitOfAnalysis.size() > 0) {
getSocialScience(dvDTO).addField(FieldDTO.createMultiplePrimitiveFieldDTO("unitOfAnalysis", unitOfAnalysis));
}

What existing behavior do you want changed?

Currently, during a DDI harvest, the data type mapping is hardcoded, without directly relying on the corresponding TSV file.
The goal of the issue is that the harvester bases itself on the TSV directly to adapt to customizations.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: ⚠️ Needed/Important
Development

No branches or pull requests

1 participant