W3C

ERT WG

25 Jun 2008

Agenda

See also: IRC log

Attendees

Present
Shadi, Johannes, Mike, CarlosI, CarlosV
Regrets
none
Chair
Shadi
Scribe
Mike

Contents


Updated "Content-in-RDF" document

<shadi> http://www.w3.org/WAI/ER/Content/WD-Content-in-RDF-20080623

SAZ: abstract of previous revision was improved

SAZ: introduction was also updated
... Starting with abstract
... abstract refers to capacity to describe "any type of content" - is this too broad?

CV: Base64Content probably does cover any type of content

SAZ: abstract accepted by group since no comments

CI: drop "describe"; doesn't describe, but providees series of classes that serve as containers for content

SAZ: change suggested by CI done; moving on to intro

CV: other forms of the 'describe' (e.g. description, describing) may also need to be changed to e.g. representation, representing

use cases look much better

SAZ: question from Danny - relation to infobits
... possibly discuss how this work overlaps with other work
... does not need to hold up publication

CV: don't understand connection to other technologies mentioned (e.g. RSS)

SAZ: RSS does have a content body

http://lists.w3.org/Archives/Public/public-wai-ert/2008Jun/0007.html

SAZ: question as to reuse as well, not just overlap
... moving on to appendicies

CV: not happy with title of section 3, "When to create which resources"

+1 for "User senarios"

SAZ: change title to, "User senarios"
... consider renaming section 4, "Open Issues and Extensions," to, "Extending the Vocabulary"

<shadi> ACTION: CV & JK research possible overlap and/or differences to other work such as RSS/ATOM (see comments by Danny Ayers) [recorded in http://www.w3.org/2008/06/25-er-irc]

+1

SAZ: changed

<shadi> Mapping to DOM Properties

yes, reading the table looks like more appropraite title might be "Mapping between DOM and Content In RDF Properties"

SAZ: really want to reduce the length of the title

could just call it "Properties Mapping" and have an introductory sentence explaining what is being mapped and why

SAZ: favored proposal seems to be changing "Vocabulary" to "Properties"

+1

<JohannesK> +1

SAZ: any objections to publishing Content in RDF along with HTTP in RDF?
... pubilcation is greed to by group
... correction - publication on hold until overlap is resolved
... overlap concerning where Namespace class belongs - Content in RDF or Pointers in RDF

Updated "Pointers-in-RDF" draft

<shadi> http://www.w3.org/WAI/ER/Pointers/WD-Pointers-20080623

SAZ: comments from MikeS
... and JK

i'm satisfied with CI's response

CV: need Namespace class with at least prefix and uri but is required for pointers and for representing content
... namespaces are more like content so belong in Content in RDF document

JK: no use of namespace class in Content in RDF
... prefixes are local to where they are used in an XML doc
... no general mapping that belongs to entire document

SAZ: can specify a base or default namespace by not using one

JK: yes, but can declare new prefixes throughout the doc

<JohannesK> <a:a1 xmlns:a="ns1">

<JohannesK> <a:b1 xmlns:a="ns2"/>

<JohannesK> </a:a1>

JK: namesapce is entirely local

<JohannesK> /p1:a1/p2:b1

<JohannesK> p1="ns1"

<JohannesK> p2="ns2"

JK: another issue - example for XPointerPointer looks very much like exmple for XPathPointer

CV: note use of position() function from XPointer, not available in XPath

<JohannesK> position() is defined in http://www.w3.org/TR/1999/REC-xpath-19991116#section-Node-Set-Functions

JK: not what do we do with XPointerPointer, but is there a difference between XPathPointer and XPointerPointer

<CarlosV> s /CV: note/CI: note/

JK: is there an example that makes use of XPointer that is distinct from XPath

SAZ: waht's the difference between XPath and XPointer? SHould classes be merged or is one an extension of the other?

JK: think XPointer uses XPath making xpath a subset of Xpointer

<carlosI> from the Xpointer Scheme: "This specification explicitly extends some aspects of the syntax and semantics of XPath (mainly in relation to support for locations other than whole nodes). Except in such cases, [XPath] constructs and definitions remain in effect in the xpointer() scheme."

<JohannesK> http://example.org/#xpointer(/html/body/p[3]/img[1])

CI: XPointer spec clearly states XPath is a subset, XPointer is an extension

SAZ: does it make sense to have both classes?

why not just have XPointerPointer extend (subClassOf) XPathPointer?

SAZ: very little difference between clases but semantics are a little different bc based on different specs

JK: difficult to decide unless we see examples of xpointer that don't look like xpath

I agree - needs a little research

<scribe> ACTION: CI to investigate where XPointer and XPath are significantly different [recorded in http://www.w3.org/2008/06/25-er-irc]

Publications

<carlosI> +1

SAZ: publication of HTTP in RDF and Content in RDF

<JohannesK> +1

<shadi> RESOLUTION: publish HTTP-in-RDF and Content-in-RDF

SAZ: Pointers in RDF looks very good; 1st working draft once last issue is resolved

<JohannesK> I saw, there is TP week in Mandelieu in October. Are there plans to have a F2F?

Summary of Action Items

[NEW] ACTION: CI to investigate where XPointer and XPath are significantly different [recorded in http://www.w3.org/2008/06/25-er-irc]
[NEW] ACTION: CV & JK research possible overlap and/or differences to other work such as RSS/ATOM (see comments by Danny Ayers) [recorded in http://www.w3.org/2008/06/25-er-irc]
[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.133 (CVS log)
$Date: 2008/06/26 09:00:22 $