... there was concern shared that the group is unprepared for CBORLD to be a major deliverable in the charter
... as it is underrepresented by its authors
... I think it would be good for the group to level set on what we feel would be needed for us to have group weight behind the CBORLD specification
... and how to move that forward practically as part of the charter, which we are hoping to ship to get reviewed by the end of this month
... and whether CBOR-LD is in or out is an essential question
Wesley Smith: I'm happy to do any number of things; I can re-hash motivation and rationale if the group would like that ✪
... We can go more into depth if people would like.
... I'm an editor/author and core developer on the work.
... Please give me suggestions.
Gregg Kellogg: The work on CBORLD has been happening outside this group, and we don't have buy-in or ownership, the work hasn't been done as part of the normal process ✪
... would be worthwhile spending some time going through the design choices, but with the objective that when the spec comes out it's a product of the working group
Wesley Smith: That makes sense. I have done a lot of the work outside of the WG, mostly because of the need for rapid itteration. ✪
... Sounds like you'd like to move to more of a GitHub flow.
... I can also give a brief state of the technology talk.
... I can also migrate some of the work into a form the group can work with.
Benjamin Young: I believe that's exactly what needs to happen. The spec should change on "main" and PRs shouldn't make their way without group discussion. ✪
... It has acted as a Member Submission, which is treated as differently than a community group.
... We need to take this up with PA/Ivan.
Gregg Kellogg: Work in the CG is done more based upon the IP commitments that people make to be part of it, but in a member submission the IP is handed over as part of that submission ✪
... I don't know much about the member submission route, but the document is listed as a community group product
... it needs to become a product of the community group, using some of the steps that wes-smith outlined - that doesn't need to be a rigid change to GitHub, we can use this meeting for those types of discussions too
... but we do need to have control over what goes into the published version
Wesley Smith: About timelines: I hear the next couple of weeks tossed around, probably due to the charter. ✪
... Let's not skip over things due to my lack of experience working in the process.
Benjamin Young: We're aiming to get the charter done by the end of the month, with the objective that it starts going through the W3C gears. ✪
... This will set us up to introduce successfully at TPAC.
... By TPAC, we should be focusing on getting the house in order and getting to work with new momentum.
... I don't know what's needed right now about what this group can do over the next couple of weeks
... This means using the PR process with adequate time for group review before merger.
... It needs to move from being a DB piece of work to a W3C piece of work.
Wesley Smith: So, in the next couple of weeks, we need to get group consensus on the direction of the spec ✪
... Of course, the meetings need to address things other than CBOR-LD, so people should feel free to reach out to me directly.
Gregg Kellogg: If you go to the group page, you can see a list of participants, and you can get emails by looking at that ✪
... I do not think that we need to have a final report for CBORLD before the charter is finished
... I think there is sufficient progress, and the group will continue make progress, so I wouldn't use that as a formal deadline
... I don't think we should rush things, and I don't believe that the result of this review will be to change anything
... although I have said that CBORLD needs to address algorithmic entry points similarly to how yaml-ld works, or constrain its use
... in JSONLD we created an abstract representation for information, and algorithms work over that representation
... and then it is serialized into the appropriate base format
... that works for YAML, JSON, it should work for CBOR
... we should be explicit on where CBOR is not expected to be used
... it is possible to create a context in YAML-LD, it probably is not appropriate to create a context in CBOR-LD