├── .github └── ISSUE_TEMPLATE │ ├── blank.md │ ├── opposition.md │ └── support.md ├── .pr-preview.json ├── CODE_OF_CONDUCT.md ├── CONTRIBUTING.md ├── LICENSE.md ├── README.md ├── index.html └── w3c.json /.github/ISSUE_TEMPLATE/blank.md: -------------------------------------------------------------------------------- 1 | --- 2 | name: Standard issue 3 | about: Template for standard issue 4 | title: '' 5 | labels: '' 6 | assignees: '' 7 | 8 | --- 9 | -------------------------------------------------------------------------------- /.github/ISSUE_TEMPLATE/opposition.md: -------------------------------------------------------------------------------- 1 | --- 2 | name: Expression of opposition 3 | about: Template for expression of opposition 4 | title: '~organization~ is against the creation of the RDF-star working group' 5 | labels: expression_of_opposition 6 | assignees: '' 7 | 8 | --- 9 | 10 | ~organization~ is against the creation of the RDF-star working group as described in the proposed charter. 11 | 12 | 19 | -------------------------------------------------------------------------------- /.github/ISSUE_TEMPLATE/support.md: -------------------------------------------------------------------------------- 1 | --- 2 | name: Expression of support 3 | about: Template for expression of support 4 | title: '~organization~ supports the creation of the RDF-star working group' 5 | labels: expression_of_support 6 | assignees: '' 7 | 8 | --- 9 | 10 | ~organization~ supports the creation of the RDF-star working group as described in the proposed charter. 11 | 12 | 19 | -------------------------------------------------------------------------------- /.pr-preview.json: -------------------------------------------------------------------------------- 1 | { 2 | "src_file": "index.html", 3 | "type": "html" 4 | } 5 | -------------------------------------------------------------------------------- /CODE_OF_CONDUCT.md: -------------------------------------------------------------------------------- 1 | # Code of Conduct 2 | 3 | All documentation, code and communication under this repository are covered by the [W3C Code of Ethics and Professional Conduct](https://www.w3.org/Consortium/cepc/). 4 | -------------------------------------------------------------------------------- /CONTRIBUTING.md: -------------------------------------------------------------------------------- 1 | # Charter development 2 | 3 | Contributions to this repository are intended to become part of Recommendation-track documents governed by the 4 | [W3C Patent Policy](https://www.w3.org/Consortium/Patent-Policy-20040205/) and 5 | [Software and Document License](https://www.w3.org/Consortium/Legal/copyright-software). To make substantive contributions to specifications, you must either participate 6 | in the relevant W3C Working Group or make a non-member patent licensing commitment. 7 | 8 | If you are not the sole contributor to a contribution (pull request), please identify all 9 | contributors in the pull request comment. 10 | 11 | To add a contributor (other than yourself, that's automatic), mark them one per line as follows: 12 | 13 | ``` 14 | +@github_username 15 | ``` 16 | 17 | If you added a contributor by mistake, you can remove them in a comment with: 18 | 19 | ``` 20 | -@github_username 21 | ``` 22 | 23 | If you are making a pull request on behalf of someone else but you had no part in designing the 24 | feature, you can remove yourself with the above syntax. 25 | -------------------------------------------------------------------------------- /LICENSE.md: -------------------------------------------------------------------------------- 1 | All documents in this Repository are licensed by contributors 2 | under the 3 | [W3C Software and Document License](https://www.w3.org/Consortium/Legal/copyright-software). 4 | 5 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Charter for the RDF-star Working Group 2 | 3 | This repository has two "main" branches: 4 | 5 | - `active` should reflect the currently [active](https://www.w3.org/groups/wg/rdf-star/charters/active/) charter of the WG 6 | - `upcoming` is the current state of the next proposed charter 7 | 8 | In general, `active` should be equal or behind `upcoming`, 9 | but it may happen that `active` diverges when the active charter is extended while a new one is being developped. 10 | 11 | Preview of the charter: 12 | - [upcoming](https://raw.githack.com/w3c/rdf-star-wg-charter/refs/heads/upcoming/index.html) 13 | - [active](https://raw.githack.com/w3c/rdf-star-wg-charter/refs/heads/active/index.html) 14 | -------------------------------------------------------------------------------- /index.html: -------------------------------------------------------------------------------- 1 | 2 | 3 | 4 | 5 | 6 | RDF & SPARQL Working Group Charter 7 | 8 | 9 | 10 | 11 | 64 | 65 | 66 | 85 | 86 | 87 |
88 |

RDF & SPARQL Working Group Charter

89 | 90 |

The mission of the RDF & SPARQL Working Group is to update and maintain the set of RDF and SPARQL related recommendations, extending them with the ability to concisely represent and query statements about statements.

91 | 92 |
93 |

Join the RDF & SPARQL Working Group.

94 |
95 | 96 | 103 | 104 |
105 | 106 | 107 | 110 | 113 | 114 | 115 | 118 | 121 | 122 | 123 | 126 | 129 | 130 | 131 | 134 | 137 | 138 | 139 | 142 | 147 | 148 |
108 | Start date 109 | 111 | 1 May 2025 112 |
116 | End date 117 | 119 | 30 April 2027 120 |
124 | Chairs 125 | 127 | Adrian Gschwend (Zazuko), Ora Lassila (Amazon) 128 |
132 | Team Contacts 133 | 135 | Pierre-Antoine Champin (0.1 FTE) 136 |
140 | Meeting Schedule 141 | 143 | Teleconferences: 1 hour calls to be held weekly; extra topic-specific calls may also be held 144 |
145 | Face-to-face: face-to-face meetings may be scheduled by consent of the participants, usually no more than 3 per year. 146 |
149 |
150 | 151 |
152 |

RDF-star (formerly spelled RDF*) is an extension of RDF that was initially proposed in 2014 by Olaf Hartig and Bryan Thompson, providing a concise way to make statements about statements. It has become quite popular, especially as a means to provide interoperability between RDF and Property Graphs, and has already been implemented to various extents by a number of vendors and open-source libraries. A subgroup of the RDF-DEV Community Group then formed to gather feedback, use-cases, and explore the possibility of integrating RDF-star into the existing RDF standards.

153 |
154 | 155 |
156 |

Scope

157 |

The scope of this Working Group is to update the recommendations defining RDF 1.1 and SPARQL 1.1, extending them with the features introduced by RDF-star. More precisely, RDF-star introduces the notion of quoted triple to express statements about statements. The abstract and concrete syntaxes of RDF and SPARQL, as well as their respective semantics, are to be extended to support this new feature. 158 | The group will then maintain the set of resulting recommendations (RDF 1.2 and SPARQL 1.2).

159 | 160 |

The community group has identified, in its final report, which recommendations should be updated, and a possible path for updating them. The Working Group may however reconsider this and proceed differently from the Community Group's proposal. For every recommendation updated by this Working Group, pending errata will also be addressed. The Working Group will also consider allowing new features in these recommendations, according to Section 6.3.11.4 of the W3C process, to ease and speed up future evolution.

161 | 162 |

The group SHOULD ensure that any RDF 1.1 data remains valid in this new version. Furthermore, any RDF or RDFS entailment drawn under RDF 1.1 semantics SHOULD also remain valid in this new version.

163 | 164 |

This Working Group was formally named "RDF-star" to emphasize the new features that RDF 1.2 is providing compared to RDF 1.1. This caused some confusion with respect to the actual scope of the group, so it was decided to change it to a more general designation.

165 | 166 |
167 |

Out of Scope

168 |

The following features are out of scope, and will not be addressed by this Working group.

169 | 170 |
    171 |
  • Adding other improvements or extensions to RDF or SPARQL. Given the number of recommendations that this Working Group needs to update, it is important to keep its scope very focused.
  • 172 |
173 |
174 | 175 |
176 | 177 |
178 |

179 | Deliverables 180 |

181 | 182 |

Updated document status is available on the group publication status page.

183 | 184 |

Draft state indicates the state of the deliverable at the time of the charter approval. 185 | Expected completion indicates when the deliverable is projected to become a Recommendation, or otherwise reach a stable state.

186 | 187 |
188 |

189 | Normative Specifications 190 |

191 |

192 | The Working Group will deliver the following W3C normative specifications, inherited from the 193 | RDF working group and 194 | SPARQL working group. 195 |

196 |
197 |

RDF family of specifications

198 |
199 |
RDF 1.2 Concepts and Abstract Syntax
200 |
201 |

This specification defines an abstract syntax (a data model) which serves to link all RDF-based languages and specifications. The abstract syntax has two key data structures: RDF graphs are sets of subject-predicate-object triples, where the elements may be IRIs, blank nodes, or datatyped literals. They are used to express descriptions of resources. RDF datasets are used to organize collections of RDF graphs, and comprise a default graph and zero or more named graphs. RDF 1.1 Concepts and Abstract Syntax also introduces key concepts and terminology, and discusses datatyping and the handling of fragment identifiers in IRIs within RDF graphs.

202 | 203 |

Draft state: Working Draft

204 |

Expected completion: Q3 2025

205 | 210 |
211 | 212 |
RDF 1.2 N-Quads
213 |
214 |

This specification defines a line-based, plain text format for encoding an RDF dataset.

215 | 216 |

Draft state: Working Draft

217 |

Expected completion: Q3 2025

218 | 223 |
224 | 225 |
RDF 1.2 N-Triples
226 |
227 |

This specification defines a line-based, plain text format for encoding an RDF graph.

228 | 229 |

Draft state: Working Draft

230 |

Expected completion: Q3 2025

231 | 236 |
237 | 238 |
RDF 1.2 Semantics
239 |
240 |

This specification defines a precise semantics for the Resource Description Framework and RDF Schema. It defines a number of distinct entailment regimes and corresponding patterns of entailment.

241 |

Draft state: Working Draft

242 |

Expected completion: Q3 2025

243 | 248 |
249 | 250 |
RDF 1.2 TriG
251 |
252 |

This specification defines a textual syntax for RDF called TriG that allows an RDF dataset to be completely written in a compact and natural text form, with abbreviations for common usage patterns and datatypes. TriG is an extension of the Turtle format.

253 | 254 |

Draft state: Working Draft

255 |

Expected completion: Q3 2025

256 | 261 |
262 | 263 |
RDF 1.2 Turtle
264 |
265 |

This specification defines a textual syntax for RDF called Turtle that allows an RDF graph to be completely written in a compact and natural text form, with abbreviations for common usage patterns and datatypes. Turtle provides levels of compatibility with the N-Triples format as well as the triple pattern syntax of the SPARQL W3C Recommendation.

266 | 267 |

Draft state: Working Draft

268 |

Expected completion: Q3 2025

269 | 274 |
275 | 276 |
RDF 1.2 XML Syntax
277 |
278 |

This specification defines an XML syntax for RDF called RDF/XML in terms of Namespaces in XML, the XML Information Set and XML Base.

279 | 280 |

Draft state: Working Draft

281 |

Expected completion: Q3 2025

282 | 287 |

This Working Group will update this normative references and address the errata in this document. Its content may also be revised to integrate RDF-star features, provided enough interest and manpower are available./p> 288 |

289 | 290 |
RDF Schema 1.2
291 |
292 |

This specification describes how to use RDF to describe RDF vocabularies. This specification defines a vocabulary for this purpose and defines other built-in RDF vocabulary initially specified in the RDF Model and Syntax Specification.

293 | 294 |

Draft state: Working Draft

295 |

Expected completion: Q3 2025

296 | 301 |
302 |
303 |
304 |
305 |

SPARQL family of specifications

306 |
307 |
SPARQL 1.2 Overview
308 |
309 |

310 | This document is an overview of SPARQL 1.1. It provides an introduction 311 | to a set of W3C specifications that facilitate querying and manipulating 312 | RDF graph content on the Web or in an RDF store. 313 |

314 |

Draft state: No Draft

315 |

Expected completion: Q4 2025

316 |

Input Documentt: SPARQL 1.1 Overview, ed. The W3C SPARQL Working Group, W3C Recommendation.

317 |
318 | 319 |
SPARQL 1.2 Query Language
320 |
321 |

This specification defines the syntax and semantics of the SPARQL query language for RDF. SPARQL can be used to express queries across diverse data sources, whether the data is stored natively as RDF or viewed as RDF via middleware. SPARQL contains capabilities for querying required and optional graph patterns along with their conjunctions and disjunctions. SPARQL also supports aggregation, subqueries, negation, creating values by expressions, extensible value testing, and constraining queries by source RDF graph. The results of SPARQL queries can be result sets or RDF graphs.

322 | 323 |

Draft state: Working Draft

324 |

Expected completion: Q4 2025

325 | 330 |
331 | 332 |
SPARQL 1.2 Update
333 |
334 |

This specification defines an update language for RDF graphs. It uses a syntax derived from the SPARQL Query Language for RDF. Update operations are performed on a collection of graphs in a Graph Store. Operations are provided to update, create, and remove RDF graphs in a Graph Store.

335 | 336 |

Draft state: Working Draft

337 |

Expected completion: Q4 2025

338 | 343 |
344 | 345 |
SPARQL 1.2 Query Results JSON Format
346 |
347 |

This specification defines a JSON format for the variable binding and boolean results formats provided by the SPARQL query language for RDF.

348 | 349 |

Draft state: Working Draft

350 |

Expected completion: Q4 2025

351 | 356 |
357 | 358 |
SPARQL 1.2 Query Results XML Format
359 |
360 |

This specification defines an XML format for the variable binding and boolean results formats provided by the SPARQL query language for RDF.

361 | 362 |

Draft state: Working Draft

363 |

Expected completion: Q4 2025

364 | 369 |
370 |
371 | 372 |

373 | The following additional SPARQL documents will be updated to align with changes 374 | caused by the documents listed above and to incorporate errata. 375 |

376 | 377 |
378 |
SPARQL 1.2 Service Description
379 |
380 |

This document describes SPARQL service description, a method for discovering, and vocabulary for describing SPARQL services made available via the SPARQL 1.1 Protocol for RDF.

381 | 382 |

Draft state: Working Draft

383 |

Expected completion: Q4 2025

384 | 389 |
390 | 391 |
SPARQL 1.2 Federated Query
392 |
393 |

This specification defines the syntax and semantics of SPARQL 1.1 Federated Query for executing queries distributed over different SPARQL endpoints.

394 | 395 |

Draft state: Working Draft

396 |

Expected completion: Q4 2025

397 | 402 |
403 | 404 |
SPARQL 1.2 Entailment Regimes
405 |
406 |

There are different possible ways of defining a basic graph pattern matching extension for an entailment relation. This document specifies one such way for a range of standard semantic web entailment relations.

407 | 408 |

Draft state: Working Draft

409 |

Expected completion: Q4 2025

410 | 415 |
416 | 417 |
SPARQL 1.2 Protocol
418 |
419 |

This document specifies the SPARQL Protocol; it describes a means for conveying SPARQL queries and updates to a SPARQL processing service and returning the results via HTTP to the entity that requested them.

420 | 421 |

Draft state: Working Draft

422 |

Expected completion: Q4 2025

423 | 428 |
429 | 430 |
SPARQL 1.2 Graph Store HTTP Protocol
431 |
432 |

This document describes the use of HTTP operations for the purpose of managing a collection of RDF graphs.

433 | 434 |

Draft state: Working Draft

435 |

Expected completion: Q4 2025

436 | 441 |
442 | 443 |
SPARQL 1.2 Query Results CSV and TSV Format
444 |
445 |

The formats CSV [RFC4180] (comma separated values) and TSV [IANA-TSV] (tab separated values) provide simple, easy to process formats for the transmission of tabular data. They are supported as input datat formats to many tools, particularly spreadsheets. This document describes their use for expressing SPARQL query results from SELECT queries.

446 | 447 |

Draft state: Working Draft

448 |

Expected completion: Q4 2025

449 | 454 |
455 |
456 | 457 |
458 | 459 |
460 | 461 |
462 |

463 | Other Deliverables 464 |

465 |

466 | Other non-normative documents may be created such as: 467 |

468 |
    469 |
  • Use case and requirement documents;
  • 470 |
  • Test suite and implementation report for the specification;
  • 471 |
  • Primer or Best Practice documents to support web developers when designing applications, 472 | including an update of the RDF 1.1 Primer
  • 473 |
  • Guidelines about how and which new features may be further added to the recommendations.
  • 474 |
475 | 476 |

477 | Other normative deliverables might be considered by the Working Group during its lifetime. 478 | For example, community efforts to integrate RDF-star into other RDF-related specifications might reach a maturity level justifying their adoption by this Working Group. Should this happen, a rechartering will be requested, involving a new review by the Advisory Committee. 479 |

480 |
481 | 482 |
483 |

Timeline

484 |
    485 |
  • Q2 2025: Candidate Recommendation of RDF 1.2 deliverables
  • 486 |
  • Q3 2025: Candidate Recommendation of SPARQL 1.2 deliverables
  • 487 |
  • Q3 2025: Recommendation of RDF 1.2 deliverables
  • 488 |
  • Q4 2025: Recommendation of SPARQL 1.2 deliverables
  • 489 |
  • Afterwards: Maintenance of RDF 1.2 and SPARQL 1.2 recommendations
  • 490 |
491 |
492 |
493 | 494 |
495 |

Success Criteria

496 |

In order to advance to Proposed Recommendation, each normative specification is expected to have at least two independent implementations of every feature defined in the specification.

497 |

Each specification should contain separate sections detailing all known security and privacy implications for implementers, Web authors, and end users.

498 |

There should be testing plans for each specification, starting from the earliest drafts.

499 |

To promote interoperability, all changes made to specifications should have tests.

500 |
501 | 502 |
503 |

Coordination

504 |

For all specifications, this Working Group will seek horizontal review for 505 | accessibility, internationalization, privacy, and security with the relevant Working and 506 | Interest Groups, and with the TAG. 507 | Invitation for review must be issued during each major standards-track document transition, including 508 | FPWD. The 509 | Working Group is encouraged to engage collaboratively with the horizontal review groups throughout development of 510 | each specification. The Working Group is advised to seek a review at least 3 months before first entering 511 | CR and is encouraged 512 | to proactively notify the horizontal review groups when major changes occur in a specification following a review.

513 | 514 |

Additional technical coordination with the following Groups will be made, per the W3C Process Document:

515 | 516 |
517 |

W3C Groups

518 |
519 |
Data Exchange Working Group (DXWG)
520 |
The work of the DXWG on Content Negotiation by Profile has been identified as a way to improve interoperability between RDF 1.2 applications and legacy application that do not support its new features.
521 | 522 |
Data Shapes Working Group
523 |
One of the primary goals of the Working Group is to provide SHACL handling of the new features introduced in RDF 1.2 (from RDF-star)
524 | 525 |
JSON-LD Working Group
526 |
As a concrete syntax for RDF datasets, JSON-LD may also be updated to support RDF 1.2. A proposal from the JSON-LD Community Group based on RDF-star is already available.
527 | 528 |
RDF-DEV Community Group
529 |
To synchronize with other incubation and standardization work related to RDF, for example canonicalization and hashing.
530 | 531 |
SPARQL 1.2 Community Group
532 |
To synchronize with other possible incubation and standardization work related to SPARQL.
533 | 534 |
535 |
536 | 537 |
538 |

External Organizations

539 |
540 |
LDBC Extended GQL Schema (LEX) Working Group
541 |
To coordinate on possible bridges between RDF(-star) graphs and the unified model for Property Graphs proposed by this group.
542 | 543 |
ISO/IEC JTC 1/SC 32 Data management and interchange
544 |
Through the existing liaison with W3C, to coordinate with the efforts around graph query languages 545 | (GQL and SQL/PGQ).
546 |
547 |
548 |
549 | 550 | 551 | 552 |
553 |

554 | Participation 555 |

556 |

557 | To be successful, this Working Group is expected to have 6 or more active participants for its duration, including representatives from the key implementors of this specification, and active Editors and Test Leads for each specification. The Chairs, specification Editors, and Test Leads are expected to contribute half of a working day per week towards the Working Group. There is no minimum requirement for other Participants. 558 |

559 |

560 | The group encourages questions, comments and issues on its public mailing lists and document repositories, as described in Communication. 561 |

562 |

563 | The group also welcomes non-Members to contribute technical submissions for consideration upon their agreement to the terms of the W3C Patent Policy. 564 |

565 |

Participants in the group are required (by the W3C Process) to follow the 566 | W3C Code of Conduct.

567 |
568 | 569 | 570 | 571 |
572 |

573 | Communication 574 |

575 |

576 | Technical discussions for this Working Group are conducted in public: the meeting minutes from teleconference and face-to-face meetings will be archived for public review, and technical discussions and issue tracking will be conducted in a manner that can be both read and written to by the general public. Working Drafts and Editor's Drafts of specifications will be developed in public repositories and may permit direct public contribution requests. 577 | The meetings themselves are not open to public participation, however. 578 |

579 |

580 | Information about the group (including details about deliverables, issues, actions, status, participants, and meetings) will be available from the RDF & SPARQL Working Group home page. 581 |

582 |

583 | Most RDF & SPARQL Working Group teleconferences will focus on discussion of particular specifications, and will be conducted on an as-needed basis. 584 |

585 |

586 | This group primarily conducts its technical work on GitHub issues or on the public mailing list public-rdf-star@w3.org (archive). 587 | The public is invited to review, discuss and contribute to this work. 588 |

589 |

590 | The group may use a Member-confidential mailing list for administrative purposes and, at the discretion of the Chairs and members of the group, for member-only discussions in special cases when a participant requests such a discussion. 591 |

592 |
593 | 594 | 595 | 596 |
597 |

598 | Decision Policy 599 |

600 |

601 | This group will seek to make decisions through consensus and due process, per the W3C Process Document (section 5.2.1, Consensus)). Typically, an editor or other participant makes an initial proposal, which is then refined in discussion with members of the group and other reviewers, and consensus emerges with little formal voting being required.

602 |

603 | However, if a decision is necessary for timely progress and consensus is not achieved after careful consideration of the range of views presented, the Chairs may call for a group vote and record a decision along with any objections. 604 |

605 |

606 | To afford asynchronous decisions and organizational deliberation, any resolution (including publication decisions) taken in a face-to-face meeting or teleconference will be considered provisional. 607 | 608 | A call for consensus (CfC) will be issued for all resolutions (for example, via email, GitHub issue or web-based survey), with a response period from one week to 10 working days, depending on the chair's evaluation of the group consensus on the issue. 609 | 610 | If no objections are raised by the end of the response period, the resolution will be considered to have consensus as a resolution of the Working Group. 611 |

612 |

613 | All decisions made by the group should be considered resolved unless and until new information becomes available or unless reopened at the discretion of the Chairs. 614 |

615 |

616 | This charter is written in accordance with the W3C Process Document (Section 5.2.3, Deciding by Vote) and includes no voting procedures beyond what the Process Document requires. 617 |

618 |
619 | 620 | 621 | 622 |
623 |

624 | Patent Policy 625 |

626 |

627 | This Working Group operates under the W3C Patent Policy (Version of 15 September 2020). To promote the widest adoption of Web standards, W3C seeks to issue Web specifications that can be implemented, according to this policy, on a Royalty-Free basis. 628 | 629 | For more information about disclosure obligations for this group, please see the licensing information. 630 |

631 |
632 | 633 | 634 | 635 |
636 |

Licensing

637 |

This Working Group will use the W3C Software and Document license for all its deliverables.

638 |
639 | 640 | 641 | 642 |
643 |

644 | About this Charter 645 |

646 |

647 | This charter has been created according to section 3.4 of the Process Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence. 648 |

649 | 650 |
651 |

652 | Charter History 653 |

654 | 655 |

The following table lists details of all changes from the initial charter, per the W3C Process Document (section 4.3, Advisory Committee Review of a Charter):

656 | 657 | 658 | 659 | 660 | 663 | 666 | 669 | 672 | 673 | 674 | 677 | 680 | 683 | 686 | 687 | 688 | 691 | 694 | 697 | 700 | 701 | 702 | 705 | 708 | 711 | 714 | 715 | 716 | 719 | 722 | 725 | 728 | 729 | 730 | 733 | 736 | 739 | 742 | 743 | 773 | 774 |
661 | Charter Period 662 | 664 | Start Date 665 | 667 | End Date 668 | 670 | Changes 671 |
675 | Initial Charter 676 | 678 | 29 August 2022 679 | 681 | 28 August 2024 682 | 684 | N/A 685 |
689 | Charter Extension 690 | 692 | 29 August 2024 693 | 695 | 28 November 2024 696 | 698 | Current charter extended. A proposed new charter (available on GitHub) is under review. 699 |
703 | Charter Extension 704 | 706 | 29 November 2024 707 | 709 | 28 February 2025 710 | 712 | Current charter extended, pending the resolution of formal objections on the new proposed charter. 713 |
717 | Charter Extension 718 | 720 | 01 March 2025 721 | 723 | 30 April 2025 724 | 726 | Current charter extended, pending decision of the W3C council regarding the proposed recharter. 727 |
731 | Rechartered 732 | 734 | 01 May 2025 735 | 737 | 30 April 2027 738 | 740 | Rechartered for two more years, to 1) complete the work on RDF 1.2 and SPARQL 1.2 deliverables, and 2) switch to maintenance mode thereafter. 741 |
775 |
776 | 777 | 792 |
793 |
794 | 795 |
796 | 797 | 812 | 813 | 814 | 815 | -------------------------------------------------------------------------------- /w3c.json: -------------------------------------------------------------------------------- 1 | { 2 | "group": [139681], 3 | "contacts": [ 4 | "pchampin" 5 | ], 6 | "policy": "open", 7 | "repo-type": "process" 8 | } 9 | --------------------------------------------------------------------------------