-
Notifications
You must be signed in to change notification settings - Fork 7
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
Invitation to Zarr Implementation Council (netcdf) #21
Comments
Not sure how this slipped past; I've been out is the office, but I expect we will be participating. I'll take a closer look at this tomorrow morning :). Thanks! |
FWIW Dennis mentioned interest in participating in comment ( #24 (comment) ). |
Sounds good; I will participate as well! Thanks @jakirkham and @joshmoore ! |
Thanks, all, for the positive response! Very much looking forward to it. Who shall we list as the primary contact in https://github.com/zarr-developers/governance/blob/master/GOVERNANCE.md#zarr-implementation-council-zic ? |
see #24 (comment) At the community meeting this week, @WardF accepted the role for both netcdf-c and netcdf-java. This issue has been updated to reference simply the "netcdf" implementation, and we can review this in the coming months, years, etc... Welcome @Unidata |
I will accept this invitation, thank you. If it becomes too much of a
burden,
I will let you know.
=Dennis Heimbigner
Unidata
…On 5/3/2022 8:07 AM, Josh Moore wrote:
/attn:/ @DennisHeimbigner <https://github.com/DennisHeimbigner> @WardF
<https://github.com/WardF> @Unidata <https://github.com/Unidata>
Introduction
Changes to the Zarr specification impact all implementors. In order to
manage
that burden, the Zarr project has formed an implementation council. Each
implementation community selects one person to sit on the council to
help shape
changes to the Zarr spec.
Rights & Responsibilities
The hope is that sitting on the council is itself a minimal additional
burden.
Each decision to be made will be encapsulated as a "ZEP" (Zarr Enhancement
Process) which will need to be voted on. Each community can state that
they
intend to actively implement ("YES") that they might eventually implement
("ABSTRAIN") or that they will never implement ("VETO").
Members of the Implementation Council will be added to the similarly named
team on GitHub which has privileges on the zarr-specs and zep repos.
Next steps
First, if you would like to read more on the council and the process
surrounding it,
please see the Governance document
<https://github.com/zarr-developers/governance/blob/74d6f3fcd98ee76c5807d0f8754a195a3ce18876/GOVERNANCE.md#implementation-council>
as well as the ZEP
<https://github.com/zarr-developers/governance/blob/1d2f3989896955c8bff8dc8d3d03f7580eaa474e/ZEP/instructions/zep0000.md>
itself for more information.
Then, please use this issue to let the steering council know either:
* that you are not interested or perhaps do not have the capacity at
this time
* or whom you will be assigning as your council representative.
If any help or discussion is needed, feel free to do so here or link
to other
issues/threads as necessary.
Finally, we invite any implementation that has joined the Implementation
Council to also host their implementation's repositories in the
zarr-developers
GitHub organization. This is not mandatory and has no impact on voting
rights.
Most importantly, we would like to show the vibrancy of the Zarr community
and the strength that comes from a larger number of implementations.
Thanks to all of you!
—
Reply to this email directly, view it on GitHub
<#21>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAG47W45R3IWFWUTZXHVWZTVIEXI3ANCNFSM5U7ANRCA>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
attn: @DennisHeimbigner @haileyajohnson @WardF @Unidata
Introduction
Changes to the Zarr specification impact all implementors. In order to manage
that burden, the Zarr project has formed an implementation council. Each
implementation community selects one person to sit on the council to help shape
changes to the Zarr spec.
Rights & Responsibilities
The hope is that sitting on the council is itself a minimal additional burden.
Each decision to be made will be encapsulated as a "ZEP" (Zarr Enhancement
Process) which will need to be voted on. Each community can state that they
intend to actively implement ("YES") that they might eventually implement
("ABSTRAIN") or that they will never implement ("VETO").
Members of the Implementation Council will be added to the similarly named
team on GitHub which has privileges on the zarr-specs and zep repos.
Next steps
First, if you would like to read more on the council and the process surrounding it,
please see the Governance document
as well as the ZEP itself for more information.
Then, please use this issue to let the steering council know either:
If any help or discussion is needed, feel free to do so here or link to other
issues/threads as necessary.
Finally, we invite any implementation that has joined the Implementation
Council to also host their implementation's repositories in the zarr-developers
GitHub organization. This is not mandatory and has no impact on voting rights.
Most importantly, we would like to show the vibrancy of the Zarr community
and the strength that comes from a larger number of implementations.
Thanks to all of you!
The text was updated successfully, but these errors were encountered: