W3C

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

Quick access to

There are 11 comments (sorted by their types, and the section they are about).

substantive comments

Comment LC-1886: DB 3
Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)
Context: 1 Introduction (Informative)
Sec 1 says "for which we use the QName wdr.". Shouldn't that be "for
which we use the QName prefix wdr."?
(space separated ids)
(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
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.
(space separated ids)
(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
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.
(space separated ids)
(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
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.
(space separated ids)
(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
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?
(space separated ids)
(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
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?
(space separated ids)
(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
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
(space separated ids)
(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
(space separated ids)
(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
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/
----------------------------------------------------------
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

editorial comments

Comment LC-1885
Commenter: Booth, David (HP Software - Boston) <dbooth@hp.com> (archived message)
Context: 2 Description Resource Structure and Semantics
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.
(space separated ids)
(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
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.
(space separated ids)
(Please make sure the resolution is adapted for public consumption)

Add a comment.


Developed and maintained by Dominique Hazaël-Massieux (dom@w3.org).
$Id: Overview.php,v 1.46 2013-10-04 08:11:33 dom Exp $
Please send bug reports and request for enhancements to w3t-sys.org