Meeting minutes
Registry meetings and updates
janina: This is my action, to arrange something to get everyone together.
… Suggest this hour.
… Does it matter if next week, or the week after?
janina: Discussion of when to schedule vis a vis CSUN.
janina: We're not participating, but they may be. We'll ask
Update on A11y4Children
janina: We got some info from the group.
https://
janina: Let's have a look at this, and how it matches with our needs/attributes.
… These may complement the needs arising from Content Usable [the COGA doc]
janina: Should we ask for a walkthrough with Bob? I was impressed when hearing him share this with the AC CG. The vocab was instructive.
<Lionel_Wolberger> A CLIPPS page that has slides, https://
Discussion ...
We may need a walk through with Bob
Matthew: Should acquaint ourselves first and queue up our questions
Lionel: Notes Bob apologizes for the quality, but we like the quality
Lionel: Notes also he offered to come walk us through it
janina: Schedule Registry first? Then Bob?
[agreement]
Registry meetings and updates
Lionel_Wolberger: Want to double-check our agenda for the registry meeting.
… The first is how to internationalize the registry?
janina: Yes (providing descriptions in other languages). We need a process for it, and we need to know if symbols change as a result of the human language involved.
… Does the order change? Do the symbols get flipped?
… That'll probably take most of the meeting, and will be the next revision of the spec. We'll need to then liaise with i18n.
… The next steps beyond that have to do with the processes for supporting symbol sets, and how we update the symbols.
Lionel_Wolberger: This implies there's a method of referencing other symbol sets. We need a method to make them discoverable?
janina: We don't create the mappings; the gorups that create the symbol sets would need to come to us and say "I want to be in the registry"
Lionel_Wolberger: There needs to be a way for symbol sets to self announce they can be mapped to the regsitry?
janina: Yes; need a way to map to the actual symbol image file from the BCI concept/index value.
… We won't be hosting graphics files, I presume.
… Maybe extensibility of existing symbol sets is the first process we define, then others.
matthew: Important that we can associate the ID with a symbol; don't even think we need URI
janina: Agree we don't want to act as a lookup; we don't want to overload our servers; we want there to be a mapping that can be done locally, as matatk suggested.
janina: We could point to where to go to get the symbol set that supports the registry.
Lionel_Wolberger: Curently there are 3 fields: ID, symbol (image), and English definition.
… Our first agendum is about providing alternatives to the English definition.
… Our second is about how sets get _their_ images mapped to the concept.
lionel: see three column design; id, description, symbols--an endpoint
matthew: agree with symbol-set discoverability
matthew: also don't believe we should point all the way to the symbol; lookup should be reserved for things that change fairly often
matthew: mostly, symbols don't change
matthew: download symbolset, and add the id into graphic metadata
matthew: discovery probably not a big deal for symbol users
janina: We'll need to answer the i18n questions at some point soon.
… Including fallbacks: is English, and what symbol (if any) form adequate fallbacks for different parts of the spec.
Lionel_Wolberger: We can tackle the issue of discovery of sets. Now we need to listen to the symbol set providers about how they would implement the mapping, or re-arrange their sets. What are their constraints?
lionel: we need to listen to ss providers; agenda becomes how to make mapping to my set, and how to help a user associate the id with the correct symbol
Lionel_Wolberger: Maybe worth stating our goals (not creating lots of extra traffic; that this will be a normative spec) up front.
lionel: we're not trying to take over and we need to be clear about that
Lionel_Wolberger: Global Symbols has made a lot of progress in making symbol sets discoverable; we're not trying to replace that.
lionel: we're creating a normative path to associate ss in content
[agreement this discussion was very helpful]
<Lionel_Wolberger> Lionel: We are Normative IRC 2119
<Lionel_Wolberger> Lionel: The goal, Allow user-agents to access and display the preferred symboll set of the user
<Lionel_Wolberger> Lionel: The goal, Allow user-agents to access and display the preferred symbol set of the user, as indicated by BCI index value
<Lionel_Wolberger> Lionel: The goal, For web content, allow user-agents to access and display the preferred symbol set of the user, as indicated by a BCI index value
<Lionel_Wolberger> Lionel: The goal, For web/dpub content, allow user-agents to access and display the preferred symbol set of the user, as indicated by BCI index values present in the content
matthew: we will need to explain why normative matters to them
<Lionel_Wolberger> Lionel: We are Normative IRC 2119. For the symbol sets that you are already curating and publishing, we provide a reliable and robust technological function, enabling the global audience to reference
<Lionel_Wolberger> Lionel: For the symbol sets that you are already curating and publishing, we provide a reliable and robust technological function, enabling the global audience to reference you correctly
<Lionel_Wolberger> Lionel: Agenda, iterate and share the 3 guidelines above
Lionel: Agenda item 1, i18n
… agenda item 2, How to make other symbol sets discoverable, "Get your symbol set on the map"
janina: I'm confident BCI understands this (our goals; how we intend to co-oeprate with others) already. Does Global Symbols? We only had the one call with them.
… I think they appreciated that we're aiming to co-operate, not compete, with them, but wanted to check.
Lionel_Wolberger: Yes
User-Agent Support for AAC, Microsoft focus
janina: We checked with COGA regarding the Microsoft Immersive Reader, and the MS rep is no longer with MS
http://