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
Taxonomy for each module, e.g. hierarchy of concepts under 'Purpose'
Properties available under each module and their use e.g. 'Purpose'
Properties possible for use for each concept, e.g. 'Store' as a processing category can use hasLocation, hasStorage, hasDuration (tbd)
Diagrams depend on concepts, which may change over time. Their generation, therefore, should be preferably programmatic. It should not add a burden to the development and should not be 'difficult' to modify or understand in case changes need to be made. Some available opportunities to explore for this:
We have used plantuml for the diagrams in DPV 2.0 docs - which can be used to automatically update the source files as concepts change in the future, thus ensuring diagrams are always up to date. Some creative querying/filtering would be needed to select specifically those concepts represented in the diagrams - the modular structure of DPV and extensions will simplify this.
Adding diagrams to present/explain:
hasLocation
,hasStorage
,hasDuration
(tbd)Diagrams depend on concepts, which may change over time. Their generation, therefore, should be preferably programmatic. It should not add a burden to the development and should not be 'difficult' to modify or understand in case changes need to be made. Some available opportunities to explore for this:
The text was updated successfully, but these errors were encountered: