21:56:57 RRSAgent has joined #vcwg-special 21:57:01 logging to https://www.w3.org/2023/09/26-vcwg-special-irc 21:57:13 shigeya has joined #vcwg-special 21:57:21 Meeting: W3C VCWG Special Topic Call 21:57:27 Agenda: https://www.w3.org/events/meetings/eaf86734-c2f9-410e-86b9-1cca18d0d6c9/20230926T180000/ 21:59:33 pdl_asu has joined #vcwg-special 21:59:40 dmitriz has joined #vcwg-special 21:59:40 present+ 22:01:31 kristina has joined #vcwg-special 22:01:34 present+ 22:01:36 present+ 22:01:51 decentralgabe has joined #vcwg-special 22:02:04 present+ 22:02:16 rrsagent, make logs public 22:02:20 rrsagent, draft minutes 22:02:22 I have made the request to generate https://www.w3.org/2023/09/26-vcwg-special-minutes.html manu 22:02:29 present+ 22:02:42 present+ 22:02:46 present+ 22:03:23 present+ 22:03:41 scribe+ 22:03:42 andres has joined #vcwg-special 22:04:12 present+ 22:04:28 kristina: The agenda I sent out is pretty straightforward, special topic call is for us to keep talking about the VC data model issues that are labeled before CR but do not have ready for PR or PR exists labels. 22:04:42 kristina: The plan is to discuss PRs tomorrow's working group call. 22:04:50 q+ 22:04:52 kristina: Any other items to cover? 22:04:53 ack manu 22:05:21 manu: We made a resolution to take the Data Integrity specs to CR and then we decided we needed to address all of the horizontal review comments. All of those PRs have been merged. 22:05:22 https://github.com/w3c/vc-data-integrity/pulls/ 22:05:38 manu: The only one that is remaining is the one that you requested changes on, Mike Jones, PR #196. 22:05:42 subtopic: https://github.com/w3c/vc-data-integrity/pull/196 22:06:01 manu: If you could take another look at that PR, Mike -- and if Orie can look at that PR then that's the last thing to be addressed before we go forward with CR. 22:06:12 manu: I guess we can talk about that more tomorrow, this is just a request for a re-review. 22:06:43 kristina: Cool, ok. Put that on the agenda for tomorrow, Orie can join tomorrow. The controller document conversations in DI and vc-jose-cose -- if you could take a look at my last comment and respond that would help. 22:06:58 manu: Kristina, if you made that comment an hour or two ago I probably thumbs up'd it. 22:07:02 kristina: After that. 22:07:04 manu: I'll look. 22:07:25 topic: vc-data-model pre-CR issues 22:07:26 https://github.com/w3c/vc-data-model/issues?q=is%3Aissue+is%3Aopen+-label%3A%22ready+for+PR%22+label%3Abefore-CR+-label%3A%22pr+exists%22+sort%3Aupdated-desc 22:07:39 kristina: So it's in the most recently updated order. 22:08:02 kristina: I think we need Orie for one of these and I'll park that for now. 22:08:06 subtopic: https://github.com/w3c/vc-data-model/issues/1285 22:08:10 q+ 22:08:18 kristina: Pre-CR review from Jeffrey Yaskin, it's a lot. 22:08:37 ack manu 22:09:10 manu: This is a massive review by Jeffrey Yaskin from Google. The good news is that there is only one thing that I think he really wants us to fix is to see an algorithm -- it needs to be turned into an issue. He would like to see the algorithm for verification and wants it defined in the spec. 22:09:22 manu: He notes that Google might object if it isn't present. 22:09:43 manu: He spent the whole trip back from TPAC doing a large review, lots of commentary, will take a long time to triage. 22:09:53 manu: This is a heads up to the group that it will take significant work to close this out. 22:10:20 manu: Jeffrey said he doesn't care how we process it, one issue is before CR. We could say everything else is post CR, but sometimes when you start talking about the changes it becomes evident that a normative change is desirable. 22:10:27 manu: It's going to take weeks, easily, to fully process. 22:10:30 q? 22:10:33 kristina: Thank you. 22:11:09 q+ 22:11:11 kristina: I don't think it's realistic to keep processing this review in this one issue. I'll take an action to separate this into multiple issues. Ideally not per comment, but ... editorial ones, big ones. Thematically / topic-wise. Then we'll take it from there. 22:11:19 kristina: I'll try to label pre/post CR based on editorial/normative. 22:11:24 ack manu 22:11:27 kristina: Any objections? 22:11:51 manu: No objections, thank you, lots of work. I started going through his comments and marking them as editorial or normative and hoping that he provides some feedback on it, hopefully that helps you categorize. 22:12:04 manu: Again, don't block on me doing that though. 22:12:14 manu: I could keep doing that over the next week, or would you rather just process on your own time frame. 22:12:28 kristina: Sorry, you're suggesting to keep going back and forth with Jeffrey? 22:12:37 manu: No, I'll put a link. 22:12:41 kristina: I will build up on that. 22:12:54 kristina: Anything else you want to add to what you started here? Obviously you didn't get to the end. 22:13:01 selfissued has joined #vcwg-special 22:13:04 present+ 22:13:11 manu: Yes, after two hours only through section 4. I would continue through section 8 or whatever. 22:13:25 kristina: I will turn things up to section 4 into issues and then I can build up on the next bit. 22:13:27 manu: Sounds great, thanks. 22:13:48 kristina: For everyone else, if you're willing to take a look at the issue, if you'd rather wait for Manu/me to break up it up, that's fine too, but input welcome. 22:13:51 q? 22:13:59 kristina: Moving on. 22:15:00 subtopic: https://github.com/w3c/vc-data-model/issues/1010 22:15:10 Phil: We don't have David but he said something about a use case in the EU and another person added something into this discussion around obligations around steps a processor must take. 22:15:36 Phil: David modified that slightly, that's where we stand at the moment. He did list a set of steps that would be appropriate to follow with one thumbs up -- that's where it sits. 22:16:29 Phil: I don't know if it's sufficiently specified with that comment and Mizuki's comment. 22:16:38 kristina: Is there sufficient interest from the WG to work on this? 22:16:44 q+ 22:17:00 Phil: David seemed very interested and the effort from TRAIN being part of it. 22:17:09 Phil: Ted, if you have something to add that would be great. 22:17:43 TallTed: I don't have a lot to add, but David is enthusiastic -- we could do a lot more on this topic and a single implementation is insufficient, I don't think David's been involved with two. 22:17:44 ack manu 22:18:38 manu: Given the amount of work that has gone into it here, and that's not much, I hate to say it, I don't think it will survive. I know that Isaac Henderson, who worked on the TRAIN stuff used this extension point. I think two independent implementations was the bar ... if TRAIN has that, we can keep it, but if not, by the end of CR, it gets cut. 22:18:48 manu: The people that want to see it happen have to step up with two independent implementations during CR. 22:19:12 q+ 22:19:16 q+ 22:19:17 kristina: I think even before two independent implementations, the issue here is that "what" to implement is underspecified. Unless we better define terms of use itself, I don't think we can even ask for implementations. 22:19:38 kristina: If there are no objections ... I would do pending close and see if anyone can do a PR within a week or so. 22:19:40 ack manu 22:20:06 https://w3c.github.io/vc-data-model/#terms-of-use 22:20:29 manu: So I think we have people claiming it was specified well enough for them to write a spec and do implementations for TRAIN. I'm concerned about closing it, issue 1010 is in the spec now under terms of use and if we close it ... well, we still have it marked as a feature at risk. It feels we need an issue to track it. 22:20:36 ack dmitriz 22:20:38 manu: That's my concern, tracking its status. 22:21:12 q+ 22:21:16 dmitriz: I was just going to say, in regard terms of use being insufficiently specified that won't be enough ... but with other properties it's been sufficient for others to find it useful to create implementations. 22:21:34 dmitriz: A lot of our VC properties are loosely defined, maybe just having implementations is sufficient ... I'm not sure? 22:21:43 kristina: You're not sure the property is underspecified? 22:21:58 ack TallTed 22:21:59 dmitriz: No, I'm not sure we don't have this same situation with other properties. 22:22:12 TallTed: The degree to which this is underspecified, I think this is greater than most if not all others. 22:22:16 q+ to comment on ODRL is dead. 22:22:29 q+ to say MAYBE ODRL is dead :P 22:22:30 TallTed: The idea that is expressed for terms of use was that it was going to somehow be technologically enforceable and it was going to be clear enough for humans to work with. 22:22:59 TallTed: And with it being a complete hand wave as it stands, I don't think it even requires that it be a URI. That would make it at least self-describing and systems have to be able to do something with it or pass the information back to the human operator. That's not here yet. 22:23:31 TallTed: The TRAIN project, to the extent they've worked with it, I'm afraid have followed David down the road and what they did will work within their system but I don't think they have a spec that others could use to interoperate with them. 22:24:23 kristina: If the WG agrees with Ted that terms of use as it is now is underspecified, I think I do -- either we work on it until it's well defined or we have to end up removing it. 22:24:35 kristina: I think the question is: Do we work on it to define it better or do we remove it? 22:24:35 ack manu 22:24:35 manu, you wanted to comment on ODRL is dead. and to say MAYBE ODRL is dead :P 22:25:02 manu: Where terms of use came from ... is that there was another W3C WG that was doing open digital rights -- and it would allow machine processable terms of uses, etc. and that spec is arguable dead now. 22:25:36 manu: We built terms of use to work on top of ODRL and that ended up not being a thing. The only thing that could save this is the TRAIN work -- and with everything else in the WG, I don't see anyone working enough on it to ensure it survives. 22:25:55 manu: It doesn't seem we have people committing to fully specify it. I'm a bit in favor of removing it at this point for that reason. 22:26:24 kristina: Ok, moving on... but we can't close it until there is a PR to remove it or a PR to build up on it. 22:26:37 kristina: I will do a PR to remove it from the VCDM and we'll see how that goes. 22:26:44 +0.5 on PR to remove :) 22:26:55 (noting that there will have to be a counter-PR to keep it in the spec) 22:27:04 will it still be on the 'reserved' list? 22:27:09 if removed? 22:27:16 yes, it should be reserved if removed... 22:27:26 (that's what the current issue text says) 22:27:51 subtopic: https://github.com/w3c/vc-data-model/issues/1263 22:27:55 kristina: Yes, I will do a PR to remove it and move it to the reserved list, thank you, everyone. 22:28:20 kristina: We might need Ivan for this issue. 22:29:31 q+ 22:29:34 kristina: Last time we discussed this, Brent said the action was to have volunteers to go through the spec and compare to the diagram and see if it says what we meant it to say. Is there any progress on this? 22:29:49 ack manu 22:30:24 manu: Yeah, kinda sorta progress, what is going to have to happen is people will have to make sure all of this is correct. What we probably need specifically ... well, there are a couple of problems when this was first raised was that there were no base / super classes. 22:30:54 manu: Those exist in a PR now and I forget if its getting merged soon or not. The VerifiableCredentialGraph exists now and it was missing. The question is: does everything exist in the diagram now? 22:31:29 manu: People will need to make sure everything in the diagram exists in the spec. This doesn't feel like a "ready for PR" thing, it looks like a "people need to double check", we need volunteers to assign to this. I will also note that myself, Brent, Juan, etc. are assigned. 22:31:38 manu: It just needs to be reviewed by us. 22:31:42 kristina: Ok. 22:32:04 kristina: Did you say that those PRs merged right before this call -- partially address this? 22:32:10 manu: Yes, there is another... looking. 22:32:45 https://w3c.github.io/vc-data-model/#vocabularies 22:32:52 manu: Base classes now exist in the vocabulary section -- that was a huge part of the work that needed to be done and that's now merged. 22:33:03 manu: I think the assertion at this point is that we have fixed everything and we just need review. 22:33:05 kristina: Ok. 22:33:23 kristina: Do we have a good label for that? 22:33:28 manu: No, we don't have one for "needs review". 22:34:17 kristina: Ok will do "close after reviews" or something. 22:35:13 subtopic: https://github.com/w3c/vc-data-model/issues/1244 22:35:32 kristina: So this one, I was about to do the PR today, should be marked ready for PR. This one is fine. 22:35:49 subtopic: https://github.com/w3c/vc-data-model/issues/1246 22:36:01 kristina: We talked about this one two weeks ago with Nick from PING. 22:36:10 q+ 22:36:37 kristina: I think overall, me, Brent, Manu, Dmitri, Joe, were saying that we can somewhat address this in the text. But we do not have anyone assigned. 22:36:47 kristina: Is there anyone who would like to volunteer to do a PR? If this is clear enough? 22:37:21 manu: I can probably take this, if I can't get to it maybe someone can take it off my plate. All they are asking for is a privacy consideration around the fact ... that digital wallets are in a privileged position and that should be highlighted. 22:37:32 kristina: Ok, if too much on your plate, bring it up on the call, assigning to you. 22:37:34 manu: Thanks. 22:37:45 subtopic: https://github.com/w3c/vc-data-model/issues/1155 22:37:55 kristina: This is an internationalization one. 22:38:09 kristina: We keep adding / removing "ready for PR". 22:38:11 q+ 22:38:39 kristina: So we discussed at PR how we would address this. We had a poll. 22:38:54 kristina: We didn't assign anyone and we still don't have ready for PR. 22:38:57 ack manu 22:38:59 https://github.com/w3c/vc-data-model/issues/1264#issuecomment-1712807665 22:39:10 manu: Yeah, this is also tied in with issue 1264. There kinda/sorta duplicates of one another. 22:39:38 manu: I'm worried about this one ... I think we need the i18n people in one of our meetings and we need to talk with them, back and forth, need to avoid doing something they would object to. 22:39:48 manu: Assigning a language for the whole VC is a problem and we don't want to do that. 22:40:21 manu: Addison has responded with something where he's basically saying, we have a number of options we've proposed that satisfy their requirements but it's not clear what the best one they'd like. We should bring them in to talk with them about it before moving forward. 22:40:27 https://github.com/w3c/vc-data-model/issues/1264#issuecomment-1719022289 22:40:31 manu: Let me link to Addison's response in IRC. 22:40:48 labrax has joined #vcwg-special 22:40:54 q+ 22:41:13 manu: He's basically saying, this is what the i18n WG is looking for and there's some MUSTs/SHOULDs/MAYs ... and he analyzes each option that is above, noting that there are a couple there ... just about every option except the last one satisfies what they want but it's not clear which they'd want. 22:41:42 manu: It's not clear how much of a hardline they are taking here on any approach. I'd like to get them on a call so we can just say once and for all what we're doing and then move on without worrying about any objections during transition. 22:41:47 ack seabass 22:42:16 seabass: A few weeks ago, we had a call and I proposed a resolution, we didn't get to voting on that. The initial reception was unanimous reception within this WG, so I think the only thing to do is get the i18n people involved. 22:42:22 seabass: There isn't much left with that issue then. 22:42:26 seabass: It would just be implementation from then on. 22:42:51 kristina: Thanks. Quick question -- how is not using `@language` in `@context` aligned with using `@language` keyword for i18n? 22:42:56 manu: They are not aligned. 22:43:32 manu: The i18n are saying: They want a document level default and I don't know how hard of a line we have on that and then our only option is going to be using `@language` in `@context` and that's got problems. 22:43:37 q+ to refer to top-level language 22:43:49 manu: JSON-only processing is more difficult and it will tag values that are not supposed to have languages like base64 values with a language tag. 22:44:17 manu: So, during the F2F we were saying be surgical, use the `@language` and `@value` and `@direction` stuff. 22:44:28 manu: We also said, maybe we'll alias that, but people came up with reasons we shouldn't alias. 22:44:52 manu: So I think what seabass said was to just use the `@` language features in a targeted way and we just need to find out if i18n people would be ok with that approach. 22:44:57 ack seabass2 22:45:42 seabass: I would like to expand on that, I'm not a member of i18n WG at the moment. There's a technical reason not to do global language but there's also a reason that it's philosophical reason that it's not good, "you can enter" is the same meaning no matter what language you say it in. 22:46:00 seabass: They are not just simple language documents. When you're using JSON-only processing you may not get to use those advanced RDF feature.s 22:46:17 seabass: Having the language translation features within the properties themselves is more elegant, you're not translating the credential itself. 22:46:21 agree with seabass 22:46:27 dlongley: +1 to seabass 22:46:36 +1 to seabass2 22:46:47 kristina: Ok, I will reach out to set up a meeting with i18n. 22:47:39 subtopic: https://github.com/w3c/vc-data-model/issues/870 22:47:40 kristina: We don't have Orie, but let's pick this up. 22:47:47 kristina: The `evidence` extension point. 22:48:00 kristina: Orie is saying that `evidence` property is poorly defined. Similar conversation with terms of use. 22:48:14 kristina: Here, looking at the comments it feels like there are many more implementations of this property. 22:48:15 q+ to speak to https://github.com/w3c/vc-data-model/issues/870#issuecomment-1736357769 22:48:20 q- 22:48:21 kristina: The question is, how can we better define this? 22:48:24 ack pdl_asu 22:48:49 Phil: There are anywhere from 8... depending on which spec you look at, there are maybe 15 different companies implementing with Evidence as currently defined. 22:49:11 Phil: We can try to tighten it up a little, but it seems it has been implemented or is in the process of being implemented with a number of different orgs/companies. 22:49:20 Phil: It is certainly meeting the two implementations requirement. 22:49:27 Phil: I think the big issue was defining the range and domain of the term. 22:49:33 Phil: I'll leave it at that. 22:49:44 pdl_asu: It's in place and working and we should probably leave it alone. 22:50:05 kristina: Thank you so much for summarizing the discussion in your comment. 22:50:13 summary of the discussion: https://github.com/w3c/vc-data-model/issues/870#issuecomment-1714637815 22:50:15 q? 22:50:17 kristina: So the question is whether we need an abstract class or not. 22:50:18 ack manu 22:50:18 manu, you wanted to speak to https://github.com/w3c/vc-data-model/issues/870#issuecomment-1736357769 22:50:27 manu: Yes, I think we now ... because of that other merged PR, we have an abstract class. 22:50:35 manu: We have `CredentialEvidence` as the base class now. 22:50:38 https://w3c.github.io/vc-data-model/#vocabularies 22:50:44 kristina: That addresses Orie's point, right? 22:50:59 manu: Correct. We should probably mark this as pending close with a new issue that says -- refer to the OpenBadges v3 spec. 22:51:04 manu: For a concrete example. 22:51:16 manu: We can update the example using a 1EdTech spec with the OpenBadges v3 thing and point over there. 22:51:30 manu: We can point at that global standards org that has adopted it with multiple implementers. 22:51:46 q+ to talk about examples 22:51:52 manu: We should not get rid of the property, we have demonstrated usage by a global settings org with multiple implementers. We should just update the evidence section to use a real / concrete example. 22:51:57 manu: And be done with it. 22:52:19 manu: `evidence` should be off the chopping block for being deprecated, we just need a new example. 22:52:19 ack seabass2 22:52:23 kristina: Thank you for the proposal. 22:52:23 ack seabass 22:52:23 seabass, you wanted to talk about examples 22:52:48 q+ 22:53:01 seabass: I'm not sure if we have an example anywhere else that refers to a separate real life example to a non-W3C spec. This is a use case. We are ... would be adding an example that references a real life use case. I'm not sure we want to go down that path without looking at competition implications. 22:53:21 kristina: For the sake of this issue, my proposal would be to mark it pending close ... point to the fact that the abstract class that Orie asked for has been added. 22:53:39 kristina: If folks want to raise a separate issue on examples, that should be a separate issue, regardless of closing / not closing. 22:53:41 ack manu 22:53:49 manu: +1 to that, Kristina. I was getting ready to raise that issue. 22:53:59 manu: Sebastian, to your point, I think all examples are non-normative. 22:54:30 manu: It's fine for us to point to an external document and specification in a non-normative capacity, this one is a bit different though, 1EdTech is a global standards setting org and they do education standards and they are using VCs for their standards. 22:54:38 q+ to respond 22:54:39 manu: We're not just pointing out to the Web, we're point to another standards setting org. 22:54:47 manu: For that reason, I think it's fine for us to link that way. 22:55:20 this PR added an abstract class https://github.com/w3c/vc-data-model/pull/1272 22:55:27 kristina: We're at time. 22:55:49 kristina: Thank you everyone for joining. Tomorrow's WG call, let's go through the PRs, let's talk about the controller documents in DI and vc-jose-cose and if we have time, let's talk about issues. 22:56:25 rrsagent, draft minutes 22:56:27 I have made the request to generate https://www.w3.org/2023/09/26-vcwg-special-minutes.html kristina 22:56:40 zakim, end meeting 22:56:40 As of this point the attendees have been pdl_asu, kristina, shigeya, TallTed, dlongley, manu, decentralgabe, seabass, dmitriz, selfissued 22:56:42 RRSAgent, please draft minutes 22:56:43 I have made the request to generate https://www.w3.org/2023/09/26-vcwg-special-minutes.html Zakim 22:56:48 I am happy to have been of service, kristina; please remember to excuse RRSAgent. Goodbye 22:56:49 Zakim has left #vcwg-special 22:56:51 rrsagent, bye 22:56:51 I see no action items