Open hmpf opened 4 years ago
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"
}
}
}
]
}
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.)