Skip to toolbar

Community & Business Groups

  • Algorithmic Modelling Community Group

    The mission of this group is to propose foundational specifications relating to "algorithmic modelling": a "model", in this context, being a description of the composition and relative dynamic behaviour of the sub-parts of a system, as exemplified by the Object Management Group's Model Driven Architecture. The output of this group may then act as a reference point for groups requiring the use of specific types of models, conceptual and computational being two such.

    Final reports / licensing info

    date name commitments
    Algorithmic Modelling Reference Model Licensing commitments
    Read more
  • Automotive and Transportation Business Group

    The mission of the Automotive and Transportation Group is to act as an incubator of ideas for standardization for connected vehicles and the broader transportation data space. It had produced some early draft specifications for making vehicle signals available in a browser runtime as a first class object. Those specifications were the basis for launching the W3C Automotive Working Group. The Auto Working Group has since changed to service specifications to expose signals in a broader range of computing environments and bringing this extremely useful telematics information to the cloud.

    Fuller description of current and evolving scope is in the charter.

    Final reports / licensing info

    date name commitments
    Vehicle Information API Licensing commitments
    Vehicle Data Interfaces Licensing commitments
    Read more
  • Best Practices for Multilingual Linked Open Data Community Group

    The target for this group is to crowd-source ideas from the community regarding best practises for producing multilingual linked open data. The topics for discussion are mainly focused on naming, labelling, interlinking, and quality of multilingual linked data, among others. Use cases will be identified to motivate discussions. Participation both from academia and industry is expected. The main outcome of the group will be the documentation of patterns and best practices for the creation, linking, and use of multilingual linked data. This group will not create specifications.

    Final reports / licensing info

    date name commitments
    Guidelines for Linguistic Linked Data Generation: Multilingual Dictionaries (BabelNet) Licensing commitments
    Guidelines for Linguistic Linked Data Generation: Bilingual Dictionaries Licensing commitments
    Guidelines for Linguistic Linked Data Generation: Multilingual Terminologies (TBX) Licensing commitments
    Guidelines for developing NIF-based NLP Web Services Licensing commitments
    Guidelines for LLD Exploitation Licensing commitments

    Drafts / licensing info

    name
    Guidelines for Linguistic Linked Data Generation: WordNets
    Guidelines for Linked Data corpus creation using NIF
    Guidelines for LLOD aware services
    Read more
  • Cloud Computing Community Group

    The group will examine and create specifications related to distributed computation and storage, with an XML network transport layer and possible mapping to RDF.

    Final reports / licensing info

    date name commitments
    Use Cases and Requirements Licensing commitments
    Cloud Provider Service Engagement Licensing commitments
    Cloud Processing Model Licensing commitments
    Storage Mapping Licensing commitments
    Cloud API Licensing commitments
    Cloud Processing in RDF Licensing commitments
    Cloud Visualisation Licensing commitments
    Read more
  • Cognitive AI Community Group

    The real world is frustratingly uncertain, incomplete and inconsistent. This is challenging for traditional approaches to information systems, and a new paradigm is needed that combines symbolic and statistical techniques, building upon decades of work in the cognitive sciences, and over 500 million years of natural selection. This will allow us to create cognitive agents that learn and reason based upon prior knowledge and past experience, and which can satisfy the need for, transparency in decision making, and continuous learning for adapting to ever changing needs. This community group will address opportunities for cognitive agents using graphs, statistics, rules and graph algorithms, starting with an amalgam of RDF and Property Graphs, together with Web architecture for cognitive databases.

    More specifically, the Cognitive AI Community Group will work on use cases and requirements, demo's, open source, and scaling experiments. For more details, see:

    Cognitive AI CG GitHub Repository

    Keynote on Cognitive AI for the 2020 Summer School on AI in Industry 4.0

    An older talk on Cognitive AI and the Sentient Web

    Longer treatise on Cognitive AI

    Public mailing list archive

    Contributing to the Cognitive AI Community Group

    Drafts / licensing info

    name
    Chunks and Rules
    Read more
  • Conversational Interfaces Community Group

    The mission of the Conversational Interfaces Community Group is to enable web developers to collaborate and share conversational experiences for a variety of domains. Most dialogue systems serve interactive experiences in their own domain specific language, causing a fragmented zoo of proprietary formats. For example, Google Home or Alexa do not share a common intermediate representation, which makes writing wide-spread content inaccessible to the mass audience. We study existing specs and design standards to harness proven techniques into common agreement. See the the Community Group's charter.

    Final reports / licensing info

    date name commitments
    Dialogue Manager Programming Language (DMPL) Licensing commitments
    DM Script Licensing commitments
    DM Script 2020 Licensing commitments
    Dialogue Manager Programming Language (DMPL) 2020 Licensing commitments
    Read more
  • Credentials Community Group

    The mission of the W3C Credentials Community Group is to explore the creation, storage, presentation, verification, and user control of credentials. We focus on a verifiable credential (a set of claims) created by an issuer about a subject—a person, group, or thing—and seek solutions inclusive of approaches such as: self-sovereign identity; presentation of proofs by the bearer; data minimization; and centralized, federated, and decentralized registry and identity systems. Our tasks include drafting and incubating Internet specifications for further standardization and prototyping and testing reference implementations.

    Final reports / licensing info

    date name commitments
    Verifiable Claims Use Cases 1.0 Licensing commitments
    Verifiable Claims Data Model and Representations 1.0 Licensing commitments
    Decentralized Identifiers (DIDs) v0.13 Data Model and Syntaxes Licensing commitments

    Drafts / licensing info

    name
    Decentralized Identifiers (DIDs) - Data Model and Syntaxes
    Read more
  • Credible Web Community Group

    The mission of the W3C Credible Web Community Group is to help shift the Web toward more trustworthy content without increasing censorship or social division. We want users to be able to tell when content is reliable, accurate, and shared in good faith, and to help them steer away from deceptive content. At the same time, we affirm the need for users to find the content they want and to interact freely in the communities they choose. To balance any conflict between these goals, we are committed to providing technologies which keep end-users in control of their Web experience.

    The group's primary strategy involves data sharing on the Web, in the style of schema.org, using existing W3C data standards like JSON-LD. We believe significant progress toward our goals can be reached by properly specifying "credibility indicators", a vocabulary/schema for data about content and the surrounding ecosystem, which can help a person and/or machine decide whether a content item should be trusted.

    Please see the group wiki for more details.

    Final reports / licensing info

    date name commitments
    Technological Approaches to Improving Credibility Assessment on the Web Licensing commitments

    Drafts / licensing info

    name
    Reviewed Credibility Signals
    Read more
  • Customer Experience Digital Data Community Group

    The Customer Experience Digital Data Community Group will work on reviewing and upgrading the W3C Member Submission in Customer Experience Digital Data, starting with the Customer Experience Digital Data Acquisition submission linked here (http://www.w3.org/Submission/2012/04/). The group will also focus on developing connectivity between the specification and the Data Privacy efforts in the industry, including the W3C Tracking Protection workgroup. The goal is to upgrade the Member Submission specification via this Community Group and issue a Community Group Final Specification.

    Final reports / licensing info

    date name commitments
    Customer Experience Digital Data Layer Licensing commitments

    Drafts / licensing info

    name
    Customer Experience Digital Data Acquisition
    Read more
  • Data Privacy Vocabularies and Controls Community Group

    The mission of the W3C Data Privacy Vocabularies and Controls CG (DPVCG) is to develop a taxonomy of privacy and data protection related terms, which include in particular terms from the new European General Data Protection Regulation (GDPR), such as a taxonomy of personal data as well as a classification of purposes (i.e., purposes for data collection), and events of disclosures, consent, and processing such personal data.

    The DPVCG was created as an outcome of the W3C Workshop on Data Privacy Controls and Vocabularies in Vienna in 2017, and started on 25th May 2018 – the date of the enforcement of GDPR. Since then, the DPVCG has worked to fulfil its aims and objectives, and produced the Data Privacy Vocabulary (DPV) as a deliverable.

    Membership to the group is open to all interested individuals and organisations. To join the group, you need a valid W3C account – which is free to get and can be requested here. The group meets usually through online meeting calls, details of which, including past minutes, can be found here. The group also interacts through a mailing list regarding topics, discussions, sharing of agendas, actions, and other relevant items. The resources and work relevant to the group is hosted on the GitHub platform under the DPVCG name.

    The group is currently chaired by:

    Participation in Group Activities

    The working of the group is fairly open and transparent in its process, with most of the information present on the wiki. For past work, actions, issues, and records – please refer to the wiki and threads on the mailing list. Anyone can use the mailing list to ask questions, suggest topics, raise issues, and offer solutions. Non-members might receive an automated reply asking them to authenticate their email or email address for posting.

    Similarly, calls are usually open to attend, with the agenda shared on the public mailing list. Call details may be shared on the internal mailing lists accessible to only members for security purposes – so it may be best to ask the chair(s) or a member for attending a call.

    General questions regarding what the group considers in scope can be determined from the aims and objectives. Specific queries or propositions should be conveyed to the mailing list. For issues regarding the DPV, including addition of concepts or a query or other relevant topics – you can use the mailing list or the issues feature in a GitHub repo.

    Data Privacy Vocabulary (DPV)

    The DPV is a vocabulary (terms) and an ontology (relationships) serialised using semantic-web standards to represent concepts associated with privacy and data protection, primarily derived from GDPR. It enables representation of which personal data categories are undergoing a what kind of processing by a specific data controller and/or transferred to some recipient for a particular purpose, based on a specific legal basis (e.g., consent, or other legal grounds such as legitimate interest, etc.), with specified technical and organisational measures and restrictions (e.g., storage locations and storage durations) in place.

    The DPV is useful as a machine-readable representation of personal data processing and can be adopted in relevant use-cases such as legal compliance documentation and evaluation, policy specification, consent representation and requests, taxonomy of legal terms, and annotation of text and data.

    The DPV is an evolving vocabulary – as the DPVCG continues to work on updating it with broader concepts as well as enriching its hierarchy of concepts. For this, we invite contributions of concepts, use-cases, requirements, and applications.

    Drafts / licensing info

    name
    DPVCG Vocabulary
    DPVCG GDPR Legal Basis Vocabulary
    Read more
  • EPUB 3 Community Group

    The EPUB 3 Community Group is a forum for ongoing technical development of EPUB 3 and related extension specifications and ancillary deliverables. The EPUB 3 Community Group charter contains full details.

    Final reports / licensing info

    date name commitments
    EPUB 3.2 Licensing commitments
    EPUB Packages 3.2 Licensing commitments
    EPUB Content Documents 3.2 Licensing commitments
    EPUB Open Container Format (OCF) 3.2 Licensing commitments
    EPUB Media Overlays 3.2 Licensing commitments
    Read more
  • Entity Reconciliation Community Group

    Matching entities across data sources using different identifiers and formats is a pervasive issue on the web. This group revolves around developing a web API that data providers can expose, which eases the reconciliation of third-party data to their own identifiers. OpenRefine's reconciliation API is used as a starting point. Our goals are to document this existing API, share our experiences and lessons learnt from it, propose an improved protocol in the view of promoting it as a standard, and build tooling around it. A description of the existing protocol can be found here: https://github.com/OpenRefine/OpenRefine/wiki/Reconciliation-Service-API

    Drafts / licensing info

    name
    Reconciliation Service API v0.1
    Read more
  • Exposing IEEE LOM metadata as Linked Data Community Group

    This community recommends an approach for exposing IEEE Learning Object Metadata (LOM), a metadata standard for educational contents, as Linked Data. It is intended as a bridge for linkage of educational metadata into Linked Open Data (LOD). This community aims to describe a mapping of IEEE LOM elements to RDF based on Linked Data principles.

    Drafts / licensing info

    name
    Exposing IEEE LOM as Linked Data (Draft Community Group)
    Second draft of exposing IEEE LOM as Linked Data
    Read more
  • HTML Editing APIs Community Group

    A group to work on APIs and other functionality related to rich-text HTML editing, such as (1) the contenteditable and designMode attributes (2)The execCommand(), queryCommandEnabled(), queryCommandIndeterm(), queryCommandState(), queryCommandSupported(), and queryCommandValue() methods on the Document interface (3) what exact effect user actions (such as typing text or hitting Enter) should have on rich-text editable regions (4) the Selection interface (5) spellcheck for rich-text editable regions, and (6) other functionality related to the foregoing. The group is expected to work on writing high-quality, detailed technical specifications suited for implementation by major browsers. It will start work with the preliminary specification hosted at http://aryeh.name/spec/editing/editing.html, and later add the Selection part of http://html5.org/specs/dom-range.html, both of which are currently developed entirely outside the W3C and are not close to interoperable implementation. The group's deliverables are expected to be submitted to the Recommendation track in the WebApps WG after they mature sufficiently.

    Drafts / licensing info

    name
    HTML Editing APIs
    Read more
  • Hydra Community Group

    Building Web APIs seems still more an art than a science. How can we build APIs such that generic clients can easily use them? And how do we build those clients? Current APIs heavily rely on out-of-band information such as human-readable documentation and API-specific SDKs. However, this only allows for very simple and brittle clients that are hardcoded against specific APIs. Hydra, in contrast, is a set of technologies that allow to design APIs in a different manner, in a way that enables smarter clients. The foundation is laid by the Hydra Core Vocabulary. It defines a number of fundamental concepts, such as hypermedia controls and collections, which allow machines to understand how to interact with an API. Since all information about the API is available in a machine-readable form, completely generic clients become possible. The Core Vocabulary is complemented by Linked Data Fragments, a set of specifications that enable advanced yet efficient client-side querying of Web APIs. More information about these technologies can be found on our homepage: http://www.hydra-cg.com/

    Drafts / licensing info

    name
    Hydra Core Vocabulary
    Read more
  • JSON for Linking Data Community Group

    JSON-LD (JavaScript Object Notation for Linking Data) is a lightweight Linked Data format that gives your data context. It is easy for humans to read and write. It is easy for machines to parse and generate. It is based on the already successful JSON format and provides a way to help JSON data interoperate at Web-scale. If you are already familiar with JSON, writing JSON-LD is very easy. These properties make JSON-LD an ideal Linked Data interchange language for JavaScript environments, Web service, and unstructured databases such as CouchDB and MongoDB.

    Final reports / licensing info

    date name commitments
    JSON-LD Syntax 1.0 Licensing commitments
    JSON-LD API 1.0 Licensing commitments
    JSON-LD 1.0 Licensing commitments
    JSON-LD 1.0 Licensing commitments
    JSON-LD 1.0 Processing Algorithms and API Licensing commitments
    JSON-LD 1.1 A JSON-based Serialization for Linked Data Licensing commitments
    JSON-LD 1.1 Processing Algorithms and API Licensing commitments
    JSON-LD 1.1 Framing Licensing commitments

    Drafts / licensing info

    name
    JSON-LD Framing API 1.0
    RDF Universal Graph Normalization 2011
    JSON-LD-star
    Read more
  • Linked Data Models for Emotion and Sentiment Analysis Community Group

    The Sentiment Analysis Community Group is a forum to promote sentiment analysis research. Topics addressed are: -Definition of a Linked Data based vocabulary for emotion and sentiment analysis. -Requirements beyond text-based analysis, i.e. emotion/sentiment analysis from images, video, social network analysis, etc. -Clarifying requirements and the need for consensus as e.g. systems currently use widely varying features for describing polarity values (1-5, -2/-1/0/1/2, positive/neutral/negative, good/very good etc.). -Marl and Onyx are vocabularies for emotion and sentiment analysis that can be taken as a starting point for discussion in the CG. This group will not publish specifications.

    Drafts / licensing info

    name
    Guidelines for developing Linked Data Emotion and Sentiment Analysis services
    Read more
  • MFX Media Community Group

    The exploration and development of media containers that protect and serve the growing needs of the content creator. A media container with global tracking and accountability will ensure the upmost transparency and data management. The world needs a new media file that can meet the modern technological needs.

    Drafts / licensing info

    name
    MFX Media Streaming Process
    Read more
  • Machine Learning Schema Community Group

    This group represents a collaborative, community effort with a mission to develop, maintain, and promote standard schemas for data mining and machine learning algorithms, datasets, and experiments. Our target is a community agreed schema as a basis for ontology development projects, markup languages and data exchange standards; and an extension model for the schema in the area of data mining and machine learning. The goals of this group are: To define a simple shared schema of data mining/ machine learning (DM/ML) algorithms, datasets, and experiments that may be used in many different formats: XML, RDF, OWL, spreadsheet tables. Collect use cases from the academic community and industry Use this schema as a basis to align existing DM/ML ontologies and develop more specific ontologies with specific purposes/applications Prevent a proliferation of incompatible DM/ML ontologies Turn machine learning algorithms and results into linked open data Promote the use of this schema, including involving stakeholders like ML tool developers Apply for funding (e.g. EU COST, UK Research Councils, Horizon2020 Coordination and Support Actions) to organize workshops, and for dissemination

    Drafts / licensing info

    name
    ML Schema Core Specification
    Read more
  • Maps For HTML Community Group

    The Maps in HTML Community Group seeks to establish at least one hypermedia type which can be considered to be consumed by a (new) "map" element for HTML. Follow-on from Bar Camp at #lgd14. The objective will be to define a hypermedia type which can be linked to from a hypothetical (but prototyped in Web Components) "map" or (geo-map for Web Components) element which will provide simple mashup capabilities and user interface.

    This group will publish specifications.

    Final reports / licensing info

    date name commitments
    Report on the Joint W3C-OGC Workshop on Maps for the Web Licensing commitments

    Drafts / licensing info

    name
    Use Cases and Requirements for Standardizing Web Maps
    The HTML map element proposal
    Map Markup Language
    Read more
  • MicroXML Community Group

    MicroXML is a subset of XML intended for use in contexts where full XML is, or is perceived to be, too large and complex. MicroXML provides a set of rules for defining markup languages intended for use in encoding data objects, and specifies behavior for certain software modules that access them.

    Drafts / licensing info

    name
    MicroXML
    Read more
  • Multi-device Timing Community Group

    Timing mechanisms allow operations to be executed at the correct time. The Web already has several mechanisms supporting timed operations, including setTimeout and setInterval, as well as controllers for media frameworks and animations. However, the Web lacks support for multi-device timing. A multi-device timing mechanism would allow timed operations across Web pages hosted by different devices. Multi-device timing is particularly important for the broadcasting industry, as it is the key enabler for web-based secondary device offerings. More generally, multi-device timing has wide utility in communication, collaboration and multi-screen presentation. This Community Group aims to define a common, multi-device, timing mechanism and a practical programming model. This will improve the Web as a platform for time-sensitive, multi-device Web applications. Charter : http://webtiming.github.io

    Drafts / licensing info

    name
    Timing Object Draft Specification
    Read more
  • Multidimensional Quality Metrics (MQM) Community Group

    The Multidimensional Quality Metrics (MQM) Community Group fosters the development of MQM for translation and localization quality assessment and its interoperability with W3C’s Internationalization Tag Set (ITS) 2.0 recommendation. Membership is open to parties interested in contributing to or implementing MQM.

    Drafts / licensing info

    name
    Multidimensional Quality Metrics (MQM) Issue Types: DRAFT 2018-10-04
    MQM Top Level (2019-04-11)
    Read more
  • Music Notation Community Group

    The Music Notation Community Group develops and maintains format and language specifications for notated music used by web, desktop, and mobile applications. The group aims to serve a broad range of users engaging in music-related activities involving notation, and will document these use cases.

    The initial task of the Community Group is to maintain and update the MusicXML and SMuFL (Standard Music Font Layout) specifications. The goals are to evolve the specifications to handle new use cases and technologies, including greater use of music notation on the web, while maximizing the existing investment in implementations of the existing MusicXML 3.0 and SMuFL specifications.

    Final reports / licensing info

    date name commitments
    MusicXML Version 3.1 Licensing commitments
    SMuFL 1.3 Licensing commitments
    SMuFL 1.4 Licensing commitments
    MusicXML 4.0 Licensing commitments
    Read more
  • ODRL Community Group

    The ODRL Community Group supports the promotion and future development of the W3C ODRL recommendations:

    Specifically, the ODRL CG will:

    • Promote ODRL V2.2 to existing and new sectors/industries
    • Nurture an ODRL implementors community
    • Publish reports related to ODRL usage
    • Support development of ODRL Profiles (and host for smaller communities)
    • Register ODRL Profiles
    • Collaborate with W3C on ODRL errata maintenance
    • Plan for future major enhancements to ODRL (V3.0)

    Final reports / licensing info

    date name commitments
    ODRL Version 2.0 Core Model Licensing commitments
    ODRL Version 2.0 Common Vocabulary Licensing commitments
    ODRL Version 2.0 XML Encoding Licensing commitments
    ODRL Version 2.1 Core Model Licensing commitments
    ODRL Version 2.1 XML Encoding Licensing commitments
    ODRL Version 2.1 Common Vocabulary Licensing commitments
    ODRL Version 2.1 JSON Encoding Licensing commitments
    ODRL Version 2.1 Ontology Licensing commitments
    W3C ODRL Information Model Version 2.2 Licensing commitments
    W3C ODRL Vocabulary & Expression Version 2.2 Licensing commitments

    Drafts / licensing info

    name
    ODRL Implementation Best Practices
    ODRL Profile Best Practices
    ODRL Profile Big Data
    ODRL Temporal Profile
    ODRL Formal Semantics
    Read more
  • Ontology-Lexica Community Group

    The mission of the Ontology-Lexicon community group is to: (1) Develop models for the representation of lexica (and machine readable dictionaries) relative to ontologies. These lexicon models are intended to represent lexical entries containing information about how ontology elements (classes, properties, individuals etc.) are realized in multiple languages. In addition, the lexical entries contain appropriate linguistic (syntactic, morphological, semantic and pragmatic) information that constrains the usage of the entry. (2) Demonstrate the added value of representing lexica on the Semantic Web, in particularly focusing on how the use of linked data principles can allow for the re-use of existing linguistic information from resource such as WordNet. (3) Provide best practices for the use of linguistic data categories in combination with lexica. (4) Demonstrate that the creation of such lexica in combination with the semantics contained in ontologies can improve the performance of NLP tools. (5) Bring together people working on standards for representing linguistic information (syntactic, morphological, semantic and pragmatic) building on existing initiatives, and identifying collaboration tracks for the future. (6) Cater for interoperability among existing models to represent and structure linguistic information. (7) Demonstrate the added value of applications relying on the use of the combination of lexica and ontologies.

    Final reports / licensing info

    date name commitments
    Lexicon Model for Ontologies Licensing commitments
    The Ontolex Lemon Lexicography Module Licensing commitments
    Read more
  • Open Annotation Community Group

    The purpose of the Open Annotation Community Group is to work towards a common, RDF-based, specification for annotating digital resources. The effort will start by working towards a reconciliation of two proposals that have emerged over the past two years: the Annotation Ontology [1] and the Open Annotation Model [2]. Initially, editors of these proposals will closely collaborate to devise a common draft specification that addresses requirements and use cases that were identified in the course of their respective efforts. The goal is to make this draft available for public feedback and experimentation in the second quarter of 2012. The final deliverable of the Open Annotation Community Group will be a specification, published under an appropriate open license, that is informed by the existing proposals, the common draft specification, and the community feedback. [1] http://code.google.com/p/annotation-ontology/ [2] http://www.openannotation.org/spec/beta/

    Drafts / licensing info

    name
    Core Open Annotation Specification (Community Draft 1)
    Open Annotation Extension Specification (Community Draft 1)
    Open Annotation Specification (Community Draft 2)
    Read more
  • Open Data Nepal Community Group

    A forum for the open network of open data enthusiasts, government officers, students, researchers, and a non-profit leader who are working to improve the condition of open data in Nepal. This space will help individual volunteers, groups, students to collaborate and discuss how one can help to boost the open data momentum in Nepal. This group will not have any criteria and specification, anyone can join and may reuse the group works. This group will not publish Specifications.

    Drafts / licensing info

    name
    Beta Version of Open Data Nepal – A Portal to Make Nepal’s Data Accessible Online
    Read more
  • Open knowledge-driven service-oriented system architectures and APIs (KiSS) Community Group

    W3C provide a great variety of standards that can be used to build applications that use the Internet as a platform for communication and integration. The open Knowledge-driven Service-oriented System architectures and APIs (KiSS) community group is created for sharing, elaborating and evolving knowledge-driven approaches for system integration. The KiSS community group takes service-oriented architecture as a main paradigm for application creation. However, it is not enough to say that there is a set of some services that can be integrated according to the application needs. The integration is facilitated with semantic descriptions of the services. Furthermore, the special support components are required at system run time in order to allow dynamic composition of the services accordingly semantic representation of adjusted or new system goals. Thus, the community aims to categorise different possible architectures to allow knowledge-driven approach for system integration; it provides reference architectures that also point out possible technologies for the solution implementation. The community targets different application domains and industries in order to benefit from cross-domain vision on development of knowledge-driven systems. The abbreviation of the community group highlights the integrative nature of the group (small i among K (knowledge), S (service) and S (system)). The group is managed by 6 re-electable chairs. The roles and responsibilities of the chairs go as follows:

    • General chair: Ideologist. Overall synchronization between different pillars of the KiSS. PR with other groups and external stakeholders. Member attraction, community group development.
    • Chair for integration: Integration technologies, web service composition.
    • Chair for knowledge: Knowledge representation and reasoning standards and methodologies.
    • Chair for devices: Embedded devices, their adoption for KiSS.
    • Chair for services: Web services, standards, methodologies for service definition.
    • Chair for application domains: KiSS in different application domains. Cross-domain learning and development. Benchmarking.

    Drafts / licensing info

    name
    Recipes for building service-oriented knowledge-driven systems
    Read more
  • OpenActive Community Group

    This community group is part of the OpenActive initiative. Our goal is to develop technical specifications and best practices that will support the use of open and shared data relating to sports and physical activities.

    Our primary focus is on standardising how to publish data about opportunities to be physically activity, defining best practices and APIs to enable booking of events and facilities, and improving interoperability of data across the sector.

    To ensure that our specifications will support a variety of use cases, we welcome contributions from a range of organisations, including existing platforms and new startups.

    While our work is technical, you don’t have to be a developer to contribute to our standards group. We are looking for input from product and service managers whose domain knowledge can help us to create better outputs.

    Final reports / licensing info

    date name commitments
    Modelling Opportunity Data Licensing commitments
    Realtime Paged Data Exchange Licensing commitments

    Drafts / licensing info

    name
    OpenActive Vocabulary
    Publishing opportunity data: a primer
    OpenActive Activity List
    Open Booking Specification: Editors Draft
    Read more
  • OpenTrack Community Group

    This group aims to develop an open standard for interchange of data in Athletics (including Track and Field), running and related disciplines. Such a standard should allow the development of better software to manage the sport, resulting in major savings of time for volunteers; more efficient management of events and federations; and more enjoyment for participants and fans.

    Drafts / licensing info

    name
    Sports Competition Data Model and Vocabulary
    Read more
  • Quick-fix support for XML Community Group

    Sometimes an error reported against an XML document can be fixed automatically, for example if the error refers to an unexpected attribute then an automatic fix will be to delete that unexpected attribute. We want to explore the issues related to applying quick fixes (like preserving DOCTYPE declarations, entities, etc.) and determine what actions will be needed be able to apply quick fixes on a document as well as a representation language to describe these actions. Quick fixes are especially interesting when we use Schematron for XML validation, as in this case the quick-fix should be specified by the schema author, so we have user-defined quick fixes. Imagine for example a business rule implemented in Schematron that says that a list should contain between 4 and 8 items. If we determine that there are two items then a quick fix will propose to add automatically two more items to the list or if the list has 10 items then a quick fix may propose to delete two items or to split the list in two lists, etc.

    Drafts / licensing info

    name
    Schematron Quick Fixes Specification
    Read more
  • RDF Stream Processing Community Group

    The mission of the RDF Stream Processing Community Group (RSP) is to define a common model for producing, transmitting and continuously querying RDF Streams. This includes extensions to both RDF and SPARQL for representing streaming data, as well as their semantics. Moreover this work envisions an ecosystem of streaming and static RDF data sources whose data can be combined through standard models, languages and protocols. Complementary to related work in the area of databases, this Community Group looks at the dynamic properties of graph-based data, i.e., graphs that are produced over time and which may change their shape and data over time.

    Drafts / licensing info

    name
    RDF Stream Processing: Requirements and Design Principles
    Read more
  • SVG Streaming Community Group

    This group will work on developing guidelines and possible extensions to the SVG language enabling the authoring of streamable SVG content, in particular for the creation of streamable cartoon animations, synchronized graphically-rich karaoke, or synchronized graphical overlays on top of video streams.

    Drafts / licensing info

    name
    SVG Streaming
    Read more
  • Second Screen Community Group

    The mission of the Second Screen Community Group (CG) is to explore, incubate, and define interfaces that enable new form factors and usages for multi-display and multi-window computing user experiences on the Web. The scope of work for this Community Group extends beyond the current scope of the Second Screen Working Group (WG). Given wider support and adequate stability, we plan to migrate the proposals generated in this Community Group to an appropriate W3C Working Group for further contributions and formal standardization.

    Final reports / licensing info

    date name commitments
    Presentation API Licensing commitments
    Presentation API Licensing commitments

    Drafts / licensing info

    name
    Presentation API
    Read more
  • Semantic Statistics Community Group

    This community group aims to be a forum for the statistics community and the Linked Data community to examine issues arising from applying semantic technologies in the statistical production process and to report on best practises in the use of statistics on the Web of data. In particular the group will discuss use cases of the application of the Data Cube vocabulary in the production of official statistics and establish if there is a need for more standardisation of vocabularies to ensure comparability of statistics data on the Web of Data. Potential participants in this group are members of official statistics agencies and other government bodies that produce data (e.g. administrative, geospatial, government funded research results), statisticians, researchers and anyone in the Web of Data community who is interested in the publication of statistical data that can lead to statistical analysis of the maximum rigour. The group will coordinate as appropriate with the Government Linked Data WG and other relevant groups within the W3C Data Activity Coordination Group. This group will not publish specifications.

    Drafts / licensing info

    name
    SDMX Metadata
    Read more
  • Semantic Web in Health Care and Life Sciences Community Group

    The mission of the Semantic Web Health Care and Life Sciences Community Group (HCLS CG) is to develop, advocate for, and support the use of Semantic Web technologies across health care, life sciences, clinical research and translational medicine. These domains stand to gain tremendous benefit from intra- and inter-domain application of Semantic Web technologies as they depend on the interoperability of information from many disciplines. The HCLS CG provides a forum for supporting, developing and applying Semantic Web technologies across healthcare, life sciences, clinical research and the continuum of translational medicine. Within these contexts, the HCLS CG focuses on the use of Semantic Web technologies to realize specific use cases which themselves have a specific clinical, research of business values. As use cases are developed, HCLS CG can solicit advice on technical matters from other Semantic Web related groups and give feedback on the use of technologies based on the work they do. The CG may also develop ongoing and mutually productive liaisons with relevant external organizations in healthcare, life sciences, and clinical research, including organizations that are actively working on relevant standards and/or implementations to which the HCLS’s work might contribute.

    Final reports / licensing info

    date name commitments
    A Minimum Representation of Potential Drug-Drug Interaction Knowledge and Evidence - Technical and User-centered Foundation Licensing commitments
    Read more
  • Shape Expressions Community Group

    This group serves to promote and expand ShEx – Shape Expressions. ShEx is an alternative to SHACL which uses a syntactic representation to describe the shape of an RDF graph. The Shape Expressions (ShEx) language describes RDF nodes and graph structures. A node constraint describes an RDF node (IRI, blank node or literal) and a shape describes the triples touching nodes in RDF graphs. These descriptions identify predicates and their associated cardinalities and datatypes. ShEx shapes can be used to communicate data structures associated with some process or interface, generate or validate data, or drive user interfaces. Spec at https://shexspec.github.io/spec/

    Drafts / licensing info

    name
    Shape Expressions (ShEx) Primer
    Shape Expressions Language 2.0
    ShapeMap Structure and Language
    Read more
  • Speech API Community Group

    The goal and scope of this Community Group is to produce a JavaScript Speech API that supports the majority of use-cases in the the Speech Incubator Group's Final Report [1], but is a simplified subset API, such as this proposal [2]. For this initial specification, we believe that a simplified subset API will accelerate implementation, interoperability testing, standardization and ultimately developer adoption. This JavaScript Speech API will enable web developers to incorporate scripts into their web pages that can generate text-to-speech output and can use speech recognition as an input for forms, continuous dictation and control. Specification of HTML markup and a network speech protocol are out-of-scope of this Community Group. [1] http://www.w3.org/2005/Incubator/htmlspeech/XGR-htmlspeech/ [2] http://lists.w3.org/Archives/Public/public-webapps/2011OctDec/att-1696/speechapi.html

    Final reports / licensing info

    date name commitments
    Web Speech API Licensing commitments
    Read more
  • TNS Blockchain Community Group

    A web based blockchain project to explore the use of Digital Names within existing web applications and PaaS and IaaS platforms. The English or human language naming solution presented by Digital Names solves a big problem related to the scale-up of blockchain networks and cryptocurrency systems. Over a hundred million consumers in the globally currently use eWallets. There are over 100 million Crypto trading accounts registered on the worlds crypto exchanges. All currently use Public Crypto Keys for transaction settlement. New companies and individuals entering the emerging blockchain / crypto financial system for the first time frequently find it difficult to understand how to easily send and receive money from eWallets. To regular people or mainstream users the precise steps involved with sending and receiving digital money is currently limiting usage of the blockchain. It is confusing and intimidating, and creates insecurity of inputting keys wrong and losing the value of a transaction. Digital Names simplifies the remembering, typing and everyday usage of digital wallets for crypto and kind of crypto payments or receipts into or out of a Digital Wallet.

    Drafts / licensing info

    name
    TNS Blockchain
    Newest Features- TNS Blockchain
    Read more
  • TV Control API Community Group

    The convergence of Internet-based IPTV, Video-on-Demand (VoD), Personal Video, IP multicasting video, cellular multicasting video etc. with traditional broadcasting video, satellite video and cable video is emerging on market. The technology gap between web apps and native apps is rapidly narrowing. Thus a web-based application controlling various TV channels with detailed information regarding TV programs is becoming a more and more main stream TV control application for the integrated video service. Furthermore, in many regions TV broadcasters are developing web applications that can overlay their channel in a hybrid broadcast/broadband environment. Scope of Work The W3C TV Control API Community Group is to define an API layer that is agnostic of any underlying video sourcing technologies to enable a web-based application to: - provide EPG information, including the list of TV programs and related information such as channel number, producers, directors, actors, synopsis, rating etc., - control and switch the TV sourcing based on channel identifier from EPG data - interact with TV platform for presenting the TV program appropriately - interact with TV platform for presenting other supplemental content appropriately The underlying video sourcing method and technologies, the presentation technology and/or presentation application of TV program and supplemental content are all out of scope. Operating Guidelines This group operates under the rules of the Community and Business Group Process. All matters relating to intellectual property are governed by the Community Contributor License Agreement (CLA). All participants within this group agree that their discussions will follow the General Communications Policies.

    Final reports / licensing info

    date name commitments
    TV Control API Specification v1.0 Licensing commitments

    Drafts / licensing info

    name
    TV Control API Specification (Draft Candidate)
    Read more
  • Universal Images Community Group

    Our goal is to provide tools and specifications for creatives and agencies to create and distribute multi-format images. These are images which contain metadata that lets them adjust to different sizes, depending of the format of the output device or the layout of the website it is used in. These images can be used to have a web-server automatically create the alternative versions needed for a responsive website.

    Drafts / licensing info

    name
    Responsive Metadata XMP Standard
    Read more
  • Voice Interaction Community Group

    Existing W3C voice interaction standards such as VoiceXML are based on use cases centered around telephony-based voice systems. The typical interaction style that these standards support is system-initiated directed dialog using grammars to constrain the speech recognizer. In recent years, interaction with voice applications has become much more flexible, with a user-initiated dialog style and significantly fewer constraints on spoken input. Many of these new applications take the form of "virtual assistants". These include general-purpose assistants (for example, Siri, Cortana, Google Now and Alexa) as well as virtual assistants with specialized domain expertise. The proposed Community Group will collect new use cases for voice interaction, develop requirements for applications such as virtual assistants and explore areas for possible standardization, possibly producing specifications if appropriate. Depending on interest, this exploration could include such topics as (1) discovery of virtual assistants with specific expertise, for example a way to find a virtual assistant that can supply weather information (2) standard formats for statistical language models for speech recognizers (3) standard representations for references to common concepts such as time (4) interoperability for conversational interfaces and (5) work on dialogue management or ‘workflow' languages . New functionality for existing voice standards can also be a topic of discussion. Speech application developers and voice user interface designers should be particularly interested in this group.

    Drafts / licensing info

    name
    JSON Representation of Semantic Information
    Architecture and Potential for Standardization Version 1.0
    Read more
  • Web Media API Community Group

    Media web application developers want to deploy their content on a wide and heterogeneous range of devices and platforms, e.g. televisions, set-top boxes, and mobile devices. To ensure a smooth user experience across devices, these user agents need to support a minimum set of Web technologies that developers can rely on being supported. This Community Group plans to specify such a set of Web technologies and additionally plans to provide guidance for developers and implementers e.g. on performance constraints and portability issues.

    See the CG charter for more information.

    Final reports / licensing info

    date name commitments
    Web Media API Snapshot 2017 Licensing commitments
    Web Media Application Developer Guidelines Licensing commitments
    Web Media API Snapshot 2018 Licensing commitments
    Web Media API Snapshot 2019 Licensing commitments
    Web Media API Snapshot 2020 Licensing commitments
    Read more
  • Web Media Text Tracks Community Group

    This group will work on text tracks for video on the Web, applied to captioning, subtitling and other purposes. This group plans to work initially on: 1) Documenting a semantic model underlying the caption formats in use, notably TTML, CEA 608/708, EBU STL, and WebVTT. 2) Creating a community specification for WebVTT. 3) Defining the mappings between WebVTT and some selected formats, including at least TTML (W3C/SMPTE), and CEA 608/708. 4) Creating web developer reference and tutorial material, including worked examples. 5) Creating a test suite and/or tools. A possible transition to REC-track for some of these document(s) is envisaged and that possibility will be used to guide the work and procedures. The group may produce recommendations for work in other groups, such as CSS, HTML5, and TTWG.

    Final reports / licensing info

    date name commitments
    WebVTT Licensing commitments

    Drafts / licensing info

    name
    WebVTT
    Conversion of 608/708 captions to WebVTT
    Read more
  • Web NFC Community Group

    The Web NFC Community Group will create a Near Field Communication API that is browser-friendly and adheres to the Web's security model. We believe that means the API will not expose full, low level NFC functionality, but rather a higher level subset that is safe for Web pages, protects user privacy, and does not annoy users with unnecessary or complex permission requests. See the Web NFC Community Group Charter and the Web NFC specification for more information.

    Drafts / licensing info

    name
    Web NFC
    Read more
  • WebAPI Discovery Community Group

    A group to develop a mechanism for the automatic discovery of WebAPIs, by extending the schema.org vocabulary. Increasingly, large online platforms and services provide one or more Web APIs for third-party developers. Moreover, many companies build WebAPIs as their primary product (Email API, SMS API, etc.). This has resulted in an explosion of the number of WebAPIs in recent years. Developers spend a significant amount of time searching for suitable WebAPIs to meet their needs. Our intention is to work closely with Schema.org to define a WebAPI-specific extension and promote usage of this extension among API owners. In the long run, our aim is to contribute this extension into the core Schema.org vocabulary. To achieve these goals we are seeking feedback and collaboration from API owners, DX specialists, API description language experts and maintainers of various API catalogs.

    Drafts / licensing info

    name
    WADG0001 WebAPI type extension
    Read more