Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

“Member Consortium” vs “Member Association”—Synchronize with the Bylaws #666

Closed
frivoal opened this issue Oct 21, 2022 · 4 comments · Fixed by #677
Closed

“Member Consortium” vs “Member Association”—Synchronize with the Bylaws #666

frivoal opened this issue Oct 21, 2022 · 4 comments · Fixed by #677
Assignees
Labels
Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion
Milestone

Comments

@frivoal
Copy link
Collaborator

frivoal commented Oct 21, 2022

The W3C Inc.'s bylaws use the term "Member Association” to define the same concept as what the Process calls “Member Consortium”, and reuses the same wording for their definition.

We probably don't want to drop the Process section altogether, because the Process have has rules about Member Consortia/associations that go beyond what the bylaws have to say. However:

  1. We should probably use the same term for both, and align the Process to match the bylaws
  2. The Process says that when there's doubt, the CEO makes the determination. The bylaws say that it's the Board. We should make the Process match the bylaws.

We could presumably just delete the definition from the process, introduce a normative dependency to the bylaws, and refer to the definition there, but I don't think we actually want tight coupling between these two documents. Avoiding contradictions (2) and confusing terminology (1) seems more appropriate.

@jeffjaffe
Copy link

Good catch, Florian. I agree that there are advantages to aligning the terminology.

On your point #2 (who makes the determination), I would be careful about allowing the Board make the determination - solely because we are trying to firewall the Board from the participation in the W3C Process. One option is to allow the Board to make the determination vis-a-vis determining whether a Member Association is a Consortium Member (i.e. the interest of the bylaws) and have the CEO make the determination vis-a-vis Process requirements. While that theoretically could lead to different rulings on who is a Member Association - it maintains the firewall.

Or, we could choose to keep the current terminology, as awkward as that sounds.

@dwsinger
Copy link
Contributor

Unfortunately the C in W3C stands for Consortium. I fear we're going to have to say that the Consortium is formally constituted as a Member Association, somewhere, as we don't want to change our short name.

@fantasai fantasai added the P2022 label Nov 21, 2022
fantasai added a commit to fantasai/w3process that referenced this issue Nov 22, 2022
* Align with terminology in the Bylaws
* Avoid confusion with W3C itself

See w3c#666
@fantasai
Copy link
Collaborator

fantasai commented Nov 22, 2022

@dwsinger This isn't about W3C, it's about members of W3C that are themselves Member Consortia. Which is a good additional reason to rename it, so we avoid exactly this confusion in the future. :)

Pull request to rename this concept added at #677

@css-meeting-bot
Copy link
Member

The Revising W3C Process CG just discussed Member Consortium vs Member Association, and agreed to the following:

  • RESOLVED: Merge 677
The full IRC log of that discussion <fantasai> Subtopic: Member Consortium vs Member Association
<fantasai> github: https://github.com//issues/666
<fantasai> florian: [explains issue of confusion]
<fantasai> florian: Bylaws uses Member Association for the same concept
<fantasai> florian: so to avoid such confusion, and to align with Bylaws, proposal is to rename the concept
<fantasai> plh: sgtm
<fantasai> plh: Proposal to merge 677, any objections?
<fantasai> RESOLVED: Merge 677

@frivoal frivoal added Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion and removed Needs proposed PR labels Dec 14, 2022
@frivoal frivoal added this to the Process 2023 milestone Dec 14, 2022
@frivoal frivoal linked a pull request Dec 14, 2022 that will close this issue
frivoal pushed a commit that referenced this issue Dec 14, 2022
* Align with terminology in the Bylaws
* Avoid confusion with W3C itself

See #666
@frivoal frivoal added Commenter satisfied/accepting conclusion confirmed as accepted by the commenter, even if not preferred choice and removed P2023 Commenter satisfied/accepting conclusion confirmed as accepted by the commenter, even if not preferred choice labels Mar 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants
@frivoal @wseltzer @fantasai @plehegar @jeffjaffe @dwsinger @css-meeting-bot and others