Date
Attendees
Goals
- Determine concrete next steps for establishing the glossary entry process
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
5 min | Welcome & Introductions | Chairs | |
5 mins | Inserting terms into GitHub | Dan Gisolfi | |
10 min | Update on ESSIF-Labs C&T Project | Rieks |
|
10 min | Possibility of using Glossarist? | Drummond | |
20 min | GitHub strategy & coordination with Operations Team | Chairs & Dave | |
10 min | Any other business | All | |
5 mins | Next meeting | All |
Recording - link
Notes
- Dan Gisolfi reported that there are three pull requests against our Concepts and Terminology repo.
- Dan Gisolfisubmitted the terms from Bedrock
- Daniel Hardman submitted the terms from the Sovrin Glossary
- Rieks Joosten submitted one for the terms from ESSIF Lab terms
- Both All of these use a baseline data model
- Now this This now gives us a set of raw terms
- The open questions are
- What additional metadata is needed in addition to these terms?
- What is our process for accepting these terms?
- Process questions
- How do we want to work through a process for approving terms?
- Dan proposes Gisolfi proposed that any submission that's valid can become part of the corpus
- Daniel Hardman wants to make sure the process is lightweight and low friction
- Dan proposes Gisolfi proposed that there may be overlapping terms and let it is okay to us deal with this later on
- Scott Whitmire proposed that the source can come from any WG or TF within the Foundation and should not require "everyone to vote on everything"
- Paul Knowles wants the Semantic Domain WG to be able to prepare a glossary document
- RJ Reiser said he wants to do the same thing with the Technical Stack WG glossary, which he has volunteered to lead
- Dan Gisolfi proposed the lightest weight process that submitters can use
- Possible states for a submitted term (long discussion on this)
- Proposed
- A term someone in the community has suggested that has not had review by the CTWG yet
- All proposed terms are under review until the CTWG marks them as reviewed
- Reviewed
- Members of the CTWG had have reviewed the term for well-formedness, that the tags are validvalid tags, sanity-check, etc.
- Approved
- The CTWG members have agreed that the term, definition, and tags are complete
- The stakeholders who will be using this term have agreed to the content This stage involves feedback with <== requires review with the stakeholders
- Proposed
- Same We agreed that the same term can have multiple meanings:
- Multiple labels (words used for the term in specific languages)
- Multiple meanings (especially in different scopes/contexts)
- Daniel Hardman brought up the scenario of different stakeholders disagreeing on the status of a term, i.e., it is approvedPaul Knowles asked about multiple definitionsits definition is approved by one set of stakeholders (e.g., one WG) but not by another.
- How do we want to work through a process for approving terms?
- Coordination with the Ops Team
- Drummond Reedsaid suggested that the process for submitting, reviewing, approving terms—and for publishing a glossary—is something that we should collaborate on with the Ops Team, and that the Ops Team should then take to the other WGs.
- David Luchuk said that this would be a "tutorial" that the CTWG and the Ops Team would produceshould collaborate to produce a tutorial covering the terminology development process
- Daniel Hardman asked to merge his and Rieks PRs—APPROVED BY CONSENSUSDaniel Hardman asked to proceed with the ___________the PRs that he and Rieks Joostenhave submitted
- THIS WAS APPROVED BY CONSENSUS
- Paul Knowles asked about what the SDWG needs to get started with development of their glossary.
- This should be covered by the tutorial (see 3b above)
Action items
- Finish meeting notes Drummond Reed
- Pull in PRs Daniel Hardman
- Meet with Ops Team to coordinate on flowchart and process of developing tutorial Drummond Reed David Luchuk Steven Milstein