14:59:12 <RRSAgent> RRSAgent has joined #did
14:59:16 <RRSAgent> logging to https://www.w3.org/2026/03/19-did-irc
14:59:16 <Wip> rrsagent, make logs public
14:59:19 <Wip> Meeting: Decentralized Identifier Working Group
14:59:23 <Wip> Chair: Wip
14:59:31 <Wip> Agenda: https://lists.w3.org/Archives/Public/public-did-wg/2026Mar/0011.html
14:59:32 <agendabot> clear agenda
14:59:32 <agendabot> agenda+ Agenda Review, Introductions (5 min)
14:59:32 <agendabot> agenda+ DID Path PR \[1\] (10 min)
14:59:32 <agendabot> agenda+ DID Core PR: Add DID Resolution error conditions to vocabulary \[2\] (5 min)
14:59:32 <agendabot> agenda+ DID Resolution PR Processing \[3\] (7 min)
14:59:35 <agendabot> agenda+ DID Resolution Issue Processing \[4\] (15 min)
14:59:38 <agendabot> agenda+ DID Resolution Threat Modelling Update \[5\] (15 min)
15:00:03 <Wip> Agenda: https://lists.w3.org/Archives/Public/public-did-wg/2026Mar/0014.html
15:00:03 <agendabot> clear agenda
15:00:03 <agendabot> agenda+ Agenda Review, Introductions (5 min)
15:00:03 <agendabot> agenda+ Drop HTTP binding for DID URL Dereferencing? \[1\] (10 min)
15:00:03 <agendabot> agenda+ Inconsistent use of Resolution Update \[2\] (15 min)
15:00:03 <agendabot> agenda+ DID Path PR \[3\] (25 min)
15:00:06 <agendabot> agenda+ Agenda Review, Introductions (5 min)
15:00:08 <agendabot> agenda+ Drop HTTP binding for DID URL Dereferencing? \[1\] (10 min)
15:00:11 <agendabot> agenda+ Inconsistent use of Resolution Update \[2\] (15 min)
15:00:14 <agendabot> agenda+ DID Path PR \[3\] (25 min)
15:00:24 <Wip> https://lists.w3.org/Archives/Public/public-did-wg/2026Mar/0014.html
15:00:32 <Wip> Wip has changed the topic to: DID WG Agenda 2026-03-19 https://lists.w3.org/Archives/Public/public-did-wg/2026Mar/0014.html
15:01:26 <TallTed> TallTed has joined #did
15:01:26 <dlehn> dlehn has joined #did
15:01:26 <jyasskin> jyasskin has joined #did
15:01:26 <shigeya> shigeya has joined #did
15:01:26 <cel> cel has joined #did
15:01:26 <cwilso> cwilso has joined #did
15:01:26 <manu> manu has joined #did
15:01:26 <dlongley> dlongley has joined #did
15:01:26 <denkeni> denkeni has joined #did
15:01:26 <hadleybeeman> hadleybeeman has joined #did
15:01:52 <swcurran> swcurran has joined #did
15:01:57 <swcurran> present+
15:02:04 <pchampin> present+
15:02:48 <TallTed> TallTed has joined #did
15:02:48 <dlehn> dlehn has joined #did
15:02:48 <jyasskin> jyasskin has joined #did
15:02:48 <shigeya> shigeya has joined #did
15:02:48 <cel> cel has joined #did
15:02:48 <cwilso> cwilso has joined #did
15:02:48 <manu> manu has joined #did
15:02:48 <dlongley> dlongley has joined #did
15:02:48 <denkeni> denkeni has joined #did
15:02:48 <hadleybeeman> hadleybeeman has joined #did
15:03:15 <TallTed> present+
15:03:45 <JoeAndrieu> JoeAndrieu has joined #did
15:03:55 <Wip> present+
15:03:57 <swcurran> scribe+
15:04:16 <ivan> present+
15:04:38 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html TallTed
15:04:58 <Wip> zakim, next agendum
15:04:59 <Zakim> agendum 1 -- Agenda Review, Introductions (5 min) -- taken up [from agendabot]
15:05:05 <manu> present+
15:06:02 <manu> q+ provide heads up on some DID issues and one PR.
15:06:05 <manu> q+ to provide heads up on some DID issues and one PR.
15:06:06 <JoeAndrieu> present+
15:06:17 <swcurran> wip: Just a few issues, but complicated. Resolution/dereference, DID URL Path Handling.
15:07:00 <Wip> ack manu
15:07:00 <Zakim> manu, you wanted to provide heads up on some DID issues and one PR.
15:07:05 <swcurran> ...As chair concerned about the timeline -- Charter ends at end of April. Can get an extension, but would like to have DID Resolution in CR by end of April.
15:07:12 <TallTed> previous meeting: https://www.w3.org/2026/03/12-did-minutes.html
15:07:12 <TallTed> next meeting: https://www.w3.org/2026/03/26-did-minutes.html
15:07:15 <Wip> Topic: DID Core
15:07:20 <swcurran> manu: Some issues are on DID Core.
15:07:36 <manu> subtopic: https://github.com/w3c/did/pull/923
15:07:50 <JennieM> JennieM has joined #did
15:07:53 <JennieM> present+
15:08:17 <manu> modify from something like: https://www.w3.org/TR/did-resolution/#DEACTIVATED -> https://www.w3.org/TR/did-resolution#DEACTIVATED
15:08:33 <swcurran> manu: It was noted that you don't have categories for errors for DID Resolution. They were added, but a slight change is needed.
15:09:07 <swcurran> ...Have to stay consistent with what we have done in the past with other specs.  Please review -- ready to merge.
15:09:13 <ivan> q+
15:09:26 <swcurran> wip: Are you adding or removing the /.
15:09:28 <Wip> ack ivan
15:09:31 <ottomorac> ottomorac has joined #did
15:09:36 <swcurran> manu: no trailing slash.
15:10:45 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html TallTed
15:11:02 <swcurran> ivan: +1.  Adminstrative -- don't know the person that did the PR?  Seems to be an outsider -- all good but have to be careful on the handling of the IP for the PR. Need to declare that the PR is non-substantive, so extra step needed.
15:11:54 <swcurran> pachampin: Can you confirm it is non-substantive. Marked as non-substantive.
15:12:27 <dmitriz> dmitriz has joined #did
15:12:27 <ottomorac> ottomorac has joined #did
15:12:27 <TallTed> TallTed has joined #did
15:12:27 <dlehn> dlehn has joined #did
15:12:27 <jyasskin> jyasskin has joined #did
15:12:27 <shigeya> shigeya has joined #did
15:12:27 <cel> cel has joined #did
15:12:27 <cwilso> cwilso has joined #did
15:12:27 <manu> manu has joined #did
15:12:27 <dlongley> dlongley has joined #did
15:12:27 <denkeni> denkeni has joined #did
15:12:27 <hadleybeeman> hadleybeeman has joined #did
15:12:39 <ivan> q+
15:12:41 <swcurran> manu: There are some other issues that are questions and discussions and they have been responded to. An interesting one from Joe about query parameters.  Will want to process these in a future call.
15:12:45 <Wip> ack ivan
15:13:20 <swcurran> ivan: Back to the Errors PR. If DID moved to 1.1 do we have to worry about moving the vocab version?
15:13:35 <swcurran> manu: We can think about it and discuss at a future meeting.
15:13:49 <TallTed> s|modify from something like: https://www.w3.org/TR/did-resolution/#DEACTIVATED -> https://www.w3.org/TR/did-resolution#DEACTIVATED|modify from something like: `https://www.w3.org/TR/did-resolution/#DEACTIVATED` -> `https://www.w3.org/TR/did-resolution#DEACTIVATED`
15:14:01 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html TallTed
15:14:22 <swcurran> manu: We don't want to version the URLs. The vocab we don't version, but we do lock it to a serialization of the vocab doc.
15:14:43 <Wip> zakim, next agendum
15:14:43 <Zakim> agendum 2 -- Drop HTTP binding for DID URL Dereferencing? \[1\] (10 min) -- taken up [from agendabot]
15:14:45 <swcurran> dmitri: Confirm -- terms no version, vocab, context versions.
15:14:50 <Wip> https://github.com/w3c/did-resolution/issues/306
15:14:56 <JoeAndrieu> q+
15:15:10 <Wip> ack JoeAndrieu
15:15:32 <TallTed> s|modify from something like: `https://www.w3.org/TR/did-resolution/#DEACTIVATED` -> `https://www.w3.org/TR/did-resolution#DEACTIVATED`|modify from something like `https://www.w3.org/TR/did-resolution/#DEACTIVATED` to `https://www.w3.org/TR/did-resolution#DEACTIVATED`
15:15:45 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html TallTed
15:16:25 <swcurran> JoeAndrieu: Looking at the language without changing the concepts. It requires returning a context stream, meaning you can't do it locally.  The dereferencer handles the
15:17:25 <swcurran> ...resource streaming.  But if we had no endpoints just the algorithm and just saying here is what is returned. Then you have an easier thing to implement in different ways.
15:18:00 <manu> q+ to support dropping it (we can add again later)
15:18:06 <swcurran> ...It made sense at the time -- making it an HTTP bindings seemed like a good idea, but it makes things complicated.
15:18:23 <Wip> ack manu
15:18:23 <Zakim> manu, you wanted to support dropping it (we can add again later)
15:18:34 <swcurran> wip: Markus implementation does return resources.
15:18:54 <Wip> q+
15:19:06 <Wip> q-
15:19:19 <swcurran> manu: We're nearing the end of the charter, so we should drop this.  Just define the algorithms.  Does that open to objections that we don't have an implementation.
15:19:38 <swcurran> manu: If we cut all of that out, it can be added later, and doesn't break anything.
15:20:01 <swcurran> manu: Have you consider how we would test the algorithms?
15:20:33 <manu> q+
15:20:38 <Wip> ack manu
15:20:42 <swcurran> JoeAndrieu: Tricky. The display is based on the mime-type which is hard to test. Defering the presentation rules to the mime-type. Hard to test.
15:20:57 <Wip> q+
15:21:09 <swcurran> manu: Return the document without processing the fragment and leave that to the target.
15:21:34 <Wip> ack Wip
15:21:39 <swcurran> ...if we don't know how to test the algorithms and so we should remove the algorithms.
15:21:54 <manu> q+
15:22:00 <Wip> ack manu
15:22:00 <JoeAndrieu> q+ to say not purge
15:22:09 <swcurran> wip: Removing seems nice given our timeline.
15:22:14 <Wip> ack JoeAndrieu
15:22:14 <Zakim> JoeAndrieu, you wanted to say not purge
15:22:38 <swcurran> wip: Do we remove the entire dereferencing section?
15:22:41 <swcurran> manu: no
15:22:45 <manu> q+ to note this is how we got in trouble for DID Core v1.0 :) -- but I won't stand in the way.
15:22:52 <Wip> q+
15:23:02 <Wip> ack manu
15:23:02 <Zakim> manu, you wanted to note this is how we got in trouble for DID Core v1.0 :) -- but I won't stand in the way.
15:23:08 <swcurran> JoeAndrieu: We shouldn't remove it, we should just not refer to it as an HTTP binding.
15:23:11 <bigbluehat> bigbluehat has joined #did
15:23:20 <JoeAndrieu> q+
15:23:35 <Wip> ack Wip
15:23:44 <swcurran> manu: Sounds fine. But this is what raised objections with DID Core 1.0.  We'll define a normative spec and not have a way to test it.
15:23:55 <ivan> q+
15:24:15 <Wip> ack JoeAndrieu
15:24:25 <swcurran> wip: Could test the dereferencing algorithms but using the resolution and have a separate dereferencer.
15:25:11 <manu> q+ to note I don't know how to test/implement that.
15:25:18 <Wip> q?
15:25:41 <Wip> ack ivan
15:25:43 <swcurran> JoeAndrieu: The test suite can implement dereferencing algorithm.  I think the objection was different and so would be less likely to be an issue.
15:26:27 <bigbluehat> present+
15:27:01 <Wip> ack manu
15:27:01 <Zakim> manu, you wanted to note I don't know how to test/implement that.
15:27:05 <swcurran> ivan: Don't know the details, but the idea is to have an automated test suite that works the same for all parts of the spec. But not necessary to do it that way. Could have a human element in the test suite. There are other examples of that.  There are ways to work around this and a human assessment in the middle -- that's the way there is.
15:27:34 <JoeAndrieu> q+ to say our job isn't to monitor compliance
15:27:48 <swcurran> manu: Big -1 on the human part.  Pass once, change things, don't rerun.  Can be done automatically.
15:28:16 <swcurran> manu: Bad spec writing.
15:28:25 <swcurran> q+
15:28:43 <Wip> ack JoeAndrieu
15:28:43 <Zakim> JoeAndrieu, you wanted to say our job isn't to monitor compliance
15:29:27 <manu> q+ to note the test suite is only one implementation -- what's the other implementation?
15:29:58 <manu> q-
15:29:59 <swcurran> JoeAndrieu: I think we can test this.  Testing is not the software. We need to show that the spec can be executed.  I think we can test that. Here is how you do it.
15:30:02 <Wip> ack swcurran
15:30:07 <manu>  the test suite is only one implementation -- what's the other implementation?
15:30:17 <ottomorac> :-)
15:30:29 <manu> swcurran: Frustrating to be scribing right now, agree with Joe that we can test it. We should remove HTTP bindings and just say: This is what gets returned.
15:30:53 <swcurran> wip: Need to move on, but we need different implementations.
15:31:04 <Wip> zakim, next agendum
15:31:04 <Zakim> agendum 3 -- Inconsistent use of Resolution Update \[2\] (15 min) -- taken up [from agendabot]
15:31:11 <Wip> https://github.com/w3c/did-resolution/issues/226
15:31:12 <swcurran> wip: On the agenda for next week, need a concrete proposal.
15:31:18 <JoeAndrieu> q+
15:31:51 <Wip> ack JoeAndrieu
15:32:06 <swcurran> JoeAndrieu: Comes from Jeffrey's review. Is there a small change to address the concern or is it much bigger.
15:33:05 <swcurran> JoeAndrieu: Best way to help is engage in the issue. It is not a short fix, and I will have a PR ready for next week.
15:33:09 <Wip> https://github.com/w3c/did-resolution/issues?q=is%3Aissue%20state%3Aopen%20assignee%3Ajandrieu
15:33:42 <swcurran> wip: Are any of the 7 issues assigned to you encapsulated in the work you are doing on this?
15:33:56 <swcurran> ...several seem to be,
15:34:43 <manu> q+
15:35:12 <Wip> ack manu
15:35:16 <swcurran> JoeAndrieu: "query parameters" is not. We don't define DID parameters.  DID Core does define a query parameter as a single value, vs. key pairs. Our definition in DID Core doesn't have that nuance.
15:35:59 <Wip> q+
15:36:04 <swcurran> manu: Put comment in the issue. RFC 3986 doesn't define key=value, WhatWG URL spec DOES define that clearly and what to do and all that. It is very clearly defined there.
15:36:28 <JoeAndrieu> q+
15:36:28 <swcurran> ...+1 that it is an issue.
15:36:29 <Wip> ack Wip
15:36:32 <Wip> https://github.com/w3c/did-resolution/issues/275
15:36:45 <manu> q+
15:36:48 <ottomorac> q+
15:36:49 <swcurran> wip: We have an issue to switch to WhatWG URL spec.
15:36:50 <Wip> ack JoeAndrieu
15:36:56 <ottomorac> q-
15:37:45 <swcurran> JoeAndrieu: We depend on something we don't define.  We agree we should do it as in WhatWG, but we don't define it. Not solved today -- better to rely on spec.
15:37:50 <Wip> https://github.com/w3c/did-resolution/pull/301
15:38:03 <smccown> smccown has joined #did
15:38:22 <Wip> q?
15:38:35 <swcurran> JoeAndrieu: Query Normailization PR 301 might deal with this.
15:38:42 <Wip> ack manu
15:38:45 <bigbluehat> > However, as query components are often used to carry identifying information in the form of "key=value" pairs and one frequently used value is a reference to another URI, it is sometimes better for usability to avoid percent-encoding those characters.
15:39:32 <pchampin> q+
15:40:12 <Wip> ack pchampin
15:40:14 <swcurran> manu: 301 does help for the issue raised.  If we do use WhatWG URL in DID Resolution and not in DID Core we are making them incompatible. Major surgery in DID Core to switch to WhatWG URL spec to make sure everything is aligned.  +1 to refering to what others have done.
15:40:48 <manu> q+ to note parsing rules for WHATWG URL are diffrent than URI
15:40:48 <JoeAndrieu> +1 to starting shift to partial whatwg.
15:40:49 <swcurran> pachampin: We don't have to change to WhatWG URL -- we could just change the query parameter part to eliminate this issue?
15:40:59 <Wip> https://github.com/w3c/did-resolution/issues/275
15:41:06 <Wip> ack manu
15:41:07 <Zakim> manu, you wanted to note parsing rules for WHATWG URL are diffrent than URI
15:41:58 <swcurran> manu: That would be nice pchampin, but there are gnarly details and it would be difficult to get them aligned right.
15:42:00 <Wip> zakim, next agendum
15:42:00 <Zakim> agendum 4 -- DID Path PR \[3\] (25 min) -- taken up [from agendabot]
15:42:10 <Wip> subtopic: https://github.com/w3c/did-resolution/pull/260
15:42:11 <manu> scribe+
15:43:30 <manu> swcurran: Joe raised a number of objections to the latest PR... some I agree with, some I disagree. Last week we talked about a creating a concrete proposal for PathService out of algorithm and into PathService -- Joe didn't have time to do that, so I did that. Changed algorithm to include non-service objects and then remove the "how a path match is done" from the core algorithm to object definition.
15:43:35 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html TallTed
15:44:17 <manu> swcurran: DID Linked Resources and Linked Resources both do the same approach, so does longest match, same algorithm as PathService, so neutralize wording to say "winning one" is the one that has the longest match. How matching is done is deferred to the object that you're looking at.
15:45:40 <manu> swcurran: I hope that helps w/ the backwards compatability issue. Remaining issues are:
15:45:43 <manu> swcurran: the post-retrieval verifiability attributes that DLR and LR includes (would like to make that easily extensible)... requires every resource to be in the DID Doc... not every resource needs to be in DID Document.
15:46:37 <manu> swcurran: next one is "what does dereferencing do?" -- DID URL Dereferencing returns a resource... some DID Methods there is no other place than the VDR where the resource exists (no URL for it).
15:47:09 <manu> JoeAndrieu: Thanks for the productive engagement, there are those two things left to figure out -- data integrity check, embed resource within resource itself.
15:47:25 <swcurran> q+
15:47:58 <swcurran> q-
15:48:12 <manu> JoeAndrieu: There are many reasons to link from onchain record to resource, wanted to be as flexible as possible, there are resources (like Bitcoin ordinals, data is on chain), the only URL we have for that resource would be a DID that is designed to get a resource back out -- somehow, algorithm has to return the resource. Steven and I are starting to align -- my concern is timeframe to tease out additional features.
15:48:13 <manu> q+
15:48:25 <manu> Wip: I also have concerns about time frame.
15:48:32 <Wip> ack manu
15:48:44 <ottomorac> scribe+
15:48:57 <ottomorac> manu: I don't know how to best help here
15:49:17 <ottomorac> manu: can we remove some of these decisions to make things easier?
15:49:37 <ottomorac> manu: We may not need to standardize some aspects necessarily
15:50:14 <Wip> q+
15:50:19 <Wip> ack Wip
15:50:22 <ottomorac> manu: we should try to get to a got enough 1.0 version. I understand both sides, and it seems we need to address this now
15:50:27 <JoeAndrieu> q+ to me its about not elevating one approach over another
15:50:47 <manu> Wip: There is one option where this becomes an extension -- why is it not ok to be an extension?
15:50:47 <ottomorac> Wip: There is one option where this could become an extension. Would that be bad?
15:51:08 <Wip> ack JoeAndrieu
15:51:08 <Zakim> JoeAndrieu, you wanted to me its about not elevating one approach over another
15:51:13 <manu> Wip: There are pieces and threads you have to follow... it's complicated.
15:51:17 <manu> q+
15:51:43 <ottomorac> JoeAndrieu: the challenge with the choices we have... we could do the path service as an extension...
15:51:58 <manu> JoeAndrieu: The two choices we have after we've distilled -- we could do PathService as an extension, that doesn't address issue 150 about multiple properties in DID Document in unpredictable way -- if multiple properties - we can clarify what risk is and PathService could be an extension (lesser option).
15:52:22 <manu> JoeAndrieu: Better goal, Manu, Stephen, and I, want to try to figure this out -- how do we do this so there aren't conflicts.
15:52:24 <Wip> ack manu
15:52:24 <swcurran> +1 to Joe's comment.
15:52:33 <ottomorac> manu: ok great to hear....
15:52:49 <ottomorac> manu:  we could make it an extension, but it's not great
15:53:01 <ottomorac> manu: where is the conflict however?
15:53:04 <swcurran> q+
15:53:37 <JoeAndrieu> q+ the missing piece is moving forward
15:53:42 <JoeAndrieu> q+ to the missing piece is moving forward
15:53:42 <ottomorac> manu: the suggestion is we have is not super clean, but these proposals should work
15:53:45 <Wip> ack swcurran
15:54:26 <ottomorac> swcurran: my challenge with that is, I don't know how to put that. the wording makes it kind of weird. And waters down the usefulness of the change.
15:54:29 <manu> swcurran: My challenge with that approach was that I don't know where to put that -- ignore rest if you want to ... that was my problem as I looked at it (yes, we could do that) -- I think it greatly waters down for reasons that aren't good -- would rather see it done better.
15:54:45 <manu> swcurran: It is challenging bieng caught between Joe's idea and Markus' idea.
15:54:46 <Wip> ack JoeAndrieu
15:54:46 <Zakim> JoeAndrieu, you wanted to the missing piece is moving forward
15:54:55 <manu> Wip: Hearing there is will to do the work, problem is time.
15:55:04 <manu> q+
15:56:07 <manu> JoeAndrieu: I don't know if there is a way for a spec to say they're a path algorithm -- fits into path part -- we don't want properties that implement path algorithm by modifying properties. Right now, anyone can add property tomorrow -- so we're early days on features. We have extensibility point that is uncontrolled, how do we resolve that w/o elevating any one approach.
15:56:09 <Wip> ack manu
15:56:11 <swcurran> q+ Early days...that's why we NEED to get it done now.
15:56:29 <ottomorac> manu: ok. That is just a matter of us trying to find the right language for the spec....
15:56:56 <ottomorac> manu: when an implementation knows either of these path algorithms, it should be aware of the choice it is making
15:57:03 <swcurran> q-
15:57:14 <JoeAndrieu> +1 to error
15:57:22 <swcurran> q+
15:57:34 <ottomorac> manu: or if you have a conflict, then it should be aware of that potential issue
15:57:46 <Wip> ack swcurran
15:57:54 <ottomorac> Wip: should we have a special topic call?
15:57:55 <manu> Wip: We could have a special topic call, but don't want to put more time on calendars if it doesn't help.
15:58:47 <manu> swcurran: You should take a look at latest wording, maybe it's there... what I tried to do, Joe pushed back a bit, if there is a path handling mechanism, it should be included in the check. If there is a LR, DLR, or PS, it should be considered... if there are multiple used, then it errors... that's what should be there today.
15:58:56 <manu> manu: if that's there, it addresses the problem. :)
15:59:03 <ottomorac> q+
15:59:14 <manu> Wip: Let's continue to try to work on this.
15:59:17 <Wip> ack ottomorac
15:59:24 <swcurran> YAY!!!
15:59:39 <manu> ottomorac: We will have a different Zoom link for next week, we will test transcription service -- just a heads up -- use a different zoom link... parallel IRC transcription channel.
15:59:49 <ottomorac> q-
16:00:05 <Wip> rrsagent, make minutes
16:00:06 <RRSAgent> I have made the request to generate https://www.w3.org/2026/03/19-did-minutes.html Wip
16:00:12 <Wip> m2gbot, link issues with transcript
16:00:12 <m2gbot> comment created: https://github.com/w3c/did/pull/923#issuecomment-4091251252
16:00:12 <m2gbot> comment created: https://github.com/w3c/did-resolution/issues/226#issuecomment-4091251355
16:00:12 <m2gbot> comment created: https://github.com/w3c/did-resolution/pull/260#issuecomment-4091251485
16:00:15 <Wip> zakim, please excuse us
16:00:15 <Zakim> leaving.  As of this point the attendees have been swcurran, pchampin, TallTed, Wip, ivan, manu, JoeAndrieu, JennieM, bigbluehat
16:00:15 <Zakim> Zakim has left #did
16:00:19 <Wip> zakim, end the meeting
16:00:22 <Wip> RRSAgent, please excuse us
16:00:22 <RRSAgent> I see no action items