...
- Announcements
- Meeting time slot
- New task force group members
- Current state of Dynamic API
- Merged PR https://github.com/vivo-project/Vitro/pull/364
- Rebase code base onto 1.14 release once it is published
- Dynamic API continuous development efforts
- Dynamic forms
- Create semantic description for forms
- Generate json from description
- Angular-based universal form generator
- New dynamic api endpoints
- Replacing backend endpoints with dynamic api
- Create and link controller
- Web of science
- Direct web remoting (edit this individual page)
- HTTP Query component to access external services
- Cache SPARQL ResultSets/RowSets
- Parameter mappers
- SPARQL Generate library
- Substitutions for SPARQL queries
- N3 generation from json data
- Dynamic forms
- A brief update on Role management in Vitro and VIVO
Meeting notes
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.