Difference between revisions of "ORG CR transition"

From Government Linked Data (GLD) Working Group Wiki
Jump to: navigation, search
(Status section and important changes to the document)
(Evidence that the document satisfies group's requirements)
Line 77: Line 77:
The Working Group's [[charter]] calls for development of a standardized vocabulary for organizational structures:
The Working Group's [[charter]] calls for development of a standardized vocabulary for organizational structures:
:'''Organizational Structures'''.  Such as the
:'''Organizational Structures'''.  Such as the Epimorphics [http://www.epimorphics.com/public/vocabulary/org.html organization ontology] (see also its [http://www.epimorphics.com/web/wiki/organization-ontology-requirements requirements]).
  Epimorphics <a
  organization ontology</a> (see also its <a
  href="http://www.epimorphics.com/web/wiki/organization-ontology-requirements">requirements</a> document).
The document is based directly on that prior publication.
The document is based directly on that prior publication as so directly addresses that requirement.
== Evidence that the document has received wide review ==
== Evidence that the document has received wide review ==

Revision as of 15:08, 1 May 2013

Transition to CR

This page is to organize the documentation and evidence necessary to transition a document to Candidate Recommendation. The page's content will be used for the transition request and to inform the transition meeting for that document.

This is a working page for the Government Linked Data working group. It may be subject to change/revision at any time.

ORG Timetable


An organization ontology

Document Abstract

This document describes a core ontology for organizational structures, aimed at supporting linked data publishing of organizational information across a number of domains. It is designed to allow domain-specific extensions to add classification of organizations and roles, as well as extensions to support neighbouring information such as organizational activities.

Status section and important changes to the document

The changes made are documented at https://dvcs.w3.org/hg/gld/raw-file/default/org/index.html#change-history and listed below for convenience.

  • Added explicit declarations that org:member and org:organization are functional properties. This is a clarification rather than an intended change of semantics.
  • Removed assertion that org:Post is a sub class of org:Organization, adding an informative note that ORG applications are still free to declare entities as being instances of both classes.
  • Added property chain axiom for prov:wasDerivedFrom.
  • Removed the range constraint on org:siteAddress to allow other encodings than VCard to be used.
  • Added a statement that org:Organization is equivalent to the foaf:Organization class. This statement was present in the ontology itself at the time of last call but not sufficiently clear in this document.
  • Removed informative comment that the org:reportsTo graph is acyclic, this is not necessarily the case.

Do we need to generate a viewable diff? If so are there tools for that?

The WG examined these changes and determined that they are not substantive (mostly clarifications), do not invalidate any implementations that might have been created in accordance with the Last Call version and so do not warrant another Last Call period. [resolution]

Current URI


Final URI


Is this what this section means?


  • Are there any implementation requirements beyond the defaults of the Process Document? For instance, is the expectation to show two complete implementations (e.g., there are two software instances, each of which conforms) or to show that each feature is implemented twice in some piece of software?
  • What are the Group's plans for showing implementation of optional features? In general, the Director expects mandatory features and optional features that affect interoperability to be handled similarly. Optional features that are truly optional (i.e., that do not affect interoperability) may require less implementability testing.
  • Is there a preliminary implementation report? The implementation report should be a detailed matrix showing which software implements each feature of the specification.
  • What are expectations about additional software that is expected to implement the specification during CR?
  • What is the minimal duration of the CR period? Estimate of how long it will take before requesting PR?
  • Does the WG have additional implementation experience that will help demonstrate interoperability (e.g., has there been an interoperability day or workshop? Is one planned?)?
  • Are there tests or test suites available that will allow the WG to demonstrate/evaluate that features have been implemented? If not, what metrics will the WG use? If there are special conditions for this specification related to evaluation of implementations, what are they? Are test suites planned at any time? If there are tests or test suites available, are there links between the tests and the features of the specification they purport to test?

It would be useful (but not required) to report on all implementations we've found, even if they don't conform.

 Our Exit Criteria for our Vocabs is: 
 1. We should show that every single term in the vocab has been used in at least two data sources.  When doing this, we don't check if it's been used correctly. 
 2. We will have a set of SPARQL queries, and each query comes with a description of the expected results.  Like: this is a list of all the orgs mentioned in your data. We'll run these SPARQL queries and see if the results seem to match the description.  We want to have two publishers that pass all of these. 
 3. We in the WG will prepare a checklist or script saying which things need to be checked. Implementors will look at their data to see if it meets those criteria. For example:  none of the non-org term has the same semantics as an org term.  We'll say "look at your data and check for this".
(As agreed at F2F3.)

Editors will need to explain the full methodology for this document in this section.

Evidence that dependencies with other groups met (or not)

The ORG ontology references the PROV-O ontology (introduces a subclass of prov:Activity, recommends use of four associated properties). The PROV working group provided a Last Call review of ORG [1] and accepted [2] our disposition of those comments.

Estimated publication date


Record of the Working Group's decision to request the Transition

Link to the working group meeting minutes or email where the resolution took place.

Evidence that the document satisfies group's requirements

The Working Group's charter calls for development of a standardized vocabulary for organizational structures:

Organizational Structures. Such as the Epimorphics organization ontology (see also its requirements).

The document is based directly on that prior publication as so directly addresses that requirement.

Evidence that the document has received wide review

The document is closely based on one previously released in 2010 which received wide review on the W3C egov mailing list [3].

The Last Call document received feedback from 4 commenters external to the WG ORG LC comments.

The number of known implementations that already exist suggest that is has received broader review and adoption than just those four commenters.

Evidence that issues have been formally addressed

Summary and detailed links on disposition of issues are given on ORG LC comments.


No objections have been raised since Last Call.

Patent disclosures


The Working Group's Patent Disclosure page is: http://www.w3.org/2004/01/pp-impl/47663/status