...
Please refer to the errata for this document, which may include some normative corrections.
Abstract
The AgGateway Digital Resources Development Process (DRDP) governs the process of producing and maintaining AgGateway’s Digital Resources.
Status of This Document
This is the 
version of the AgGateway Patent Policy.
...
The English version of this policy is the only normative version.
Changes from Previous Version
Summary of Major Changes
Added support for derived Digital Resource derivation and maintenance (section 5)
Updated references to roles (e.g., Standards Director changed to COO or CTO).
Updated reference to organizational unit (e.g., PMC and DRC).
Detailed Changes
Table of Contents
| Table of Contents | ||||
|---|---|---|---|---|
|
1. Overview
The AgGateway Digital Resources Development Process (DRDP) governs the process of producing and maintaining AgGateway’s Digital Resources.
2. Definitions
The following terms and definitions apply to this document and to the AgGateway Patent Policy [PATENT].
AgGateway Member: Any individual or organization that has joined AgGateway, as well as any employee or designated representative (e.g., contractor) of such organizations.
Call for Participation: A communication to AgGateway members that invites them to participate in a Working Group.
Collaborating Digital Resources Body: A Digital Resources body with which AgGateway has formal agreement. The form of the agreement could be reciprocal membership, letter-of-intent, memorandum of understanding, etc.
COO: AgGateway's Chief Operating Officer
CTO: AgGateway’s Chief Technology Officer
Digital Resource: Refers to any digital content developed with the intent of assisting companies with implementing electronic connectivity between systems and devices within their own company, and between their company and other companies. Digital Resource includes standards, guidelines, communications tools, project-management tools, implementation tools, and requirements or proposals passed on to a Collaborating Digital Resources Body.
Draft Revised Digital Resource: A digital resource that was initially produced by the DRC by copying a Digital Resource for the purposes of updating it.
DRC: AgGateway’s Digital Resource Center.
Member Submission: One or more documents developed outside of the AgGateway Digital Resources Development Process and Information about the documents, provided by the Submitter. See section 7.
PMC: AgGateway’s Portfolio Management Center
Proposed New Digital Resource: Any digital resource produced by a Working Group that the Working Group delivers to the DRC with the intent that the DRC will approve and publish it as a Digital Resource.
Proposers: One or more AgGateway Members who develop a Working Group charter and submit it to the COO.
Submitter: See section 7.
WG: Working Group
Working Group: An AgGateway organizational unit that produces Digital Resources.
3. Main Success Scenarios for High-Level Process Definitions
By main success scenario we mean a primary and exception-free process scenario. Greater detail is provided in the process diagrams in sections 4.
3.1 AgGateway Creates New Digital Resources
Proposers develop a Working Group charter and submit it to the COO.
The COO recommends charter approval and submits it to the AgGateway President.
The AgGateway President approves the charter and communicates approval to the COO.
The COO communications approval to the Proposers.
The COO issues a Call for Participation.
Interested AgGateway Members respond to the Call for Participation by affirmatively joining the Working Group.
The COO convenes the first meeting of the Working Group during which a Working Group Chair, Vice Chair, and other charter-specified roles are selected.
The Working Group conducts its work in accordance with the charter.
At any point the Working Group has produced a deliverable that it determines is ready to be delivered to the DRC, it does so via the PMC. At this point the DRC has a Proposed New Digital Resource.
The DRC reviews the Proposed New Digital Resource.
The DRC approves the Proposed New Digital Resource in a meeting in which the CTO participates.
The DRC determines whether or not a public review period is in the best interest of its membership, and if so, conducts one. The CTO may override a decision by the DRC to not conduct a public review, in which case AgGateway conducts a public review. In the event that the Collaborating Digital Resources Body conducts a public review as part of its process, the CTO may adjust the process specified in section 3.1 in order to conduct a coordinated public review with the Collaborating Digital Resources Body with the objective of reducing the overall elapsed time to publication.
The DRC publishes the Proposed New Digital Resource as a Digital Resource.
3.2. AgGateway Updates Existing Digital Resource
One or more AgGateway Members (Proposers) delivers a written proposal to change an existing Digital Resource to the DRC.
The DRC reviews the proposal.
The DRC approves the proposal in a meeting in which the CTO participates. The CTO may determine that such an update should be developed in the context of a WG, effectively following the process specified in section 3.1, obviating the remaining steps in this section.
The DRC updates the applicable Draft Revised Digital Resource.
The DRC publishes the Draft Revised Digital Resource as a Digital Resource.
3.3. AgGateway Maintains a Digital Resource
See section 5.
3.4. AgGateway Produces and Delivers Digital Resources to Collaborating Digital Resources Bodies
AgGateway follows either process 3.1 or 3.2 as appropriate.
CTO delivers one or more Digital Resources to a Collaborating Digital Resources Body. (The CTO may accomplish this task through a liaison to the Collaborating Digital Resources Body designated by the CTO.)
CTO, in consultation with the DRC, monitors the progress of the delivered Digital Resource through the collaborating Digital Resources body and updates the Digital Resource's online publication description. (For example, if the Digital Resource has been incorporated in a published content by the collaborating Digital Resources body, then that should be noted online and perhaps the Digital Resource in the context of an AgGateway resource perhaps should be deprecated in favor of the published content by the collaborating Digital Resources body.
4. "AgGateway Creates New Digital Resource" Process Diagrams
4.1 High-Level
| Plantumlcloud | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
4.2 AgGateway Charters WG
| Plantumlcloud | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
4.3 AgGateway Launches WG
| Plantumlcloud | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
4.4 WG Works
| Plantumlcloud | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
4.5 AgGateway Process Proposed DR
| Plantumlcloud | ||||||||
|---|---|---|---|---|---|---|---|---|
|
5. Producing Derived and Maintaining Existing Digital Resources
Some Digital Resources are derived from other resources or require ongoing maintenance. Examples include, but are not limited to code lists, controlled vocabularies, glossaries, data dictionaries, and OAGIS-profile resources. By default, each existing Digital Resource is subject to the process specified in section 3.2. The AgGateway CTO shall explicitly designate Digital Resources as qualifying for derivation or maintenance and therefore being subject to the following process:
The AgGateway CTO explicitly designates a Digital Resource as derived or maintained.
The DRC shall develop a derivation or maintenance process, which shall include approval and publication.
6. Delivering Digital Resources to Collaborating Digital Resources Bodies
Follow the "AgGateway Creates New Digital Resources" with the understanding that "Proposed Digital Resource" may not be for publication, but for delivery to a collaborating Digital Resources body (see the last activity "Publish Proposed Digital Resource as a Digital Resource"), or both.
7. Member Submission Process
The Member Submission process allows AgGateway Members to propose technology or other ideas to the COO for consideration by a Working Group. After a COO review, he/she MAY post the material in the associated Working Group's wiki space. The formal process affords AgGateway Members a record of their contribution and gives them a mechanism for disclosing the details of the transaction with the Working Group (including IPR claims).
...
Posting of a Member Submission to a Working Group wiki space does not imply endorsement by AgGateway staff, AgGateway Members, or Working Group. The acknowledgment of a Submission request does not imply that any action will be taken by AgGateway. It merely records publicly that the Submission request has been made by the Submitter. A Member Submission MUST NOT be referred to as "work in progress" of AgGateway.
7.1 Submitter Rights and Obligations
When more than one Member jointly participates in a Submission request, only one Member formally sends in the request. That Member MUST copy each of the Primary Contacts of the other participating AgGateway Members, and each of those Primary Contacts MUST confirm (by email to the COO) their participation in the Submission request.
...
After acknowledgment, the Submitter(s) MUST NOT, under any circumstances, imply AgGateway investment in the Member Submission until, and unless, the material has been adopted as a deliverable of an AgGateway Working Group
7.1.1 Scope of Member Submissions
When a technology overlaps in scope with the work of a chartered Working Group, AgGateway Members should participate in the Working Group and contribute the technology to the group's process. The Working Group MAY incorporate the contributed technology into its deliverables.
...
Members should not submit materials covering topics well outside the scope of AgGateway's mission.
7.1.2 Information Required in a Submission Request
The Submitter(s) and any other authors of the submitted material MUST agree that, if the request is acknowledged, the documents in the Member Submission will be subject to the AgGateway Document License [PUB18] 
and will include a reference to it. The Submitter(s) MAY hold the copyright for the documents in a Member Submission.
...
What proprietary technology is required to implement the areas addressed by the request, and what terms are associated with its use? Again, many answers are possible, but the specific answer will affect the COO's decision.
What resources, if any, does the Submitter intend to make available if the COO acknowledges the Submission request and takes action on it?
What action would the Submitter like AgGateway to take if the Submission request is acknowledged?
What mechanisms are there to make changes to the specification being submitted? This includes, but is not limited to, stating where change control will reside if the request is acknowledged.
7.2 Submitter Rights and Obligations
The documents in a Member Submission MUST fulfill the requirements specified by the COO (as of this writing requirements are not specified).
...
Prior to a decision to acknowledge or reject the request, the request is AgGateway staff-only, and the AgGateway staff MUST hold it in the strictest confidentiality. In particular, the AgGateway staff MUST NOT comment to the media about the Submission request.
7.3 Acknowledgment of a Submission Request
The COO acknowledges a Submission request by sending an announcement to the AgGateway Board of Directors. Though the announcement MAY be made at any time, the Submitter(s) can expect an announcement within 14 days after the validation notice. The COO MUST keep the Submitter(s) informed of when an announcement is likely to be made.
...
If the Submitter(s) wishes to modify a document published as the result of acknowledgment, the Submitter(s) MUST start the Submission process from the beginning, even just to correct editorial changes.
7.4 Rejection of a Submission Request
The COO MAY reject a Submission request for a variety of reasons, including any of the following:
...
The Primary Contacts associated with the Submitters(s) MAY appeal the rejection to the AgGateway Board of Directors. At the time an appeal is made, the AgGateway President will establish a process for such appeals that ensures the appropriate level of confidentiality.
8. Definition of Normative, Optional and Informative
For purposes of this definition, the normative portions of the Digital Resource shall be deemed to include only architectural and interoperability requirements. Optional features in the RFC 2119 [AgGateway Digital Resource-Development Process#KEYWORDS] sense are considered normative unless they are specifically identified as informative. Implementation examples or any other material that merely illustrate the requirements of the Digital Resource are informative, rather than normative.
Appendix A: AGIIS Exemption
The process specified in this document does not apply to AGIIS maintenance and development.
Appendix B: ADAPT Exemption
The process specified in this document does not apply to ADAPT maintenance and development.
Appendix C: Fast-Track Digital Resource-Development Exception
Activity duration (e.g., member review duration) specified in this document may be reduced according to the following process:
A Working Group members proposes a reduction in one or more activity durations.
The Working Group chair conducts a vote and the vote result is that all Working Group members have voted and each vote is affirmative.
The Working Group chair submits the approved change to the COO.
The COO may suggest adjustments.
If the COO suggests adjustments, the Working Group chair may take the changes back to the Working Group for a vote (step 2) or reject the adjustments.
The COO will present the proposed changes to the AgGateway Operational Board.
The AgGateway Operational Board will approve or reject the proposal. In any case, the COO will report the outcome to the Working Group chair.
References
| Anchor | ||||
|---|---|---|---|---|
|
Key words for use in RFCs to Indicate Requirement Levels, S. Bradner. The Internet Society, March 1997. This RFC is available by FTP at ftp://ftp.rfc-editor.org/in-notes/rfc2119.txt.
| Anchor | ||||
|---|---|---|---|---|
|
AgGateway Patent Policy, J. Wilson, Editor. AgGateway, . The latest version of this document is https://aggateway.atlassian.net/wiki/x/EgL5RQ.
| Anchor | ||||
|---|---|---|---|---|
|
AgGateway Document License, J. Wilson, Editor. AgGateway, . The latest version of this document is https://aggateway.atlassian.net/wiki/x/NACQBQ.
Acknowledgments
Significant portions of this document is derived from the World Wide Web Consortium Process Document available at https://www.w3.org/2019/Process-20190301/. Various license requirements apply, which are met by including the following statement, with associated links, from the W3C:
...