There are 11 comments (sorted by their types, and the section they are about).
substantive comments
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)
editorial comments
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)
Add a comment .