{"id":14,"date":"2015-06-29T01:40:38","date_gmt":"2015-06-29T01:40:38","guid":{"rendered":"https:\/\/www.w3.org\/community\/gao\/?p=14"},"modified":"2015-07-19T10:52:00","modified_gmt":"2015-07-19T10:52:00","slug":"the-automotive-ontology-community-group-charter","status":"publish","type":"post","link":"https:\/\/www.w3.org\/community\/gao\/2015\/06\/29\/the-automotive-ontology-community-group-charter\/","title":{"rendered":"The Automotive Ontology Community Group Charter"},"content":{"rendered":"

Automotive Ontology Community Group Charter<\/strong><\/h2>\n

\u00a0<\/strong>The aim of the W3C Automotive Ontology Community Group is facilitate the development of web ontologies that define and describe the shared conceptual structures in the automotive industry. The first step in this development, the automotive extension proposal for schema.org is now in the process of finalization \u2013 the most important properties and classes have become the part of schema.org 2.0 core on May 13, 2015. The finalization of the auto.schema.org (\u201creviewed\/hosted\u201d) extension is expected very soon. The scope of the first set of concepts, those in core and in the auto.schema.org includes terms that describes vehicles from the sales or automotive market perspective.<\/p>\n

Using this baseline scope, the community group intends to grow the automotive ontologies both horizontally \u2013 by adding new important types and properties related to the market perception of autos, essentially amending the auto.schema.org, and vertically \u2013 by adding other types and properties describing other aspects of cars,<\/span> such as vehicle configuration and \u201cbuildability\u201d aspect, vehicle lifetime aspects, or vehicle data backbone aspects – covering the new realities of \u201cconnected cars\u201d, autonomous cars etc.<\/p>\n

The open source ontology (or ontologies) to be developed, have inherited the code name GAO \u2013 Generic Automotive Ontology (and its URI: http:\/\/purl.org\/gao<\/a>) from the informal group of individuals and corporations that worked on it since the fall of 2013.<\/p>\n

The ontologies developed in this work may be voted on by its members to be included into future evolutions of auto.schema.org extension, external extensions or become subject of standardization efforts with relevant standardization bodies.<\/p>\n

The solutions developed in this group may be voted on by its membership via decision-making approaches described by W3C, IETF, or similar standardization bodies.<\/p>\n

The charter can be revised by the consensus of the Community Group. The key considerations are:<\/p>\n

    \n
  1. The overall goal of GAO, including the selection and balance between initially proposed aspects of automotive industry to be reflected in GAO ontologies.<\/li>\n
  2. The scope of work<\/li>\n
  3. Deliveries and roadmap<\/li>\n
  4. Dependencies and liaisons<\/li>\n
  5. Community Group processes (including tools)<\/li>\n<\/ol>\n

    Overall goals of GAO<\/strong><\/h3>\n

    The fundamental goal of the GAO ontology (or family of ontologies) is to create a common conceptual framework for information sharing and data exchange for the benefit of the automotive industry and the benefit of industries related to the automotive industry, including but not limited to: insurance industry, media and marketing industry, transportation infrastructure industry (road systems) etc.<\/p>\n

    To achieve this goal the community will:<\/p>\n

      \n
    1. Clearly define the key components of GAO, initially including:
      \na) GAO Compatibility:<\/strong> A schema.org-compliant ontology for vehicle configuration information.
      \nb) GAO Vehicle Lifetime Information:<\/strong> A schema.org-compliant ontology for vehicle life-time information.
      \nc) GAO Vehicle Data Backbone:<\/strong> An ontology for information interchange within a vehicle, between vehicles, and between vehicles and their external entities. The community may propose different set of key components for GAO or add new components.<\/li>\n
    2. Collect and describe the use cases of the GAO ontologies<\/li>\n
    3. Review the existing schema.org extensions (core and auto.schema.org)<\/li>\n
    4. Review existing standards, publically available taxonomies and vocabularies<\/li>\n
    5. Propose the amendment of auto.schema.org<\/li>\n
    6. Build the prototypes of respective GAO ontologies<\/li>\n
    7. Submit the proposals of subsets of respective GAO ontologies to auto.schema.org extension.<\/li>\n
    8. Develop materials describing the ontologies<\/li>\n
    9. Develop set of implementation recommendations for future users of GAO ontologies<\/li>\n
    10. Identify opportunities for creating broad adoption of GAO ontologies<\/li>\n
    11. Engage the developer community to use GAO ontologies in the software<\/li>\n<\/ol>\n

      Roadmap<\/strong><\/h3>\n

      The following initial roadmap has been envisioned and shall be discussed in the first community group teleconferences. This roadmap contains milestones from the work inception to the delivery of GAO prototypes, and covers time span from July 2015 to March 2016. The further works will be defined at the end of this period.<\/p>\n

        \n
      1. The first teleconference \u2013 initial plan for week\u00a031 (July 27-31, 2015) \u2013 final details to be agreed<\/li>\n
      2. Review of existing schema.org extensions \u2013 September 2015<\/li>\n
      3. Review of existing standards \u2013 September 2015<\/li>\n
      4. Definition of the key components of GAO \u2013 October 2015<\/li>\n
      5. Collection of GAO use cases \u2013 November 2015<\/li>\n
      6. Creation of the first GAO prototypes \u2013 February 2016<\/li>\n
      7. Creation of the final report \u2013 March 2016<\/li>\n<\/ol>\n

        Scope of Work<\/strong><\/h3>\n

        This section contains a brief overview of the works planned in the roadmap<\/p>\n

        Review of the existing schema.org extension<\/strong><\/h4>\n

        The team that proposed the existing schema.org extension, with possible participation of the schema.org team members will present the existing extension, their motivations and decisions and will open the discussion about the potential changes and additions to the extension. As the result of these actions, an amendment proposal may be presented by the community to the schema.org team.<\/p><\/blockquote>\n

        Review of existing standards<\/strong><\/h4>\n

        The members of the community will present existing standards related to scope of GAO. The standards may include but will not be limited to lexicons of standards like ISO-10303 STEP AP 214[1]<\/a>, existing ontologies like Vehicle Sales Ontology \u2013 VSO[2]<\/a> , Car Options Ontology \u2013 COO[3]<\/a>, Volkswagen Vehicle Ontology \u2013 VVO[4]<\/a>, Used Cars Ontology \u2013 UCO[5]<\/a> or ‘Configuration as Linked Data’ ontology[6]<\/a> etc. To broaden the scope of existing standards the community members will appoint the other known standards and ontologies relevant for GAO.<\/p><\/blockquote>\n

        Definition of the key components of GAO<\/strong><\/p>\n

        The community will discuss and decide about the scope of the component of GAO ontologies. The ideas underlying the initially proposed components (described in this document in the \u201cOverall Goals of GAO\u201d section 1.a-c) will be discussed and agreed upon or modified. Possible other components will be added.<\/p><\/blockquote>\n

        Collection of GAO use cases<\/strong><\/h4>\n

        \u00a0<\/strong>The community members will collect the real and possible use cases of GAO ontologies. The real use cases may contain existing implementations of schema.org extensions developed in the framework of GAO. The future use cases will form a kind of \u201cthought experiments\u201d helping to shape the GAO components.<\/p><\/blockquote>\n

        \u00a0<\/strong>Creation of the first GAO prototypes<\/strong><\/p>\n

        Selected community members of some appointed third party will build GAO prototypes (as OWL ontologies, serialized as Turtle and JSON-LD) accompanied by appropriate visualizations to help in the presentation of the prototypes. For schema.org extension amendments the canonical representation will be used (RDFa).<\/p><\/blockquote>\n

        Final report<\/strong><\/h4>\n

        The final report of the currently planned works will be created and submitted by the community group chair and submitted to W3C after all corrections and community-wide discussion.<\/p><\/blockquote>\n

        Future works<\/strong><\/h3>\n

        The intention of GAO community is to continue the work beyond GAO prototypes. The respective new goals and the scope of work will be formulated after the final report submission.<\/p><\/blockquote>\n

        Dependencies or Liaisons<\/strong><\/h3>\n

        We have identified the following projects\/initiatives relevant to the scope of GAO:<\/p>\n

          \n
        1. W3C Automotive Working Group<\/a>, which mission is to develop Open Web Platform specifications for developers writing applications for in-vehicle infotainment systems and vehicle data access protocols.<\/li>\n
        2. Automotive and Web Platform Business Group<\/a>, which mission is to influence the Open Web Platform on the unique needs of the automotive industry, and to help stakeholders within the automotive industry to build a good and practical understanding on the standardization processes within the W3C.<\/li>\n
        3. AutoAlliance<\/a>, The Alliance of Automobile Manufacturers (Auto Alliance) calls itself \u201cthe voice for a united auto industry\u201d. They promote sustainable mobility and benefit society in the areas of environment, energy and motor vehicle safety.<\/li>\n
        4. Automotive Industry Action Group<\/a> – AIAG – is a not-for-profit association where professionals from a diverse group of stakeholders \u2013 including retailers, suppliers of all sizes, automakers, manufacturers, service providers, academia, and government \u2013 work collaboratively to streamline industry processes via global standards development & harmonized business practices.<\/li>\n
        5. The European Automobile Manufacturers’ Association<\/a> \u2013 ACEA – represents the 15 Europe-based car, van, truck and bus makers. ACEA works with a variety of institutional, non-governmental, research and civil society partners – as well as with a number of industry associations with related interests.<\/li>\n
        6. The Common Procurement Vocabulary (http:\/\/ec.europa.eu\/growth\/single-market\/public-procurement\/rules\/cpv\/index_en.htm<\/a>) – CPV – establishes a single classification system for public procurement aimed at standardising the references used by contracting authorities and entities to describe the subject of procurement contracts.<\/li>\n<\/ol>\n

          Community and Business Group Process<\/strong><\/h3>\n

          Anything in this charter that conflicts with requirements of the Community and Business Group Process is void.<\/p>\n

          Choosing a Chair<\/strong><\/p>\n

          This group chooses their Chair(s) and can replace the Chair(s) at any time using whatever means they prefer. However, if 5 participants \u2013 no two from the same organization \u2013 call for an election, the group must use the following process to replace any current Chair(s) with a new Chair, consulting the Community Development Lead on election operations (e.g., voting infrastructure and using RFC 2777).<\/p>\n

          Participants announce their candidacies. Participants have 14 days to announce their candidacies, but this period ends as soon as all participants have announced their intentions. If there is only one candidate, that person becomes the Chair. If there are two or more candidates, there is a vote. Otherwise, nothing changes.<\/p>\n

          Participants vote. Participants have 21 days to vote for a single candidate, but this period ends as soon as all participants have voted. The individual who receives the most votes \u2013 no two from the same organization \u2013 is elected chair. In case of a tie, RFC2777 is used to break the tie. An elected Chair may appoint co-Chairs.<\/p>\n

          Participants dissatisfied with the outcome of an election may ask the Community Development Lead to intervene. The Community Development Lead, after evaluating the election, may take any action including no action.<\/p>\n

          Decision process<\/strong><\/p>\n

          This group will seek to make decisions when there is consensus. When the group discusses an issue on the mailing list and there is a call from the group for assessing consensus, after due consideration of different opinions, the Chair should record a decision and any objections.<\/p>\n

          Participants may call for an online vote if they feel the Chair has not accurately determined the consensus of the group or if the Chair refuses to assess consensus. The call for a vote must specify the duration of the vote which must be at least 7 days and should be no more than 14 days. The Chair must start the vote within 7 days of the request. The decision will be based on the majority of the ballots cast.<\/p>\n

          It is the Chair\u2019s responsibility to ensure that the decision process is fair, respects the consensus of the CG, and does not unreasonably favor or discriminate against any group participant or their employer.<\/p>\n

          Transparency<\/strong><\/p>\n

          The group will conduct all of its technical work on its public mailing list. Any decisions reached at any meeting are tentative and must be confirmed on the mail list.<\/p>\n

          Amendments to this Charter<\/strong><\/p>\n

          The group can decide to work on a proposed amended charter, editing the text using the Decision Process described above. The decision on whether to adopt the amended charter is made by conducting a 30-day vote on the proposed new charter. The new charter, if approved, takes effect on either the proposed date in the charter itself, or 7 days after the result of the election is announced, whichever is later. A new charter must receive 2\/3 of the votes cast in the approval vote to pass.<\/p>\n

          The group may make simple corrections to the charter such as deliverable dates by the simpler group decision process rather than this charter amendment process. The group will use the amendment process for any substantive changes to the goals, scope, deliverables, decision process or rules for amending the charter.<\/p>\n

          Charter’s\u00a0Revisions:<\/strong><\/p>\n

            \n
          1. June 16, 2015 @\u00a014.30 [Current Revision] by Mirek Sopek<\/li>\n<\/ol>\n

            References:<\/strong><\/h3>\n

            [1]<\/a> http:\/\/www.iso.org\/iso\/home\/store\/catalogue_ics\/catalogue_detail_ics.htm?csnumber=38727<\/a><\/p>\n

            [2]<\/a> http:\/\/www.heppnetz.de\/ontologies\/vso\/ns<\/a><\/p>\n

            [3]<\/a> http:\/\/www.volkswagen.co.uk\/vocabularies\/coo\/ns<\/a><\/p>\n

            [4]<\/a> http:\/\/www.volkswagen.co.uk\/vocabularies\/vvo\/ns<\/a><\/p>\n

            [5]<\/a> http:\/\/ontologies.makolab.com\/uco\/ns.html<\/a><\/p>\n

            [6]<\/a> http:\/\/purl.org\/configurationontology<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

            Automotive Ontology Community Group Charter \u00a0The aim of the W3C Automotive Ontology Community Group is facilitate the development of web ontologies that define and describe the shared conceptual structures in the automotive industry. The first step in this development, the … Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":6797,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_s2mail":"yes","footnotes":""},"categories":[1],"tags":[],"class_list":["post-14","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/posts\/14","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/users\/6797"}],"replies":[{"embeddable":true,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/comments?post=14"}],"version-history":[{"count":5,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/posts\/14\/revisions"}],"predecessor-version":[{"id":20,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/posts\/14\/revisions\/20"}],"wp:attachment":[{"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/media?parent=14"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/categories?post=14"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.w3.org\/community\/gao\/wp-json\/wp\/v2\/tags?post=14"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}