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 | 95 | 96 | 103 | 104 |108 | Start date 109 | | 110 |111 | 1 May 2025 112 | | 113 |
---|---|
116 | End date 117 | | 118 |119 | 30 April 2027 120 | | 121 |
124 | Chairs 125 | | 126 |127 | Adrian Gschwend (Zazuko), Ora Lassila (Amazon) 128 | | 129 |
132 | Team Contacts 133 | | 134 |135 | Pierre-Antoine Champin (0.1 FTE) 136 | | 137 |
140 | Meeting Schedule 141 | | 142 |
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 | |
147 |
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 |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 |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 |
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 |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 |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 |-
206 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-concepts-20250327/ 207 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-concepts-20230516/ 208 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 209 |
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 |-
219 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-n-quads-20250220/ 220 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-n-quads-20230516/ 221 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 222 |
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 |-
232 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-rdf12-n-triples-20241219/ 233 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-n-triples-20230516/ 234 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 235 |
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 |-
244 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-semantics-20250403/ 245 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-semantics-20230606/ 246 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 247 |
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 |-
257 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-rdf12-trig-20241219/ 258 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-trig-20230516/ 259 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 260 |
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 |-
270 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-turtle-20250220/ 271 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-turtle-20230516/ 272 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 273 |
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 |-
283 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-xml-20250227/ 284 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-xml-20230516/ 285 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 286 |
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 |-
297 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-rdf12-schema-20250224/ 298 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-rdf12-schema-20230516/ 299 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 300 |
302 |
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 |-
326 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-sparql12-query-20250404/ 327 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-query-20230516/ 328 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 329 |
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 |-
339 |
- Adopted Draft: https://www.w3.org/TR/2025/WD-sparql12-update-20250206/ 340 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-update-20230516/ 341 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 342 |
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 |-
352 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-results-json-20241219/ 353 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-results-json-20230516/ 354 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 355 |
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 |-
365 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-results-xml-20241227/ 366 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-results-xml-20230516/ 367 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 368 |
370 |
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 |-
385 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-service-description-20241219/ 386 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-service-description-20230516/ 387 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 388 |
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 |-
398 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-federated-query-20241219/ 399 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-federated-query-20230516/ 400 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 401 |
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 |-
411 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-entailment-20241219/ 412 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-entailment-20230606/ 413 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 414 |
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 |-
424 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-protocol-20241219/ 425 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-protocol-20230516/ 426 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 427 |
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 |-
437 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-graph-store-protocol-20241219/ 438 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-graph-store-protocol-20230516/ 439 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 440 |
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 |-
450 |
- Adopted Draft: https://www.w3.org/TR/2024/WD-sparql12-results-csv-tsv-20241219/ 451 |
- Exclusion Draft: https://www.w3.org/TR/2023/WD-sparql12-results-csv-tsv-20230516/ 452 |
- Exclusion Draft Charter: https://www.w3.org/2022/08/rdf-star-wg-charter/ 453 |
455 |
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 |
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 |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 |
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 |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 |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 |
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 |
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 |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 |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 |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 |Licensing
637 |This Working Group will use the W3C Software and Document license for all its deliverables.
638 |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 |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 |661 | Charter Period 662 | | 663 |664 | Start Date 665 | | 666 |667 | End Date 668 | | 669 |670 | Changes 671 | | 672 |
---|---|---|---|
675 | Initial Charter 676 | | 677 |678 | 29 August 2022 679 | | 680 |681 | 28 August 2024 682 | | 683 |684 | N/A 685 | | 686 |
689 | Charter Extension 690 | | 691 |692 | 29 August 2024 693 | | 694 |695 | 28 November 2024 696 | | 697 |698 | Current charter extended. A proposed new charter (available on GitHub) is under review. 699 | | 700 |
703 | Charter Extension 704 | | 705 |706 | 29 November 2024 707 | | 708 |709 | 28 February 2025 710 | | 711 |712 | Current charter extended, pending the resolution of formal objections on the new proposed charter. 713 | | 714 |
717 | Charter Extension 718 | | 719 |720 | 01 March 2025 721 | | 722 |723 | 30 April 2025 724 | | 725 |726 | Current charter extended, pending decision of the W3C council regarding the proposed recharter. 727 | | 728 |
731 | Rechartered 732 | | 733 |734 | 01 May 2025 735 | | 736 |737 | 30 April 2027 738 | | 739 |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 | | 742 |