List of comments on “Protocol for Web Description Resources (POWDER): Description Resources” (dated 25 September 2007)

Status: allopen proposal pending resolved_yes resolved_no resolved_partial other Type: allsubstantive editorial typo question general comment undefined

Quick access to LC-1884 LC-1885 LC-1886 LC-1887 LC-1888 LC-1889 LC-1890 LC-1893 LC-1894 LC-1895 LC-1911

Comment LC-1886: DB 3

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 1 Introduction (Informative)

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Sec 1 says "for which we use the QName wdr.". Shouldn't that be "for
which we use the QName prefix wdr."?

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1893: SWCG 2

Commenter: Phil Archer <parcher@icra.org> on behalf of SWCG (archived message)

Context: 2 Description Resource Structure and Semantics

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

The issue of whether Descriptors should be linked from DR or from
resource Set met some confusion (probably due to my poor and hurried
explanation). Suggestion is that we should create two test cases to
solve it.

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1894: SWCG 3

Commenter: Phil Archer <parcher@icra.org> on behalf of SWCG (archived message)

Context: 2 Description Resource Structure and Semantics

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Much concern about DRs having or not having a URI of their own. My
take from the conversation was that we should always have some sort of
identifier unless there is only one DR in the RDF instance. So we
probably need to include rdf:about="...#DR1" for each wdr:DR.

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1887: DB 4

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 2 Description Resource Structure and Semantics

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Sec 2 says: "This is a break from the RDF model and means that a
generic RDF/OWL inference engine MUST NOT be used directly to make
inferences based on DRs." This is scary, and IMO requires major
justification. What exactly is the break from the RDF model and what is
the rationale for it? It would not seem to me to make sense to use
RDF/OWL notation without their semantics. Is that what you mean?
Please explain.

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1890: DB 7

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 3 Packages of Description Resources

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

I assume that two packages could contain different DRs with
wsd:hasScope entries that both apply to the same resource, in which case
both DRs do apply, i.e., the union of the assertions in the DRs apply to
the resource. Is that correct?

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1889: DB 6

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 3.4 Forcing Processing Order Using dcterms:isPartOf

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Sec 3.4 says:
[[
Two requirements flow from this:

1. Packages MUST have an identifier (in RDF terms they must be a
named graph)
2. DRs that are to be processed as part of a Package SHOULD include
the Dublin Core term isPartOf with the Package URI as its object.
]]
I don't understand why these requirements follow, for two reasons:

- First, why can't each cached DR have an associated list of
wdr:hasScope to exclude? Such an exclude list for a DR would consist of
all of the wdr:hasScope's of other DRs that preceded it in the package.


- Second, this seems like an implementation issue. The information
that DR1 and DR2 are part of package p1 is already evident in the RDF
graph (via the rdf:first and rdf:rest predicates) even without using
dcterms:isPartOf, isn't it? It seems like the processor's problem if
it is not smart enough to make use of the information that was already
provided. Can you shed more light on this?

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1895: SWCG

Commenter: Phil Archer <parcher@icra.org> on behalf of SWCG (archived message)

Context: 4.1.1 (X)HTML link Elements

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Dan C pointed to a line from the HTML 4 spec: "Authors may wish to
define additional link types not described in this specification. If
they do so, they should use a profile to cite the conventions used to
define the link types. Please see the profile attribute of the HEAD
element for more details." --
http://www.w3.org/TR/1999/REC-html401-19991224/types.html#type-links

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1911: link in body

Commenter: Ben Adida <ben@adida.net> (archived message)

Context: 4.1.1 (X)HTML link Elements

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Related issues: (space separated ids)

WG Notes: http://lists.w3.org/Archives/Public/public-powderwg/2007Sep/0010.html is the actual comment (posted ambiguous link in form apparently)

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1884: RDFA

Commenter: Hausenblas, Michael <michael.hausenblas@joanneum.at> (archived message)

Context: 4.1.3 Semantic Linkage: the describedBy and mapsTo Properties

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Phil, All,

As already stated I'm very glad to see RDFa being
used to demo the linking capabilities in the POWDER-DR WD.

Ben [1] and Mark [2] mentioned two issues you might wish
consider taking into account when updating the WD:

1. We decided to NOT allow link/meta in the <body> (cf. [3])
As @href is indeed allowed on any element in the
XHTML+RDFa DTD [4], the Example 4-1-3 can easily be rewritten:

<link rel="wdr:describedBy"
href="http://education.example.org/powder.rdf#DR_1" />

change to, e.g.,

<span rel="wdr:describedBy"
href="http://education.example.org/powder.rdf#DR_1" />


2. The second comment is not actually an RDFa issue, but however ...
In '1 Introduction (Informative)' you state

'The POWDER vocabulary namespace is http://www.w3.org/2007/05/powder#
for which we use the QName wdr.'

Which is not 100% correct; the QName as defined in [5] consists of
an (optional) PREFIX , then ':', and then the LOCALPART. Am I
assuming
correctly that what you want to express is something like:
In the POWDER spec, 'wdr' is used as the namespace prefix for the
POWDER vocabulary URI http://www.w3.org/2007/05/powder# ?


BTW, further information on RDFa can be found in the RDFa Primer [6]
and in the RDFa Syntax [7] ...

Anyway, keep up the good work!

Cheers,
Michael


[1]
http://lists.w3.org/Archives/Public/public-powderwg/2007Sep/0010.html
[2]
http://lists.w3.org/Archives/Public/public-powderwg/2007Sep/0011.html
[3]
http://lists.w3.org/Archives/Public/public-rdf-in-xhtml-tf/2007Jul/0007.
html
[4]
http://www.w3.org/MarkUp/2007/ED-rdfa-syntax-20070921/#a_xhtmlrdfadtd
[5] http://www.w3.org/TR/REC-xml-names/#ns-qualnames
[6] http://www.w3.org/2006/07/SWD/RDFa/primer/20070918/
[7] http://www.w3.org/MarkUp/2007/ED-rdfa-syntax-20070921/

----------------------------------------------------------
Michael Hausenblas, MSc.
Institute of Information Systems & Information Management
JOANNEUM RESEARCH Forschungsgesellschaft mbH
Steyrergasse 17, A-8010 Graz, AUSTRIA

<office>
phone: +43-316-876-1193 (fax:-1191)
e-mail: michael.hausenblas@joanneum.at
web: http://www.joanneum.at/iis/

<private>
mobile: +43-660-7621761
web: http://www.sw-app.org/
----------------------------------------------------------

Related issues: (space separated ids)

WG Notes: Subsequent discussion seemed to indicate that the original text is, in fact, OK, but this needs checking. Discussion starts here: http://lists.w3.org/Archives/Public/public-powderwg/2007Sep/thread.html#msg13

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1885

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 2 Description Resource Structure and Semantics

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Thank you for including the images of the RDF graphs used in the
examples! Images like this
http://www.w3.org/TR/2007/WD-powder-dr-20070925/servlet_11745.png
make it much easier to understand the RDF being discussed, since RDF/XML
is nearly impossible for me to read. How about including N3 or Turtle?
In fact, as far as I'm concerned, you can drop RDF/XML entirely, as to
my mind it doesn't add any clarity, but I certainly understand that
others may feel differently.

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)

Comment LC-1888: DB 5

Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)

Context: 3.2 Package Scope

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody

Type: substantive editorial typo question general comment undefined

Comment:

Sec 3.2 "Forcing Processing Order Using dcterms:isPartOf" talks about
caching and says:
[[
The set of all resources described by the DRs in the Package can only be
determined fully by taking the union of the Resource Sets of each of the
DRs themselves. However, it is useful for the Package to include a
processing hint about the range of resources described.
]]
Must this hint specify a superset of the resources described by the DRs
in the Package? It would seem like a sensible constraint, but I don't
see it stated.

Related issues: (space separated ids)

WG Notes:

Resolution:

(Please make sure the resolution is adapted for public consumption)