Nexus Standards · Develop a standard
NS-13
Develop a standard
NS-13 makes the development of the standards open, recorded and owned by the communities that use them. It follows the openness principles practised by the internet and web standards communities (open participation, due process, consensus, transparency, balance and availability) and adds three properties: every step is an identified artifact, the standard is data, and conformance is observed. Each proposal, comment and decision is identified by a UNI (Unique Nexus Identifier).
The process.
All operations in order (10)
- 01
Open area start · Open area
The registry lists the area and its programme page invites participation. A working group may be chartered under NS-13.
- Who
- any participant; area listed in the registry
- Decision rule
- an area is open when the registry lists it and no working group has been chartered
- Record
- programme page with a call for participation
- 02
Working group step · Working group
The charter is public and states the scope, exclusions, deliverables, meeting schedule and decision rule. Drafts, issues and comments are public.
- Who
- chairs from two organisations
- Decision rule
- consensus with recorded dissent; two co-chairs from different organisations
- Record
- public charter
- 03
Community draft record · Working group
Drafts, issues and comment dispositions are public artifacts, each with a UNI (Unique Nexus Identifier). The chairs record each objection with its disposition.
- Who
- working group editors
- Decision rule
- every normative statement gets an NS-10 clause; every draft carries a UNI
- Record
- drafts with UNIs
- 04
Horizontal reviews gate · Working group
Each review group reads the whole draft and records findings; a finding is dispositioned in writing before the public last call opens.
- Who
- five review groups
- Decision rule
- accessibility, internationalisation, privacy, security and accuracy of claims, reviewed before last call
- Record
- review findings on record
- 05
Public last call gate · Public
The draft, its crosswalk rows with source links, its clauses and its test suite are published for comment. Consensus with recorded dissent; a formal objection is answered in writing; appeals go to the Technical Management Division (technical) or the independent panel (process).
- Who
- any person, with identity recorded
- Decision rule
- at least thirty days (fourteen for errata, ninety for a new standard); each comment answered in writing
- Record
- comments and dispositions
- 06
Proposed record · Public
The standard is proposed and available for voluntary use by implementers ahead of adoption.
- Who
- working group
- Decision rule
- entered when last call has closed and every comment has a disposition
- Record
- proposed edition
- 07
Two implementations gate · Implementation
Implementers run the Apache-2.0 test suite and publish their results by reference; the working group collects the final specification agreements.
- Who
- two independent implementers
- Decision rule
- two independent implementations pass the open test suite; the results serve as implementation evidence
- Record
- test results as evidence
- 08
Candidate record · Implementation
The implementation report names the implementations, the suite version and the instant of each run.
- Who
- working group
- Decision rule
- entered when the implementation report is published
- Record
- implementation report
- 09
Adopted decision · Global Standards Council
A permanent edition with a dated edition identifier; the errata process remains open; systematic review takes place every three years.
- Who
- the Global Standards Council (GSC)
- Decision rule
- a recorded decision of the GSC after last call
- Record
- dated edition with a decision reference
- 10
Later edition or withdrawal end · Global Standards Council
The record is retained and points to its successor. Earlier editions remain unchanged.
- Who
- a later edition or a withdrawal decision
- Decision rule
- identifiers are permanent and are not reused (NS1-R3)
- Record
- record retained, supersededBy set
Fig.From an open area to an adopted edition: the actor at each operation, the decision rule and the record it leaves. Play steps through the track; selecting a card shows its operation. Sources: NS-13: development process · Nexus Standards operating model.
Stages of development
Each stage has an entry condition and a visible result. A standard is described by the stage it has reached; stage names follow GOVERNANCE.md.
- Entry condition
- Area named in the registry
- What exists
- A programme page inviting contributions and a working-group charter template
- Rule
- No draft text yet; a working group may be chartered under NS-13.
- Entry condition
- A chartered working group with chairs, scope, exclusions, deliverables, meeting cadence and decision rule
- What exists
- Drafts developed in the open, with issues tracked publicly; each draft carries a UNI (Unique Nexus Identifier)
- Rule
- Decisions by consensus with dissent recorded; the chairs record each objection and its disposition.
- Entry condition
- Working-group consensus recorded; the four horizontal reviews completed; crosswalk entries complete with source links; machine-readable clauses (NS-10) for each normative statement; a conformance test suite
- What exists
- Public last call of at least thirty days, with comments dispositioned in the open
- Rule
- Horizontal reviews cover accessibility, internationalisation and translation, privacy and data protection, and security.
- Entry condition
- Two independent implementations pass the test suite; all comments dispositioned
- What exists
- Implementation report published
- Rule
- Test results constitute implementation evidence.
- Entry condition
- Adoption by the Global Standards Council recorded under GOVERNANCE.md, with the reference cited in the front matter
- What exists
- Permanent edition with a dated edition identifier; errata process open
- Rule
- Systematic review every three years to confirm, revise or withdraw. Errata are additive and do not change normative meaning.
- Entry condition
- A later edition or a withdrawal decision
- What exists
- The record is retained, with a forward reference to the later edition
- Rule
- Identifiers are neither deleted nor reused (NS1-R3).
The track draws on the development processes of the IETF, W3C and OGC. Stages may be selected with the arrow keys or by pointer; without script, all stages are shown in order. Stage names follow GOVERNANCE.md.
Population, settlement and hazards in Europe
The map frames Europe as an example geography for the development of a standard; the frame gives context and is not a statement of where the standards apply. Shown at first: population density, 2020 (Gridded Population of the World v4.11, NASA SEDAC, CIESIN, Columbia University) and night-time lights, daily (VIIRS Black Marble, VNP46A2, NASA LAADS DAAC). The layer drawer adds flood water, 3-day composite (VIIRS Global Flood Product); active fires and thermal anomalies, last day (VIIRS NOAA-20 375 m, FIRMS); and true colour (VIIRS NOAA-20 corrected reflectance). NASA products are served through NASA GIBS under NASA's open data policy, with acknowledgement; population density is GPW v4.11 by CIESIN, Columbia University, under CC BY 4.0; coastlines, boundaries and place names come from NASA GIBS reference layers (© OpenStreetMap contributors, ODbL) and Natural Earth (public domain). Each layer shows its own observation date; full credits are given under the map.
The interactive map needs JavaScript; the layer list and sources are below.
Layers 2
People and hazards
Keyboard, with the map focused
Hold Ctrl or ⌘ and scroll to zoom
Latest available
NASA GIBS / EOSDIS · ASTER GDEM (METI, NASA) · Blue Marble (NASA) · © OpenStreetMap contributors (ODbL) · Natural Earth
Loading the latest NASA imagery.
Drag to move. Ctrl or ⌘ and scroll, pinch or the buttons to zoom; hover for the values under the pointer; reset returns to the region.
Where people live, night-time lights and the floods and fires public institutions answer to, framed on Europe.Satellite and model products as NASA publishes them, each with its own date; indicators, not assessments of any place.
Data: NASA GIBS · ASTER GDEM · Blue Marble · © OpenStreetMap contributors · Natural Earth · NASA EONETSources and licences
- We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- Center for International Earth Science Information Network (CIESIN), Columbia University. 2018. Gridded Population of the World, Version 4 (GPWv4): Population Density, Revision 11. NASA Socioeconomic Data and Applications Center (SEDAC). Licensed under CC BY 4.0. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). doi:10.7927/H49C6VHW. CC BY 4.0
- VIIRS Black Marble night-time lights, NASA Goddard Space Flight Center; distributed by the NASA Level-1 and Atmosphere Archive and Distribution System (LAADS DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- VIIRS near-real-time products (flood, land surface temperature, snow cover, corrected reflectance), NASA LANCE; imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- NASA Fire Information for Resource Management System (FIRMS), VIIRS 375 m active fire product, NASA LANCE; vector tiles via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- ASTER GDEM is a product of METI and NASA (ASTER Global Digital Elevation Model V003, NASA LP DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). Cite as: NASA/METI/AIST/Japan Spacesystems and U.S./Japan ASTER Science Team (2019). ASTER Global Digital Elevation Model V003. doi:10.5067/ASTER/ASTGTM.003. NASA open data
- Made with Natural Earth. Free vector and raster map data @ naturalearthdata.com. Public domain
- © OpenStreetMap contributors (ODbL), via NASA GIBS (coastlines, boundaries, roads and place names). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). ODbL
- Blue Marble, NASA Earth Observatory; imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
- Context on the globe and flat map: coastlines, boundaries, roads and place names from NASA GIBS reference layers (OpenStreetMap data, ODbL, © OpenStreetMap contributors); Blue Marble imagery as an optional base; 3D terrain and the elevation read-out from the ASTER GDEM elevation colour index (5 m to 200 m classes, exaggerated for legibility). Boundaries are drawn as published and imply no position on any territory.
- Globe: MapLibre GL JS 6.9.1, BSD-3-Clause, © MapLibre contributors.
- Live: NASA EONET Events are indicative, not authority warnings.
- NASA GIBS: We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS).
- Optional layers (3 sources in the layer list: live, forecast, observed and context) print their provider credit on the map and here when switched on; forecasts are model output and derived indices are estimates.
Layers and dates
- Population density, 2020: Population: CIESIN, Columbia University, Gridded Population of the World v4.11 (2018), NASA SEDAC, CC BY 4.0 · static
- Night-time lights, daily: VIIRS Black Marble (VNP46A2), NASA LAADS DAAC · 12 Oct 2026
- Flood water, 3-day composite: VIIRS Global Flood Product, NASA LANCE · 14 Oct 2026
- Active fires and thermal anomalies, last day: VIIRS NOAA-20 375 m (FIRMS), NASA LANCE FIRMS · 13 Oct 2026
- True colour: VIIRS NOAA-20 corrected reflectance, NASA LANCE · 13 Oct 2026
Each Nexus Standard on the development track
The lifecycle console reads the status of each standard against the track and shows its current stage, the entry condition met and the next stage. Selecting a standard moves the diagram to its stage.
All operations in order (10)
- 01
Open area start · Open area
The registry lists the area and its programme page invites participation. A working group may be chartered under NS-13.
- Who
- any participant; area listed in the registry
- Decision rule
- an area is open when the registry lists it and no working group has been chartered
- Record
- programme page with a call for participation
- 02
Working group step · Working group
The charter is public and states the scope, exclusions, deliverables, meeting schedule and decision rule. Drafts, issues and comments are public.
- Who
- chairs from two organisations
- Decision rule
- consensus with recorded dissent; two co-chairs from different organisations
- Record
- public charter
- 03
Community draft record · Working group
Drafts, issues and comment dispositions are public artifacts, each with a UNI (Unique Nexus Identifier). The chairs record each objection with its disposition.
- Who
- working group editors
- Decision rule
- every normative statement gets an NS-10 clause; every draft carries a UNI
- Record
- drafts with UNIs
- 04
Horizontal reviews gate · Working group
Each review group reads the whole draft and records findings; a finding is dispositioned in writing before the public last call opens.
- Who
- five review groups
- Decision rule
- accessibility, internationalisation, privacy, security and accuracy of claims, reviewed before last call
- Record
- review findings on record
- 05
Public last call gate · Public
The draft, its crosswalk rows with source links, its clauses and its test suite are published for comment. Consensus with recorded dissent; a formal objection is answered in writing; appeals go to the Technical Management Division (technical) or the independent panel (process).
- Who
- any person, with identity recorded
- Decision rule
- at least thirty days (fourteen for errata, ninety for a new standard); each comment answered in writing
- Record
- comments and dispositions
- 06
Proposed record · Public
The standard is proposed and available for voluntary use by implementers ahead of adoption.
- Who
- working group
- Decision rule
- entered when last call has closed and every comment has a disposition
- Record
- proposed edition
- 07
Two implementations gate · Implementation
Implementers run the Apache-2.0 test suite and publish their results by reference; the working group collects the final specification agreements.
- Who
- two independent implementers
- Decision rule
- two independent implementations pass the open test suite; the results serve as implementation evidence
- Record
- test results as evidence
- 08
Candidate record · Implementation
The implementation report names the implementations, the suite version and the instant of each run.
- Who
- working group
- Decision rule
- entered when the implementation report is published
- Record
- implementation report
- 09
Adopted decision · Global Standards Council
A permanent edition with a dated edition identifier; the errata process remains open; systematic review takes place every three years.
- Who
- the Global Standards Council (GSC)
- Decision rule
- a recorded decision of the GSC after last call
- Record
- dated edition with a decision reference
- 10
Later edition or withdrawal end · Global Standards Council
The record is retained and points to its successor. Earlier editions remain unchanged.
- Who
- a later edition or a withdrawal decision
- Decision rule
- identifiers are permanent and are not reused (NS1-R3)
- Record
- record retained, supersededBy set
Fig.Select a standard in the table and the canvas shows the stage it is in; play walks the whole track. Sources: NS-13: development process · Nexus Standards operating model.
- OPEN2
- COMMUNITY DRAFT0
- PROPOSED17
- CANDIDATE0
- ADOPTED0
- SUPERSEDED or WITHDRAWN0
Stages are derived from the status recorded in the registry.
| Standard | Status | Stage on the track | Rules | Next stage |
|---|---|---|---|---|
| NS-0 Constitution and principles | PROPOSED | PROPOSEDstatus in the registry | 12 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-1 The UNI and the artifact catalog (grammar… | PROPOSED | PROPOSEDstatus in the registry | 10 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-2 Citation and attribution format for UNIs | PROPOSED | PROPOSEDstatus in the registry | 5 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-3 Risk record UNIs (grammar, legacy crosswalk,… | PROPOSED | PROPOSEDstatus in the registry | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-3b Dataset and product metadata profile (STAC,… | PROPOSED | PROPOSEDstatus in the registry | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-4 Structure and drafting of Nexus Standards and… | PROPOSED | PROPOSEDstatus in the registry | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-5 Figure, map and visualization standard (with… | PROPOSED | PROPOSEDstatus in the registry | 5 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-6 Surface wiring (API header, panel provenance,… | SPECIFIED | PROPOSED (in NS-1)specified within NS-1; follows its stage | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-7 Resolver landing pages, page meta tags, sitemap | SPECIFIED | PROPOSED (in NS-1)specified within NS-1; follows its stage | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-8 Zenodo publishing workflow with legal gate,… | OPEN | OPENstatus in the registry | 0 | COMMUNITY DRAFT: A chartered working group with chairs, scope, exclusions, deliverables,… |
| NS-9 Contextual UNIs (deployments, instances,… | PROPOSED | PROPOSEDstatus in the registry | 5 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-10 Policies and clauses (machine-readable… | PROPOSED | PROPOSEDstatus in the registry | 7 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-11 Verification and monitoring (evidence,… | PROPOSED | PROPOSEDstatus in the registry | 6 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-12 Software, model and AI/ML artifacts (supply… | PROPOSED | PROPOSEDstatus in the registry | 4 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-13 Standards development process (open proposals,… | PROPOSED | PROPOSEDstatus in the registry | 5 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-14 Conformance and crosswalk to external standards | PROPOSED | PROPOSEDstatus in the registry | 5 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-15 System model binding (identity levels,… | PROPOSED | PROPOSEDstatus in the registry | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NS-16 UNI application profile (context names such as… | PROPOSED | PROPOSEDstatus in the registry | 0 | CANDIDATE: Two independent implementations pass the test suite; all comments dispositioned |
| NRS Nexus Risk Standards: the systemic catalogue… | OPEN | OPENstatus in the registry | 0 | COMMUNITY DRAFT: A chartered working group with chairs, scope, exclusions, deliverables,… |
Status follows standards/INDEX.md and GOVERNANCE.md, and the stage is derived from it. Proposals, public change records and their dispositions will be added to this console in a later release.
Development processes of the IETF, W3C, OASIS, OGC and ISO
Each process is described against the same questions: the number of operations, the decision points, the decision-maker and the means of public participation. Stage names are those of each body, with links to its process document.
| Track | Operations | Gates | Who decides | How the public takes part | Process document |
|---|---|---|---|---|---|
| Nexus Standards | 10 | Horizontal reviews, Public last call, Two implementations | the Global Standards Council (GSC), by a recorded decision | a public last call of at least thirty days; any person may comment, with identity recorded | NS-13: development process |
| the IETF | 8 | WG adoption, WG last call, IETF last call | the IESG approves; the RFC Editor publishes | IETF last call: the whole community, two or four weeks; working groups are open to anyone | RFC 2026, The Internet Standards Process,… |
| W3C | 8 | AC review, Candidate Recommendation | W3C, after Advisory Committee review | wide review of public drafts; comments in the group's public tracker | W3C Process Document |
| OASIS | 8 | Public review, Statements of use | OASIS organisational members, by ballot | public review through the comment list; thirty days for the first review | OASIS Technical Committee Process |
| OGC | 8 | OAB review, Public comment | OGC voting members, by Technical Committee vote | a public comment period announced by OGC | OGC Technical Committee Policies and… |
| ISO and IEC | 7 | Committee draft, Enquiry draft, Final draft | national bodies, by ballot at the enquiry and approval stages | through the national member bodies, which circulate the enquiry draft | ISO/IEC Directives, Part 1 |
All operations in order (8)
- 01
Internet-Draft start · Authors
Drafts are posted to the Datatracker and expire unless replaced. An individual draft may be adopted by a working group.
- Who
- any author
- Decision rule
- anyone may post; a draft is a work in progress and expires
- Record
- an Internet-Draft, expiring after six months
- 02
WG adoption gate · Working group
The chairs call for adoption on the list; the draft becomes a working-group document.
- Who
- working group chairs
- Decision rule
- rough consensus judged by the chairs
- Record
- a working-group draft
- 03
WG last call gate · Working group
The working group reviews the draft once more before it goes to the area director.
- Who
- working group
- Decision rule
- rough consensus; open issues resolved on the list
- Record
- last-call comments on the list
- 04
IETF last call gate · IESG
The whole community reviews the document; directorate reviews are recorded in the Datatracker.
- Who
- the IETF community
- Decision rule
- two weeks for a working-group document, four for an individual submission
- Record
- last-call announcement and comments
- 05
IESG evaluation decision · IESG
Area directors ballot; the document is approved for publication or returned to the working group.
- Who
- the Internet Engineering Steering Group
- Decision rule
- the IESG approves, with DISCUSS positions resolved
- Record
- a ballot with positions
- 06
RFC Editor step · RFC Editor
The RFC Editor edits for clarity and consistency; authors and the area director approve before publication.
- Who
- the RFC Production Center
- Decision rule
- editorial changes only; authors approve the final text
- Record
- AUTH48 state, then the RFC
- 07
RFC, Proposed Standard record · RFC Editor
The RFC is immutable; errata are recorded separately.
- Who
- RFC Editor
- Decision rule
- a Proposed Standard is a stable specification that has resolved known design choices
- Record
- the RFC with its number
- 08
Internet Standard end · Maturity
Under RFC 6410 the track has two maturity levels; advancement is a separate IESG decision.
- Who
- the IESG, on a request
- Decision rule
- interoperable implementations and successful deployment, no errata of substance
- Record
- an STD number
Fig.Authors post an Internet-Draft; a working group adopts it and runs its last call; the IETF-wide last call and the IESG evaluation follow; the RFC Editor publishes the RFC as a Proposed Standard; an Internet Standard needs interoperable implementations and deployment. Sources: RFC 2026, The Internet Standards Process, Revision 3 · RFC 6410, Reducing the Standards Track to Two Maturity Levels · RFC 7282, On Consensus and Humming in the IETF.
All operations in order (8)
- 01
Charter decision · Advisory Committee
Members review the charter; the group is chartered with its deliverables and the patent policy terms.
- Who
- the Advisory Committee, on a W3C proposal
- Decision rule
- Advisory Committee review of scope, deliverables and patent policy
- Record
- a chartered working group
- 02
FPWD record · Working group
The first public draft on the technical-report page; wide review begins.
- Who
- working group
- Decision rule
- publication starts the patent exclusion period
- Record
- First Public Working Draft
- 03
Working Drafts step · Working group
Drafts iterate in the open; the group records issues and their resolution.
- Who
- working group editors
- Decision rule
- consensus of the group; horizontal review (accessibility, internationalisation, privacy, security)
- Record
- successive drafts with change logs
- 04
Candidate Recommendation gate · Working group
Candidate Recommendation gathers implementation experience; test suites and reports are published.
- Who
- working group, with the Director's or Team's decision
- Decision rule
- implementation experience and wide review before advancing
- Record
- a CR snapshot and an implementation report
- 05
Proposed Recommendation step · W3C decision
The document is sent to the Advisory Committee with the implementation report.
- Who
- W3C
- Decision rule
- the group shows it met the CR exit criteria
- Record
- a PR for Advisory Committee review
- 06
AC review gate · Advisory Committee
Members review the Proposed Recommendation and may formally object.
- Who
- the Advisory Committee
- Decision rule
- formal objections handled under the Process
- Record
- review responses
- 07
Recommendation end · W3C decision
A W3C Recommendation; patent commitments apply under the Patent Policy.
- Who
- W3C
- Decision rule
- a W3C decision after Advisory Committee review
- Record
- the Recommendation
- 08
Maintenance record · W3C decision
Recommendations are maintained; errata and amendments are recorded on the technical-report page.
- Who
- working group or maintenance group
- Decision rule
- candidate amendments and errata under the Process
- Record
- errata, amendments, new editions
Fig.The Advisory Committee reviews a charter; the working group publishes a First Public Working Draft and further drafts; Candidate Recommendation gathers implementation experience; Proposed Recommendation goes to Advisory Committee review; the W3C decision publishes the Recommendation, which is then maintained. Sources: W3C Process Document · W3C Patent Policy.
All operations in order (8)
- 01
Technical Committee start · Technical Committee
The committee's charter and IPR mode are public; membership is through OASIS.
- Who
- OASIS members, under a charter
- Decision rule
- formed under the TC Process with a declared IPR mode
- Record
- a technical committee with its IPR mode
- 02
Committee Specification Draft record · Technical Committee
Drafts are numbered and public; working drafts precede them.
- Who
- the technical committee
- Decision rule
- approved by a committee vote
- Record
- a numbered draft
- 03
Public review gate · Public review
Comments arrive on the comment list and are dispositioned by the committee.
- Who
- anyone, through the comment list
- Decision rule
- a first review of thirty days; later reviews fifteen days on changes
- Record
- comments and their dispositions
- 04
Committee Specification decision · Technical Committee
The specification is stable at this stage; implementers may build on it.
- Who
- the technical committee
- Decision rule
- a Special Majority vote after public review
- Record
- the Committee Specification
- 05
Statements of use gate · Public review
Organisations state that they have used the specification; the statements are public.
- Who
- implementers
- Decision rule
- three statements of use for a Candidate OASIS Standard
- Record
- three statements of use
- 06
Candidate OASIS Standard record · OASIS membership
A sixty-day public review of the candidate precedes the ballot.
- Who
- the technical committee
- Decision rule
- entry when statements of use are collected
- Record
- the candidate with its statements of use
- 07
Membership ballot decision · OASIS membership
The ballot is a formal vote of the OASIS membership.
- Who
- OASIS organisational members
- Decision rule
- approval by the membership as the TC Process states
- Record
- the ballot result
- 08
OASIS Standard end · OASIS membership
The OASIS Standard is published; CAP 1.2 followed this path and was later published as an ITU-T Recommendation (X.1303 bis).
- Who
- OASIS
- Decision rule
- published after the ballot; may be submitted to de jure bodies
- Record
- the OASIS Standard
Fig.A technical committee produces a Committee Specification Draft; a public review gates the Committee Specification; with statements of use the specification becomes a Candidate OASIS Standard; a membership ballot approves it as an OASIS Standard, which may then be submitted to other bodies. Sources: OASIS Technical Committee Process · OASIS IPR Policy.
All operations in order (8)
- 01
SWG charter start · Standards working group
The charter states scope and deliverables; the group works under the Technical Committee policies.
- Who
- OGC members proposing the group
- Decision rule
- charter approved by the Technical Committee
- Record
- a chartered standards working group
- 02
Draft record · Standards working group
The group drafts the candidate standard and its conformance classes.
- Who
- the working group
- Decision rule
- consensus of the working group
- Record
- a candidate standard
- 03
Community submission start · Standards working group
The STAC community's specification is published by OGC as a Community Standard through this path.
- Who
- a community, outside an OGC working group
- Decision rule
- a community standard is submitted as is, with its usage justification
- Record
- a submission with a justification
- 04
OAB review gate · Technical Committee
The Architecture Board checks consistency with the OGC baseline.
- Who
- the OGC Architecture Board
- Decision rule
- architecture and consistency review before public comment
- Record
- review comments
- 05
Public comment gate · Technical Committee
Comments received are dispositioned by the working group before the vote.
- Who
- anyone
- Decision rule
- a public comment period announced by OGC
- Record
- comments and dispositions
- 06
TC vote decision · Technical Committee
The Technical Committee votes on the candidate standard or the community standard.
- Who
- OGC voting members
- Decision rule
- approval by the Technical Committee electronic vote
- Record
- the vote result
- 07
Publication end · OGC publication
The standard is published with a document number on the OGC standards page.
- Who
- OGC staff
- Decision rule
- publication after the vote and the Planning Committee's confirmation
- Record
- the published standard with its document number
- 08
Community standard record · OGC publication
The community keeps maintaining the specification; OGC publishes the snapshot it approved.
- Who
- OGC
- Decision rule
- published as the community maintains it; the body does not develop it
- Record
- a Community Standard
Fig.A standards working group is chartered and drafts; the Architecture Board reviews; the draft goes to public comment; the Technical Committee votes and OGC publishes. A community standard follows a shorter path: a submission with a justification, a vote and publication without an OGC working group. Sources: OGC Technical Committee Policies and Procedures · OGC standards.
All operations in order (7)
- 01
New work item proposal start · Technical committee
A proposal is balloted; it needs enough participating members committing to take part.
- Who
- a national body or liaison, to the committee
- Decision rule
- approval by the participating members' ballot
- Record
- an approved new work item
- 02
Working draft record · Working group
Experts nominated by national bodies prepare the technical content.
- Who
- experts in the working group
- Decision rule
- the working group prepares the draft
- Record
- working drafts
- 03
Committee draft gate · Technical committee
The committee draft is circulated for comment and consensus is sought.
- Who
- the technical committee
- Decision rule
- committee consensus on the draft
- Record
- committee comments and their resolution
- 04
Enquiry draft gate · National bodies
The draft international standard is circulated to every national body for ballot and comment.
- Who
- all national bodies
- Decision rule
- approval by the ballot rule the Directives state
- Record
- the enquiry ballot result
- 05
Final draft gate · National bodies
The final draft is balloted for approval.
- Who
- all national bodies
- Decision rule
- approval by the ballot rule the Directives state; no technical comments at this stage
- Record
- the approval ballot result
- 06
International Standard decision · Publication
The standard is published; its text is the body's and is sold or licensed by the body and its national members.
- Who
- the central secretariat
- Decision rule
- published after approval
- Record
- the published standard
- 07
Systematic review end · Publication
Every standard is reviewed periodically and confirmed, revised or withdrawn.
- Who
- the technical committee and national bodies
- Decision rule
- review within the period the Directives set
- Record
- confirm, revise or withdraw
Fig.A new work item proposal is balloted by the national bodies; a working group prepares working drafts; the committee draft, the enquiry draft and the final draft are balloted in turn; the standard is published and reviewed systematically. Stage names are cited from the Directives. Sources: ISO/IEC Directives, Part 1 · ISO stages and resources for standards development.
Public last call and dispositions
- Last call lasts at least thirty days for a proposed standard, fourteen days for an erratum and ninety days for a new standard; each comment receives a written disposition before acceptance.
- Working groups decide by rough consensus with dissent recorded. A technical appeal goes to the co-chairs, the technical committee, the Technical Management Division and, on the record, the Global Standards Council; a process appeal goes to the independent Ethics, Conflicts and Appeals Panel.
- Schemas and the registry use semantic versioning; documents use dated editions; changes to code lists are append-only.
Systematic review every three years
Each adopted standard is reviewed every three years. The review concludes with a decision to confirm, revise or withdraw, recorded in the same way as an adoption decision. Errata are additive and do not change normative meaning; translations are informative.
Who may participate, and where
Anyone may participate: governments, international organisations, academia, industry, civil society, communities, investors, implementers and other standards bodies, as individuals (identified by ORCID iD) or organisations (identified by ROR ID), and agents acting under a recorded mandate and marked as agents. Participation requires no membership fee. Decisions are made by the recorded process, never according to who pays.
Participation takes place through public gateways: this public repository (proposals, issues and reviews), the institutional sites, the channels of the Secretariat and the sessions of the bodies (the Global Standards Council, its technical committees and working groups), as described in governance/PARTICIPATION_AND_CADENCE.md. No gateway requires a proprietary product, account or mark.
The proposal lifecycle
| Status | Meaning | Record |
|---|---|---|
| OPEN | A proposal is filed as an artifact with a UNI (nexus-proposal.v1.json), naming the target standard, section or registry path, the rationale, the changes (with a pull request or patch) and the stakeholder groups affected. | proposal record |
| IN_REVIEW | Comments are collected in the open; each comment receives a disposition (accepted, rejected, deferred, open) with a reason. | comments |
| LAST_CALL | A fixed period (by default 30 days; 14 days for errata; 90 days for a new standard) is announced to all stakeholder groups; objections are answered in writing. | lastCallEndsAt |
| ACCEPTED / REJECTED / WITHDRAWN | The editors' decision, with reasons, is recorded. | decision |
| ADOPTED | The decision of the Global Standards Council that changes the standard's status (the status ladder in GOVERNANCE.md) is recorded by reference. | decisionRef |
Every proposal, comment, decision and resulting version is itself an artifact (NS-1) and is cited (NS-2); no decision is taken in private channels.
Editors and authority
The Secretariat and the editors maintain the text and the registries and run the process; they do not adopt. Adoption of a Nexus Standard is a decision of the Global Standards Council under the Charter (governance/CHARTER.md), recorded by reference; adoption in a country is a decision of its National Standards Council (governance/NATIONAL_ADOPTION_AND_SOVEREIGNTY.md). An implementation that records adoption decisions verifies the mandate of the deciding body before it records the decision. Editors recuse themselves from proposals they raised. The editors' roster, their mandates and their recusals are records.
Versioning
Standards use semantic versions. A patch changes explanation only. A minor change is additive and backward compatible (new codes, optional fields, new clauses marked informative or recommended). A major change alters a grammar, a required field or a blocking clause and requires a crosswalk and a migration note. Implementations state the versions they conform to (NS-0 section 6). Registries are append-only (GOVERNANCE.md).
Licensing of the standards
The text, registries, schemas and data are published under CC BY 4.0 and the reference code under Apache-2.0, effective on public release (LICENSING.md). Contributions are made under the Developer Certificate of Origin, with a royalty-free patent licence for essential claims (governance/OPEN_BOUNDARY_IPR_AND_LICENSING.md). Implementations may be licensed as their authors choose, open or proprietary; no standard requires a particular licence of an implementation. Taking part grants or receives no licence to another body's standard.
Rules
| Rule | Text |
|---|---|
| NS13-R1 | Every change to a standard, registry, clause or policy shall enter through a proposal with a UNI. |
| NS13-R2 | Participation shall be open and free of charge; identity shall be recorded (ORCID iD, ROR ID or an agent mandate); decisions shall be reasoned in writing. |
| NS13-R3 | Last call shall be announced to every stakeholder group listed on the proposal; objections shall be dispositioned before acceptance. |
| NS13-R4 | Editors shall not adopt; authority decisions shall be recorded by reference. |
| NS13-R5 | Versions shall be semantic; registries shall be append-only; existing UNIs shall not be invalidated. |
Submission of proposals
The canonical repository holds the standards, the registries and the proposal schema; a proposal is submitted as a pull request carrying a proposal record and a UNI. Canonical repository
Questions and answers.
Who may take part?
How long is last call?
Contribute to Nexus Reports from this page.
Nexus Reports is the Consortium's quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.
- GatewayGW-STDSend it from this pageEvidence, a correction, a case, a method, a review, a translation or profile input. It arrives tagged with this page, so the editor who owns it receives it.
- ZenodoOpen depositDeposit it and submit to the communityPublish your own record on Zenodo with your ORCID iD, then submit it to the Nexus Reports community. Curators review it there; the DOI stays yours.
- Nexus ReportsGCRISee every way to contributeThe contribution types, how each is reviewed, what credit you receive, the licence and what is never accepted.
Never send personal data, sensitive infrastructure detail or anything you have no right to share. A contribution is reviewed before use; sending it confers no authorship or editorial rights, and sponsorship never buys a finding.
The same subject across the Consortium.
Around the Nexus Standards.
Take part in the standards.
Governments, regulators, standards bodies, industry, academia and communities are invited to shape the catalogue ahead of its first official release, targeted for 2030: comment on a draft, propose a change, join a working group or host a field exercise.
Status and use. The Nexus Standards are proposed standards developed through an open process under NS-13 and published for voluntary use; they do not constitute certification, accreditation or regulatory approval, and adoption remains a decision of the Global Standards Council and, in each country, of its National Standards Council. A UNI (Unique Nexus Identifier) identifies an artifact; it does not certify it. Names of standards bodies and their standards belong to their stewards and are used only to identify the documents; no text of an external standard is reproduced here. Nexus Standards is not affiliated with, endorsed by or certified by any standards body named here.
Licences: CC BY 4.0 for standards text, registries, schemas and data; Apache-2.0 for reference code. External standards are cited by name, number and link under their own licences. Third-party data, libraries and fonts keep their own licences: see Third-party notices.