You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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)
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.
The text was updated successfully, but these errors were encountered:
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 aControlledVocabulary
type while it is the case on our installationAs a result, DDI harvesting does not work and generates an error of type:
This is because the data type is hardcoded :
dataverse/src/main/java/edu/harvard/iq/dataverse/api/imports/ImportDDIServiceBean.java
Lines 794 to 796 in 3305c4a
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.
The text was updated successfully, but these errors were encountered: