13:52:33 RRSAgent has joined #vision 13:52:37 logging to https://www.w3.org/2023/05/25-vision-irc 13:52:37 Zakim has joined #vision 13:52:58 scribe: amy 13:53:01 scribenick: amy 13:53:45 agenda: https://www.w3.org/wiki/AB/VisionTF/2023-05-25 13:53:56 agenda+ Review PRs Review PRs 13:54:05 agenda+ Open Issues 13:54:14 agenda+ Please agenda+ other items that you are interested in discussing 13:56:05 present+ 13:56:15 present+ 13:58:32 present+ 14:00:11 gendler has joined #vision 14:00:17 present+ Coralie 14:00:20 present+ 14:00:24 AvneeshSingh has joined #vision 14:00:52 dom has joined #vision 14:00:52 present+ 14:01:27 Present+ 14:01:38 present+ tzviya 14:01:41 present+ 14:01:56 igarashi has joined #vision 14:02:05 present+ 14:02:17 jrosewell has joined #vision 14:02:35 Tzviya: Chris and I were talking about mangaing pull requests. We were talking about whether we should actively review pull requests in this group or allow a week or so 14:02:38 tantek has joined #vision 14:02:49 scribe+ 14:02:51 igarashi_ has joined #vision 14:02:58 ... especially if they are minor pull requests. our thinking was that we'd allow a week 14:03:03 q+ 14:03:13 ... so we're going to allow a full week 14:03:17 ack cw 14:03:21 ... if there's a PR that merits group discussion, will bring back to the group 14:03:33 cwilso: Last time we talked through several issues, we discussed to make PRs to do X 14:03:41 ... so it was discussed in the group 14:03:47 ... it was relatively straightforward, and several ppl approved 14:03:57 present+ 14:04:08 ... wondering do we review each in detail, or do we leave open for a week and no comments, should I go ahead and merge instead of waiting ? 14:04:10 q+ 14:04:13 ... This time we're going to go through them anyway 14:04:19 Dingwei has joined #vision 14:04:26 florian: I think this is a work mode that can work reasonably well for eary stages 14:04:29 ... are we, is the question 14:04:34 present+ 14:04:48 ... As we become more picky about every single word, we will get to a point where we'll want to review every word 14:05:02 ... Going ahead and merging is fine given we talked about the changes already 14:05:12 ... but at some point we'll want to be tighter 14:05:19 tzviya: Just about PRs for things we already discussed 14:05:31 tzviya: Wrt calendar, we did update the calendar 14:05:37 ... different systems have different ways to receive new info 14:05:43 ... hopefully not too confusing 14:05:51 ... I'll mention next update in the Agenda 14:06:15 Topic: Reviewing Pull Requests 14:06:22 agenda: https://www.w3.org/wiki/AB/VisionTF/2023-05-25 14:06:41 https://github.com/w3c/AB-public/pulls 14:07:06 cwilso: Last time we discussed, do we add implementation experience 14:07:12 ... I went to write the PR, had some discussion in it 14:07:13 https://github.com/w3c/AB-public/pull/79 14:07:18 ... we have actual wording in there that we might want to review at this point 14:07:33 tzviya: There's some discussion in the PR, hopefully merge painlessly 14:07:36 reviewed the PRs async prior to the call :) 14:07:41 ... [reads out the text] 14:07:55 Alan has joined #vision 14:08:12 present+ Alan 14:08:19 q? 14:08:24 ack florian 14:08:33 florian: I think it's good we had discussions, end result is good, let's take it 14:08:44 +1 14:08:45 +1 14:08:46 +1 14:08:46 +1 14:08:47 +1 14:08:48 +1 14:08:49 +1 14:08:49 +1 14:08:49 +1 14:08:49 +1 14:08:51 0 14:08:52 tantek has changed the topic to: Vision Task Force agenda: https://www.w3.org/wiki/AB/VisionTF/2023-05-25. 07:00 PDT 2nd & 4th Thursdays to work on Vision (https://github.com/w3c/AB-public/tree/main/Vision) 14:08:53 +1 14:08:54 +1 14:08:54 +1 14:09:07 +1 14:09:10 +1 14:09:31 RESOLVED: Merge PR#79 14:09:41 Subtopic: SOTD 14:09:51 github: https://github.com/w3c/AB-public/pull/77 14:10:06 cwilso: We discussed and agreed that the document should have a status section 14:10:10 ... and this should describe what it is 14:10:20 ... Florian proposed text, which I slightly adapted to keep consistent with the document 14:10:24 q+ 14:10:25 ... but didn't change anything significant 14:10:49 ack AvneeshSingh 14:10:49 ... tantek and Florian approved, and Dom made one comment that I fixed 14:11:00 AvneeshSingh: I think this is good, add at this point in time 14:11:11 ... at the same time, would be good to work on it and make it more crisp 14:11:20 ... a person gets tired reading so much 14:11:28 ... so if can make more crisp and short, would be nice 14:11:31 ... but we can approve it for now 14:11:33 +1 14:11:35 +1 14:11:35 +1 14:11:36 +1 14:11:36 +1 14:11:58 +1 fantasai — put straw poll in minutes :) 14:11:59 Proposal: Adopt PR #77 14:12:02 +1 14:12:02 +1 14:12:02 "technologies are not value neutral, and preference for or against particular technologies should be influenced by values as articulated here, " - this language is a concern but is also present else where so not unique to this PR 14:12:02 +1 14:12:04 0 14:12:04 +1 14:12:05 +1 14:12:05 +1 14:12:09 +1 14:12:11 +1 14:12:12 +1 14:12:18 +1 14:12:57 RESOLVED: Merge #77 14:13:14 i/+1 fantasai/fantasai: Can we put the polls in the minutes before voting on them, so it's clear what everyone is +1 to ? I was +1 to Avneesh's comment./ 14:13:19 Subtopic: Sustainability 14:13:31 tzviya: Hopefully this PR is simple 14:13:39 ... [reads added text] 14:13:52 ack fantasai 14:14:05 Would prefer to drop reference to Ethical Web Principles - "[in the Ethical Web Principles] (https://www.w3.org/TR/ethical-web-principles/#sustainable)" 14:14:09 Topic: https://github.com/w3c/AB-public/pull/78 14:14:21 fantasia: I think the PR is straightforward. there was some question about distinguishing thing things we know how to operationalize vs. not. That's definitely not happening in this PR 14:14:30 s/Topic:/github:/ 14:14:35 s/Would prefer to drop reference to Ethical Web Principles - "[in the Ethical Web Principles] (https://www.w3.org/TR/ethical-web-principles/#sustainable)"// 14:14:36 s/fantasia/fantasai/ 14:14:37 q+ 14:14:38 q+ 14:14:57 ack jrosewell 14:15:01 tzviya: That's worth discussing, let's see others on queue 14:15:23 jrosewell: The reference to Ethical Web Principles makes a link between Vision which should stand on its own 14:15:33 ... I think that should be avoided 14:15:33 +1 14:15:33 q+ 14:15:37 q+ 14:15:38 ... and I also think the EWP document has problems which are outside the scope of this meeting 14:15:40 ack dom 14:15:45 ... so seems reasonable to drop the reference 14:15:59 dom: I registered some of my mild discomfort with the PR precisely for the reasons fantasai mentioned 14:16:21 ... I agree with a goal of sustainabiliity, but we don't understand as a community what it means to be sustainable, compared to international / accessible / etc. 14:17:06 Q- LATER 14:17:06 q+ to respond to dom - we don't know how to do equity either 14:17:06 ... We discussed last time distinguishing between things we know we want but don't know how to make happen, vs those we already know how to operationalize 14:17:06 q- later 14:17:06 +1 to dom's point 14:17:07 +1 14:17:07 +1 DOM 14:17:08 q+ to propose keeping https://github.com/w3c/AB-public/issues/62 open for further discussion to improve per fantasai and dom's concerns 14:17:09 ack florian 14:17:13 ... I'm ok with merging as-is, but want to make sure the issue of keeping these distinct is not lost 14:17:17 florian: One, largely agree with Dom 14:17:21 q+ 14:17:22 ... other to talk about cross-reference 14:17:33 ... I think it's a good thing that the documents speak to each other, not each in their own islands 14:17:40 ... so I think linking between them is good 14:17:47 ... whether that should be a normative link, I'm less sure 14:17:52 ... "see that document for more discussion" is fine 14:18:00 ... but "we care about this thing defined over there", not so sure 14:18:11 +1 to florian 14:18:11 ack me 14:18:11 tzviya, you wanted to respond to dom - we don't know how to do equity either 14:18:11 ... I think it would be preferable to keep links informative 14:18:13 +1 to florian and dom 14:18:39 [Ralph joins] 14:18:42 +1 to Florian on having our documents reference each other (w/ nuance about normative dependencies) 14:18:44 tzviya: I'm skeptical about distinguishing, because do we really know how to do all the other things? 14:18:49 ... we haven't accomplished them 14:18:56 ... So claiming we did is difficult 14:19:01 ... especially areas with equity 14:19:21 q+ to also note that these more open statements are appropriate in the context of the Vision, where they serve as an invitation to the membership to contribute towards those statements 14:19:21 ... So sustainability, only barely scratching surface, making all of these a combination of aspirational and operational is important 14:19:21 ack cwilso 14:19:32 cwilso: I wanted to observe that the Vision document already specifically points to EWP 14:19:39 ... and says it builds on these and is designed to work together with the 14:19:58 ... so not really new to put an expicit reference, what is new is allowing it to define what we mean by environmental sustainability 14:20:06 ... we could paraphrase and duplicate, but doesn't seem wise 14:20:14 ... we did use internationalization and accessiblity without defining 14:20:15 vq? 14:20:24 ack tantek 14:20:24 tantek, you wanted to propose keeping https://github.com/w3c/AB-public/issues/62 open for further discussion to improve per fantasai and dom's concerns and to also note that these 14:20:24 ... We're not referring to those definitions elsewhere, and probably should 14:20:27 ... more open statements are appropriate in the context of the Vision, where they serve as an invitation to the membership to contribute towards those statements 14:20:40 tantek: I agree with commens from fantasai and dom and florian 14:20:42 qq+ 14:20:47 ... I suggest accepting the PR but keeping the issue open 14:20:53 ... and to work on additional PRs to address those concerns 14:21:02 ... I also wanted to note that, in the context of the Vision document 14:21:14 ... this kind of open statement of not knowing exactly how to achieve a goal 14:21:15 ... is appropriate 14:21:33 ... That's a philosophy to adopt, because it signals and invites the membership to bring their expertise to do that 14:21:44 ... When we adopted accessibliity and internationalization, we weren't fully skilled at doing that 14:21:48 ... and have become more skilled 14:21:51 q? 14:21:55 ... so I think sustainability will follow a similar pattern 14:21:55 ack cw 14:21:55 cwilso, you wanted to react to tantek 14:22:08 cwilso: I really don't want us to do PRs in response to something and not have that checkpointed 14:22:15 ... this issue that was filed, add sustainability 14:22:31 ... if we do that, let's refocus issue 14:22:37 q? 14:22:42 ... otherwise it seems like we didn't make progress 14:22:49 ... if we need these points, let's open new issues on those 14:22:57 ... or re-use the issue by changing it 14:23:07 ack AvneeshSingh 14:23:08 ... Otherwise it's not clear how much progress we're making 14:23:09 tantek: wfm 14:23:20 AvneeshSingh: It depends a lot when we read the document, how thigns are placed 14:23:28 ... Where we read [horizontal list] 14:23:36 ... this kind of flow creates a perception 14:23:45 ... Where is the horizontal review of sustainability? 14:23:54 ... Also we're using MUST, maybe it should be SHOULD 14:24:04 ... Maybe re-ordering things and using softer language can address these concerns 14:24:08 q+ to propose tweaking language for next time 14:24:10 AvneeshSingh: Also, relationship between Vision and EWP 14:24:17 ... of course they will not be synchronized 14:24:25 ack dom 14:24:29 ... so we have to discuss which takes precedence, especially for external audiences 14:24:40 dom: To your point tzviya , wasn't claiming we solved accessiblity 14:24:42 ... we need to work on it forever 14:24:46 ... but we have a very strong starting point 14:24:53 ... which is not for sustainability 14:24:54 q+ to respond to AvneeshSingh — we should keep MUST, and if we want an ordering to remove any implied meaning, let's just make them alphabetical. there's work on horizontal review for sustainability, we don't have anything formal yet 14:24:59 ... I understand what it means to make the web accessible 14:25:38 ... not for what it means to make it sustainaable 14:25:38 ... [something about structuring aspirations] 14:25:38 ack tzviya 14:25:38 tzviya, you wanted to propose tweaking language for next time 14:25:38 tzviya: What I suggest for this issue is we work on tweaking the language for next time 14:25:50 ... and we had several deep links to the EWP in the past, and we previously removed those links and just have EWP reference at the end 14:25:52 q+ 14:25:54 ack tantek 14:25:54 tantek, you wanted to respond to AvneeshSingh — we should keep MUST, and if we want an ordering to remove any implied meaning, let's just make them alphabetical. there's work on 14:25:56 ... so I will suggest we do the same thing here 14:25:58 +1 14:25:58 ... horizontal review for sustainability, we don't have anything formal yet 14:26:18 tantek: We have other documents that are more well established that have these kinds of deep links, so I don't think we need to remove 14:26:23 ... I think they add clarity to what we're doing 14:26:38 ... instead of going to end of document and going to the resource and then dig through that entire documen 14:26:43 ... will push back on that 14:26:46 q+ 14:26:48 ... e.g. Process deep links into documents 14:26:56 tantek: Wrt downgrading from MUST ot SHOULD, I disagree 14:27:07 ... this is where we state the core values of W3C, and we need to be firm about that 14:27:14 ... let's not be wishy-washy 14:27:27 ... If we're concerned about order, then let's pick alphabetical so it's clearly lexical rather than semantic 14:27:40 ... Wrt horizontal review for sustainability, we don't have a formal process now 14:27:48 ... we have folks looking into it in Sustainability CG 14:27:54 ... and we have some comments on some documents 14:28:00 ... We don't have anything formal, but nor do we have zero 14:28:16 ... Intention of document is to identify the values that drive us to have horizontal review 14:28:19 ... not vice versa 14:28:26 ack florian 14:28:27 ... It doesn't need to wait for other documents, it's the Vision, it has to come first 14:28:44 florian: I would be OK to iterate, but also OK to merge with working further 14:28:50 ... we're not adopting this document tomorrow 14:28:55 ... and PRs on top of PRs is not great 14:28:58 +1 florian 14:29:02 ... so let's not keep on side burner for too long 14:29:07 ack jrosewell 14:29:17 jrosewell: Wrt relationship between documents, it's hard to follow what's going on between documents 14:29:25 ... so I don't agree the Process is easy to unpack 14:29:30 [I've filed https://github.com/w3c/AB-public/issues/82 ] 14:29:38 ... in relation to this document, it's the overaching Vision fo W3C, so it should stand on its own 14:29:41 ... marketing materials, etc. 14:29:48 ... it needs to be short, succinct, and easy to understand 14:29:53 ... so relying on other documents is not good 14:29:56 q+ 14:29:56 ... another reason to remove those links 14:29:59 ack cw 14:30:08 +1, and agree with making the reference informative if it stays 14:30:18 cwilso: I'm unclear, because I can see multiple paths 14:30:29 ... 1. Include definition of sustainability in this document 14:30:36 q+ to give my preference to Chris's question 14:30:49 ... 2. Leave definition to EWP ; and to be clear this is built on EWP, and relies on their definitions, just this one is less well understood 14:30:55 q? 14:31:06 ... In keeping with keep it succinct and crisp, don't want to fully define here 14:31:08 q+ to not define 14:31:15 q+ 14:31:24 ... I'm happy to do either as editor, need some guidance 14:31:26 ack florian 14:31:26 florian, you wanted to give my preference to Chris's question 14:31:42 I note our documents of many types, Recommendations, Notes, press, etc frequently link to other documents 14:31:51 florian: My recommendation is to merge as-is and tweak, and tweak I hope for is to have a very succinct definition, and link for futher info 14:31:56 ack tz 14:31:56 tzviya, you wanted to not define 14:31:59 ... so don't rely on link to *be* the definition 14:32:00 +1 14:32:09 tzviya: I would merge, not define it, we don't define privacy for example 14:32:15 ... just say "environmentally sustainable" 14:32:22 ack fantasai 14:32:22 fantasai, you wanted to ask what's difference between a11y and sustainability here 14:32:27 ... we can assume people know what those words mean 14:32:42 +1 tzviya 14:32:59 q? 14:33:01 +1 fantasai 14:33:02 q+ to say merge and if folks want to discuss use of EWP reference in general, file another issue for that 14:33:03 ack jrosewell 14:33:09 fantasai: I was going to say the same thing as Tzviya. I don't see why this is different than accessibility. we know what it means but for those outside, it's maybe less understnadlbe than sustainability 14:33:15 +1 fantasai 14:33:17 s/understnadlbe/understandable 14:33:25 jrosewell: I woudl agree with Florian 14:33:29 ... go ahead and address it later 14:33:37 s/woudl/would 14:33:42 ... wrt what we mean by certain terms, I think we're better referencing authoritative bodies than our own 14:33:50 ack tantek 14:33:50 tantek, you wanted to say merge and if folks want to discuss use of EWP reference in general, file another issue for that 14:33:51 ... e.g. we could reference sustainability define by UN 14:33:56 ... but that's an issue for another day 14:34:02 tantek: 100% agree with what fantasai said 14:34:05 zakim, close the queue 14:34:06 ok, tzviya, the speaker queue is closed 14:34:14 ... if we want to discuss references to EWP, tweaking to informative or other 14:34:18 ... but I think it should be a separate issue 14:34:30 q+ to propose: merge; file new issue to improve definition, tweaking text, hopefully removing reference and explaining sustainability. 14:34:30 ... but for this PR and this issue, I'm aligned with what cwilso proposed 14:34:35 ... We're open to folks opening new issues 14:34:43 q? 14:34:53 tzviya: We have no references except at the end but go open issues 14:35:06 q+ 14:35:07 cwilso: So I should merge this now, file a new issue to improve definition of environmental sustainability 14:35:13 ... and add references 14:35:45 POLL: merge; file new issue to improve definition, tweaking text, hopefully removing reference and explaining sustainability. 14:35:48 +1 14:35:50 +1 14:35:53 +1 14:35:56 +1 14:35:57 +1 14:36:00 +1 14:36:01 +1 14:36:02 +1 14:36:02 +1 14:36:03 +1 14:36:04 -1 but not blocking 14:36:05 +1 14:36:07 +1 14:36:12 +1 14:36:13 for the record, merge in this poll refers to https://github.com/w3c/AB-public/pull/78 14:37:17 fantasai: I think since we have concerns about references, we can remove line 78 and add reference later 14:37:26 RESOLVED: merge #78 14:37:36 Topic: Open Issues 14:38:00 Subtopic: Centralization 14:38:01 https://github.com/w3c/AB-public/issues/11 14:38:02 Clarify Centralization https://github.com/w3c/AB-public/issues/11 14:38:07 github: https://github.com/w3c/AB-public/issues/11 14:38:09 zakim, open the queue 14:38:09 ok, tzviya, the speaker queue is open 14:38:18 tzviya: Centralization is a very exciting word in W3C wrt decentralization 14:38:35 ... in current version of the code we have "aim to reduce centralization ... single points of control" 14:38:54 ... in the old version in the repo, mnot had commented on this and suggested rewordings that were lengthy 14:38:54 q+ to note there’s not been a lot of discussion in the issue — it's not clear we have anything to sync discuss, propose postponing until we have a proposal to move it forward 14:38:54 ... there was good discussion 14:39:09 ... dsinger had some suggestions 14:39:15 ... [tzviya reads from old issue] 14:39:37 q+ to respond to Tantek 14:39:39 ack tantek 14:39:39 tantek, you wanted to note there’s not been a lot of discussion in the issue — it's not clear we have anything to sync discuss, propose postponing until we have a proposal to 14:39:42 ... move it forward 14:39:45 -> https://github.com/WebStandardsFuture/Vision/issues/27 14:39:54 tantek: I do think this can be improved 14:40:01 ... I also don't see a proposal in the issue for moving forward 14:40:10 ... so maybe this is a meta-comment wrt how we spend our sync time 14:40:20 ack cw 14:40:20 cwilso, you wanted to respond to Tantek 14:40:22 ... I propose we defer until we have something more concrete to discuss 14:40:28 cwilso: Wasn't intended to be brainstorming 14:40:35 ... we did a change here, is it enough to resolve the issue 14:40:39 ... original issue was old, in previous system 14:40:43 ... mnot had filed it March 2021 14:40:50 https://github.com/w3c/AB-public/pull/51/files 14:40:51 ... and we did change around what we said here fairly substantially 14:40:59 q? 14:41:08 ... I'm not clear if we still need to add to this principle, if it needs more detail, or what direction to go if not 14:41:17 q+ to suggest closing 14:41:18 ... Do we close issue, do we open more issues, do we need something in this issue 14:41:27 q? 14:41:28 ... if waiting for something or not 14:41:29 q+ to say that we need comment from mnot 14:41:39 ack florian 14:41:39 florian, you wanted to suggest closing 14:41:41 ... question is, what is this blocked on? I can't tell 14:41:50 florian: I think meta issues that say "we should do better" are not helpful 14:41:52 q+ to then propose closing issue as handled and invite more specific issues for specific concerns 14:41:52 ... we have a statement 14:42:07 ... I think we should close this. Not that we can't improve, but if we desire improvements let's file more specific issues about them 14:42:10 q- 14:42:11 ... this issue isn't helping us 14:42:28 tzviya: I don't think we can close without confirmation from mnt 14:42:29 +1 florian proposal. propose to close in the issue accordingly and await review from mnot 14:42:33 s/mnt/mnot/ 14:42:54 ack me 14:42:54 tzviya, you wanted to say that we need comment from mnot 14:42:56 tzviya: I will tag mnot and ask him if we can close or if he wants something specific 14:43:15 q+ 14:43:18 ACTION: tzviya ping mnot about issue #11 and what to do next 14:43:42 florian: I'm not against that, but a little more definitive: Mark the issue for closing and ask if he's ok with it, Commenter Response Pending, that type of labelling 14:43:48 ... we do seem to have agreement here that we're done here 14:43:51 +1 florian — record group leaning towards closing 14:44:19 florian: practice is to mark the issue as closed or propose to close, and ask the commenter for confirmation 14:44:25 ... rather than leaving it as if it is a brand new open topic 14:44:57 fantasai: Tzviya can add Propose to Close and post a comment to mnot asking for confirmation 14:45:06 tantek: +1 to this work mode 14:45:06 q+ 14:45:15 ack fl 14:45:22 ack jr 14:45:44 jrosewell: Changing from "reduce centralize" to using "decentralized architecture" would shorten the sentence 14:45:47 ... might be worth another iteration 14:45:58 ... considering a lot of discussion around decentralized web wg 14:46:02 ... see how that applies here 14:46:07 q+ to -1 "decentralized architecture" because of the ambiguties it introduces 14:46:25 tzviya: IIRC we wanted to avoid the term "decentralized" because it has taken on a lot of meaning, and means different things to different groups 14:46:27 ack tantek 14:46:27 tantek, you wanted to -1 "decentralized architecture" because of the ambiguties it introduces 14:46:30 q+ to explain wording 14:46:41 tantek: as someone who has worked on decentralization for a decade or so, 14:46:51 [mnot's document has a definition: https://mnot.github.io/avoiding-internet-centralization/draft-nottingham-avoiding-internet-centralization.html#name-decentralization a condition when "complete reliance upon a single point is not always required."] 14:46:53 ... the discussion you cite illustrates how different ppl mean very different things by "decentralization" 14:47:10 q+ 14:47:11 ack cw 14:47:11 cwilso, you wanted to explain wording 14:47:13 ... so changing this would add ambiguity and create something that means very different things to different people 14:47:16 +1 14:47:31 cwilso: reason we ended up where we are with this language (and not particularly tied to this language) 14:47:43 ... is we're focused on the problems, and defining the problems, and setting the general course of what we're trying to do 14:47:48 ... rather than the tools we're using to d othem 14:47:50 q+ 14:47:51 +1 cwilso 14:48:01 ... define the aim, reduce centralization and single poitns of failing 14:48:14 ... rather than saying "use decentralized architecture" as a solution 14:48:19 ... wanted to be problem focused 14:48:23 +1 cwilso 14:48:23 ack jr 14:48:40 jrosewell: Seems like avoiding that word entirely is sensible, so how about simply minimize single points of failure and control? 14:48:52 cwilso: I'm not sure what ... that seems overly terse 14:48:52 q? 14:48:53 q+ 14:48:56 ... not sure it's translatable 14:49:02 ... this seems osmething we should iterate on in the issue 14:49:07 ack fl 14:49:24 florian: I see that you're trying to propose rephrasing , but problem statement you're trying to address isn't stated 14:49:34 ... we have something here, I will re-iterate we shoudl close this issue 14:49:42 q+ to note reducing centralization better helps make incremental progress, SPOFs are only one form of centralization 14:49:45 +1 florian 14:49:46 +1 Florian 14:49:51 +1 fantasai 14:49:52 ... open separate issues to say what you think is wrong withe current wording, and then we can propose solutions to fix that 14:49:54 +1 florian 14:50:00 ack tantek 14:50:00 tantek, you wanted to note reducing centralization better helps make incremental progress, SPOFs are only one form of centralization 14:50:04 ... open specific issues about specific problems with the phrasing, and then work to solve those 14:50:11 tantek: ? is only one form of centralization 14:50:30 ... don't disagree that we want to remove single points of failure, but there are other forms of centralization that are also bad 14:50:37 s/?/Single Point of Failure 14:50:42 ... so keeping the first prhasing helps us address the larger set of problems 14:50:58 tzviya: I think we can move on 14:51:11 Subtopic: Should this be multiple documents? 14:51:17 github: https://github.com/w3c/AB-public/issues/74 14:51:32 q+ 14:51:39 tzviya: [summarizes issue] 14:51:48 tzviya: Proposal here is to split the document 14:51:56 q? 14:52:02 ... we've gone back and forth how to divide these, should this be one document or multiple 14:52:04 ack AvneeshSingh 14:52:05 ... we need a decision 14:52:12 AvneeshSingh: I need to drop off, so, 14:52:16 AvneeshSingh: splitting document or not 14:52:24 ... One is to have a ? document and operational document, that's fine 14:52:35 s/?/aspirational 14:52:37 ... but splitting into Vision of W3C for the WEb, and one is Misison of W3C as an organization 14:52:40 ... that will not go well 14:52:51 q+ 14:52:57 ... if I'm an officer, I would like to see not just vision of W3C for the Web, but also how W3C fits into that vision 14:53:01 +1 AvneeshSingh exactly what I was going to say, on both points 14:53:04 ack me 14:53:04 ... Operationalizing can be a separate document 14:53:07 +1 14:53:10 +1 Avneesh 14:53:14 +! 14:53:14 tzviya: I agree it's good to keep these two pieces together 14:53:17 +1 14:53:23 q? 14:53:24 q? 14:53:24 s/+!// 14:53:25 +1 14:53:26 +1 14:53:29 +1 to Avneesh re: making sure to keep the vision and the purpose of W3C together 14:53:31 +1 14:53:33 ... We've discussed documenting how to do these as a separate document 14:53:41 q+ to propose closing without action 14:53:43 tzviya: I'm seeing a lot of +1 14:53:46 ack tantek 14:53:46 tantek, you wanted to propose closing without action 14:54:06 tantek: Propose closing this issue without change 14:54:08 +1 14:54:18 POLL: Close this issue without change 14:54:20 POLL: Keep these two pieces together; close issue no change 14:54:24 +1 14:54:26 +1 14:54:27 +1 14:54:27 +1 14:54:27 +1 14:54:28 +1 14:54:28 +1 14:54:28 +1 14:54:29 +1 14:54:29 +1 14:54:32 +1 14:54:34 0 14:54:34 +1 14:54:44 +1 14:55:58 https://github.com/w3c/AB-public/issues/75 14:56:01 also +1 to Tzviya. I appreciate the directive to add part of the vision to strategic objectives 14:56:03 RESOLVED: Keep these two pieces together; close issue 74 no change 14:56:12 Subtopic: Industries 14:56:18 github: https://github.com/w3c/AB-public/issues/75 14:56:53 tzviya: This started discussion about the word "industries" and comments are on emphasis on "diversity" 14:56:57 ... discussion about rewording it 14:57:20 q+ to wonder if "diverse voices" means voices from the web community 14:57:30 ... someone commented about demographics, but this was also about different areas of work 14:57:33 q+ 14:57:38 ... questions about global vs industry diversity 14:57:53 ack amy 14:57:53 amy, you wanted to wonder if "diverse voices" means voices from the web community 14:57:54 ... [summarizes further discussion] 14:58:21 amy: I wonder if we remove the word diverse and changing to acknowledge different communities 14:58:28 q? 14:58:32 ack florian 14:58:34 florian: I think we have multiple issues overlaying each other 14:58:43 ... if we just say "diverse" people only think of personal characteristics 14:58:50 q+ 14:58:54 ... this is trying to point out that this is importnat, but also diversity in other dimensions 14:59:15 ... geographic, industries, industry vs academia 14:59:16 ... removing "diversity" from this would be a disservice 14:59:20 +1 florian, keep diversity explicitly as a term 14:59:30 ... But the word "indsutry" triggers Fabien in a particular way 14:59:37 ... I don't have a solution, but there's multiple layers to this 14:59:38 ack cwilso 14:59:44 q? 14:59:52 cwilso: point I was trying to get across is that the use of the word "industries" is important here 15:00:03 ... we have to recognize that the Web has industry on it, critical driver 15:00:08 ... it's important to have that word here 15:00:32 ... and formulation now is that there shoudl be recogniition that there are diverse voices around the world and from disfferent industry and we're trying to pull them all together 15:00:38 thanks all 15:00:42 tzviya: we'll continue next time 15:00:44 Meeting closed 15:00:50 Alan has left #vision 15:01:00 great discussion, thanks 15:01:16 rrsagent, make minutes 15:01:18 I have made the request to generate https://www.w3.org/2023/05/25-vision-minutes.html amy 15:01:39 rrsagent, make logs public