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
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.)
The text was updated successfully, but these errors were encountered:
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:
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.)
The text was updated successfully, but these errors were encountered: