suggested resolution ISSUE-508 (Table 5)

Dear Robert

Thank you for your comment. Below is the suggested resolution. Please
let us know if you are fine with it. You can find any suggested
changes in the latest editor's draft at
http://dvcs.w3.org/hg/prov/raw-file/default/model/prov-dm.html

Thanks,
Paul

"The bolded rows have some attributes listed in bold and some in
normal font, presumably to indicate mandatory/optional status. This
should be mentioned in the text.

The child relationships (e.g., revision) would be easier to see if
their name were indented relative to their parent.

This table highlights the inconsistent attribute syntax. The combined
use of positional attributes and attribute/value pairs (used for
context-dependent optional attributes) is a little awkward."


ISSUE-508 (Table 5)

Original email:
http://lists.w3.org/Archives/Public/public-prov-wg/2012Sep/0098.html

Tracker: http://www.w3.org/2011/prov/track/issues/508

Group Response
- The text indeed required clarification: "core structures have their
names and parameters highlighted in bold in the second column (prov-n
representation); expanded structures are not represented with a bold
font."

- Indentation of subconcepts had been considered by the editors. While
it appears beneficial to see Revision, Quotation, and Primary Source
indented below Derivation, this would lead to confusion elsewhere in
the table:

-- Plans (in component 3) are subtype of Entity, but entities belong
to component 1. Indenting Plan under another concept would therefore
be misleading.

-- Person/Organization/SoftwareAgent could be indented below agents.
However, our preference is to list core structures first, before
expanded structures.

-- Finally, Influence could be see as super-relation of many
relations, but, again, they are spread across components, and
Influence is regarded as an expanded structures.

- Overall, there are multiple, conflicting ways of organizing table 5.
We feel that this order of structures allows components to be exposed
and core structures to be presented first, without attempting to
expose a hierarchy of types, which would require an entirely different
layout.

- PROV-DM follows the syntax specified by PROV-N. Regarding the style
of encoding of attributes, this issue is already raised against the
PROV-N document (issue-533).

References:
- See issue-533: http://www.w3.org/2011/prov/track/issues/533

Implemented changes:
http://dvcs.w3.org/hg/prov/diff/47d79e48cb4c/model/prov-dm.html

-- 
--
Dr. Paul Groth (p.t.groth@vu.nl)
http://www.few.vu.nl/~pgroth/
Assistant Professor
- Knowledge Representation & Reasoning Group |
  Artificial Intelligence Section | Department of Computer Science
- The Network Institute
VU University Amsterdam

Received on Thursday, 27 September 2012 19:53:27 UTC