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

Custom fields #269

Open
DerekMolnar opened this issue Oct 14, 2024 · 2 comments
Open

Custom fields #269

DerekMolnar opened this issue Oct 14, 2024 · 2 comments
Labels
major major feature for this milestone Master/Epic Container for multiple sub issues new feature New feature or request

Comments

@DerekMolnar
Copy link

Description
Instances may want to add new questions, split existing ones, or make other modifications to questions that are not currently supported in the DAMAP common build. While it is possible to build the changes specifically in the instance that wants the change, a better, long-term solution is to build a common infrastructure that will allow for easier customizations by instance.

Proposed solution
TBD

Alternative solution

Additional context
• As an institution, define a separate section to request additional information. Ex: Step 14 with specially defined questions about the impact for other researchers.
• As an institution, expand existing sections to request additional information per section. Ex: Extra questions about data protection.
• Extend existing entities as an institution to request additional information per entity. Ex: Extra information about which software is used to generate a data record.
• can be implemented one after the other due to the significant effort

@DerekMolnar DerekMolnar added Master/Epic Container for multiple sub issues new feature New feature or request labels Oct 14, 2024
@DerekMolnar DerekMolnar added the major major feature for this milestone label Oct 16, 2024
@GeoffreyKarnbach
Copy link
Contributor

Regarding the custom fields issue:

What will be fixed/addressed as part of the issue?

  • With our approach we want to cover both the use cases of a custom field representing a new question (so unrelated to a specific entity) and a custom field being mapped to a specific entity (i.e. add new information to a specific dataset about used software).

How or can the issue be broken into smaller parts, if so what is suggested:

  • Depending on the approach and priorities, the custom field issue could be split in 2 subissues (related / unrelated to an entity) with a custom field not being related to an entity being a lot easier to implement. To prioritize those two subfeatures, a discussion with the product owners is needed (from a technical perspective, it makes more sense to start with the unrelated and build upon of it the second "related" approach, or both at the same time, depending on the time that may allocated to this issue).

A general technical write up with potential implementation details can be found in the attached word document (produced after a technical discussion between Valentin and me).

CUSTOM FIELDS.docx

@ValentinFutterer
Copy link
Collaborator

ValentinFutterer commented Nov 6, 2024

Since OSTrails will expand the RDA common standard, it is unlikely that custom fields will see much use. Because of this and the high expected development effort, we decided to put this idea on hold for now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
major major feature for this milestone Master/Epic Container for multiple sub issues new feature New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants