...
DSpace notation for representing generic forms
DTD - https://github.com/DSpace/DSpace/blob/main/dspace/config/submission-forms.dtd
- XML example - https://github.com/DSpace/DSpace/blob/main/dspace/config/submission-forms.xml
- there is also item submission which is describing steps - https://github.com/DSpace/DSpace/blob/main/dspace/config/item-submission.dtd, https://github.com/DSpace/DSpace/blob/main/dspace/config/item-submission.xml
- SPARQL Generate library link: https://triply.cc/docs/yasgui/
- Main module called Yasgui: has SPARQL editor called Yasqe and result visualizer called Yasr.
- Brian note (ex post facto): YASQE is used in VIVO's SPARQL Query admin page
- Based on codemirror: https://codemirror.net/ - library to style the editor, deciding from the data input you have.
- Main module called Yasgui: has SPARQL editor called Yasqe and result visualizer called Yasr.
- Role management
- There has been talk over the years of being able to grant permissions to edit entities based on relationship to editor, e.g.
- Head of organization can edit details and working titles within organization (but perhaps not positions and official titles that can only be edited by HR)
- PI/Co-PI of grant can edit grant details (but perhaps not certain properties like internal ID or award amount that can only be edited by someone from the research administration)
- Would be nice to specify these paths and behavior using ontology instead of code.
- Performance of complex rules is always a challenge because they to lead to multiple small queries to triple store to check permissions. Will need to be appropriately batched/cached to work well with external triple stores.
- There has been talk over the years of being able to grant permissions to edit entities based on relationship to editor, e.g.