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

How to add funder template specific extensions needs be worked out #30

Open
hmpf opened this issue May 27, 2020 · 1 comment
Open

How to add funder template specific extensions needs be worked out #30

hmpf opened this issue May 27, 2020 · 1 comment
Assignees
Labels
decision Decision to be taken that alligns the approach duplicate

Comments

@hmpf
Copy link

hmpf commented May 27, 2020

In order to move a plan from one dmp tool to another without losing data, there must be a place to put the data that is not supported by this standard or by the receiving tool.

I suggest the array "extensions" under "dmp", 0..n. Per entry, a nested datastructure with a fixed set of fields with info about the source system, and then a (json) data-block that is left as is, not vaiidated. It must be possible for validators to know which bits should be skipped over! If there is such a thing already, it is not easy to find documentation about it.

The goal is: export from tool A to tool B, then export back from tool B to tool A, and the two plans looking identical in tool A for the human user. (Tool B might leave stuff in it's own extension of course.)

@briri
Copy link

briri commented May 27, 2020

Agreed @hmpf. This is related to an older ticket I created #27.

We are currently using the following to convey DMPRoadmap specific information. Note we're using the singular extension to follow the pattern used for other arrays in the schema:

      "dmp": {
        "extension": [
          {
            "dmptool": {
              "template": {
                "id": 946,
                "title": "Environmental Resilience Institute Data Management Plan"
              }
            }
          }
        ]
      }

@TomMiksa TomMiksa added decision Decision to be taken that alligns the approach duplicate labels Aug 28, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
decision Decision to be taken that alligns the approach duplicate
Projects
None yet
Development

No branches or pull requests

5 participants