- From: Booth, David (HP Software - Boston) <dbooth@hp.com>
- Date: Tue, 18 Mar 2008 12:37:37 +0000
- To: "public-awwsw@w3.org" <public-awwsw@w3.org>
It looks like Jonathan and I each thought the other would send out the minutes. They are at http://www.w3.org/2008/03/04-awwsw-minutes.html and also below in plain text. --------------------------------------------------------- [1]W3C [1] http://www.w3.org/ - DRAFT - AWWSW 04 Mar 2008 See also: [2]IRC log [2] http://www.w3.org/2008/03/04-awwsw-irc Attendees Present TimBL, DBooth, AlanR, Jonathan, Stuart Regrets Chair Jonatnan Rees (jar) Scribe dbooth, jar Contents * [3]Topics 1. [4]http://esw.w3.org/topic/JonathanRees/Notes 2. [5]TAG Meeting 3. [6]DBooth Rules * [7]Summary of Action Items _________________________________________________________ <jar> [8]http://esw.w3.org/topic/JonathanRees/Notes [8] http://esw.w3.org/topic/JonathanRees/Notes [9]http://esw.w3.org/topic/JonathanRees/Notes [9] http://esw.w3.org/topic/JonathanRees/Notes TAG Meeting <inserted> Scribe: dbooth <inserted> ScribeNick: dbooth jar: We discussed the progress of AWWSW at the last TAG meeting. ... Rules really resonated and helped the TAG members. "I was worried about this effort. Now I'm not." scribe dbooth <jar> [10]http://esw.w3.org/topic/JonathanRees/Notes [10] http://esw.w3.org/topic/JonathanRees/Notes jar: a "potential rep" has the opportunity to be a rep of a resource. ... if an http response has not actually been issued by a resource yet. ... people have complained about the use of rep. So in an ont we need something that might be a rep. timbl: i'm not too worried about having a separate name for something that could be a rep. ... 2 questions: rel btwn an http response and a rep. does it carry anything else? ... the other q: http spec says it's a rep if the status 200 says its a rep. <alanr> jonathan calls this a "200 responder" <alanr> but it is not heard as such in common discussion - there is more to it jar: 2616 says a rep is an entity that goes with a 200 response, but the entity is not the whole response. it ditches the headers. ... also I was trying to capture the discussion a few weeks ago, someone was worried that restricting to http responses was too limited. wanted a more general description of what a rep might be. ... let's table this and move on to rules. DBooth Rules [11]http://esw.w3.org/topic/AwwswDboothsRules [11] http://esw.w3.org/topic/AwwswDboothsRules <inserted> Scribe: jar discussion of jar's table & what's a reprsentation tabled until a later meeting scribenick jar the rules are a combination of 3 ontologies - uris, http, web architecture <alanr> uri:hasProperRacine doesn't work with open world, if the intention is that there is *no* racine for some URIs <timbl> ######################## AWWW ######################### <alanr> or do these rules assume closed world? Meant to delete definition of 'resource' <Stuart> How does awww:Resource differ from rdfs:Resource and/or owl:Thing? <timbl> rdf:label "InformationResource" should be rdf:label "information resource" hasRacine, hasProperRacine explained alanr: are you assuming closed world reasoning? timbl: the domain statement isn't as constraining as it could be. dbooth: the correct domain restriction would reflect that the URI on the left of hasProperRacine has a # alanr: you need a cardinality restriction in order to say what you mean. timbl: but the logic doesn't capture the entire semantics <dbooth> dbooth: Right, the domain and range are not as restrictive as they theoretically could be. <timbl> it never can, so why bother trying to be so experssing in the RDFS. <alanr> hasProperRacine subProperty hasRacine alanr: hasProperRacine is a subproperty of hasRacine <alanr> note for future: Need xsd:URINoFragment dbooth: hasURI is the inverse of denotes. similar to log:uri <timbl> Style: "hasURI" is messy, preefr "URI". <alanr> q: is log:uri inferred by n3? dbooth: hasDirectGetReply -- grounds this out ... hasGetReply allows for forwarding alanr: if n3 deduces log:uri relationships then we can just use a type [scribe is confused] timbl: issues about what has to be asserted or inferred all has to do with your test harness <alanr> +1 <alanr> the thing that makes sense is to say, the system can not infer x, given y timbl: request to separate out the two kinds of material in these files <timbl> Theer is N3 and cwm alanr: if log:uri has been inferred then there should be no need to assert hasURI <timbl> N3 allows you to write these rules. <timbl> Cwm has certian built-ins <timbl> as well as an understaning of n3 alanr: what is the range of a location? looks like it's a URI dbooth: it's the location: header value (string) alanr: can we change the name, for clarity? a string is not a location timbl: can we use a separate namespace for headers, mapped automatically from header names to ontology URIs? <dbooth> timbl: I suggest a separate namespace for htttp headers -- hh or httph. alanr: can I suggest something that strips the "has"?... timbl: lots of reasons why no "has" is good alanr: it's known that many people are confused by ambiguity of leaving out the "has" dbooth: will do both stuart: no, pick one and stick with it. <timbl> label "direct reply" <dbooth> alan: please add rdf:labels to these <alanr> rdfs:label the other one alanr: there's no language, wouldn't it make more sense for [...] to be strings? timbl: mapping things to strings is a whole lot simpler, for testing purposes ... you get a string out of the protocol, then coerce it to a string-that-is-a-URI <alanr> hasContentType: text/plain@en is not permissible timbl: xsd:anyURI is awkward and it's not clear it adds anything alanr: i was asking about has-content-type , which is marked as an rdfs:Literal, similarly status-code ... this would permit things marked with language designators ... if we just say it's a string, we rule out nonsensical cases such as a content-type that's in a language timbl: timbl has an action item to align tabulator's ontology with this one alanr: tabulator should use its own namespace timbl: no, tabulator is trying to be faithful to http <timbl> "text/plain" <alanr> "text/plain"^xsd:string <dbooth> dbooth: if these rules are going to correctly reflect HTTP, then the types should match the http spec s much as possible. I'm not sure what type the http spec says the value of the content-type header is. alanr: the ^^xsd:string should be inferred if the range of the predicate is specified properly <timbl> "text/plain"^^xsd:string timbl: no, doesn't work that way <Stuart> IIRC typed literals and plain literals are distinct in RDF. alanr: have to check that one ***** let's plan to leave off at 9:55 so that we can consider next steps (homework) ***** alanr: maybe change the n3 parser to that "string" missing a ^^ is impicitly a xsd:string <alanr> alan agrees that syntax should match practice <Stuart> *if* you make that change how would you then enter a plain literal? ISSUE: use of "..." syntax in relation to strings and literatls -- table <Stuart> ...and what would you do about all the existing N3/Turtle documents. <alanr> hasDirectGetReply subproperty hasGetReply dbooth: next rule is questionable - it says that a 301 means that the new location URI names the same resource as the original ... this is based on the http spec ****** it's 9:55 dbooth: this is a somewhat difficult area ... then what is the purpose of IR if these two things are *not* the same <alanr> then informationresource not an abstract object? stuart: which rule? <timbl> ?r1 = ?r2 . <dbooth> dbooth: I should give each rule a name, for easier reference <dbooth> stuart: line numbers would be good. dbooth: the one whose comment starts "Furthermore, 301, 302, and 307" <alanr> +1 stuart: suggests everyone read and comment on the rule set, via email, before next meeting <timbl> [12]http://www.w3.org/2006/gen/ont#sameWorkAs [12] http://www.w3.org/2006/gen/ont#sameWorkAs <alanr> [13]http://www.w3.org/DesignIssues/Generic.html [13] http://www.w3.org/DesignIssues/Generic.html timbl: different information resources that are the same work - please read the design issues note ... specific vs. generic IRs -- core to the way the web works <dbooth> dbooth: if the two things should *not* be considered the same IR, then why not? timbl: timbls's goal for next week: figure same-work-as into this ontology ... you can have uris that aren't "on the web", or that are for IRs but have no reference to the web [scribe may have made up 'are for IRs' in the previous. need to be careful] <alanr> permanent redirect shouldn't be from permanent to temporary, though (discussion about 301, 302, and what they say about where the resource is, now & later) Summary of Action Items [End of minutes] _________________________________________________________ Minutes formatted by David Booth's [14]scribe.perl version 1.133 ([15]CVS log) $Date: 2008/03/04 15:17:31 $ _________________________________________________________ [14] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [15] http://dev.w3.org/cvsweb/2002/scribe/ Scribe.perl diagnostic output [Delete this section before finalizing the minutes.] This is scribe.perl Revision: 1.133 of Date: 2008/01/18 18:48:51 Check for newer version at [16]http://dev.w3.org/cvsweb/~checkout~/2002 /scribe/ [16] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/in/and/ Succeeded: i/jar: We discussed the progress/Scribe: dbooth Succeeded: i/jar: We discussed the progress/ScribeNick: dbooth Succeeded: i/discussion of jar's table/Scribe: jar Found Scribe: dbooth Found ScribeNick: dbooth Found Scribe: jar Inferring ScribeNick: jar Scribes: dbooth, jar ScribeNicks: dbooth, jar Default Present: +1.617.253.aaaa, Alan, TimBL, jar, stuart, dbooth Present: TimBL DBooth AlanR Jonathan Stuart Got date from IRC log name: 04 Mar 2008 Guessing minutes URL: [17]http://www.w3.org/2008/03/04-awwsw-minutes.ht ml People with action items: [17] http://www.w3.org/2008/03/04-awwsw-minutes.html End of [18]scribe.perl diagnostic output] [18] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm David Booth, Ph.D. HP Software +1 617 629 8881 office | dbooth@hp.com http://www.hp.com/go/software Opinions expressed herein are those of the author and do not represent the official views of HP unless explicitly stated otherwise.
Received on Tuesday, 18 March 2008 12:38:52 UTC