- From: Booth, David (HP Software - Boston) <dbooth@hp.com>
- Date: Tue, 13 May 2008 14:55:40 +0000
- To: "public-awwsw@w3.org" <public-awwsw@w3.org>
http://www.w3.org/2008/05/13-awwsw-minutes.html and also below in plain text. ------------------------------------------------------------ [1]W3C [1] http://www.w3.org/ - DRAFT - AWWSW 13 May 2008 See also: [2]IRC log [2] http://www.w3.org/2008/05/13-awwsw-irc Attendees Present Jonathan_Rees_(jar), David_Booth, Stuart_Williams Regrets Chair Jonathan Rees Scribe dbooth Contents * [3]Topics 1. [4]Activities proposed 2. [5]Next meeting * [6]Summary of Action Items _________________________________________________________ hi stuart. i just emailed jonathan. zakim doesn't seem to know aobut our conf call today. <jar> hello <Stuart> don't know if we are meeting today <Stuart> Zakim has allowed me in <jar> neither do i. i will get on the phone and let's decide whether to meet <Stuart> zakim this is awwsw oh, i guess i did it too soon. zakim wasn't ready yet. Activities proposed jar: Two proposals: 1. Look at FRBR (... bibliographic references). 2. ABC (a followon to FRBR?) harmony. <jar> [7]http://metadata.net/harmony/JODI_Final.pdf [7] http://metadata.net/harmony/JODI_Final.pdf <jar> denrie jar: ANother is denrie, from Oboe. They think they need a decent ont for information: lab reports, clinical records, etc. So they're thinking about provadence. ... Another direction is to work with what we have: make a catalog of other onts that we have so far, and then maybe we can pick a def of IR out of that. Stuart: Almost like a brainstorming .... get the whole spectrum on the table, then develop relations between them, similarties, differences, etc., though not necessarily any one of them would be exactly the term we want. dbooth: FRBR, ABC and denrie seem to be more specific than what we've put on the table. jar: Want to be able to look at an example and decide whether it should be an IR. Is a journal article an IR? Given the answers that Tim has given, I now have my doubts. Stuart: Need Tim on the call for that, and need the scribe to capture exactly what he says on this day. ... Looking a FRBR sounds like a good idea. <jar> [8]http://www.ifla.org/VII/s13/frbr/ [8] http://www.ifla.org/VII/s13/frbr/ Stuart: Is FRBR related to INDEX? <Stuart> INDECS dbooth: This sounds like a long route to get to an agreed def of IR. <jar> dbooth: no doubt in my mind how info resource has to be defined. <Stuart> [9]http://www.doi.org/topics/indecs/indecs_framework_2000.pdf [9] http://www.doi.org/topics/indecs/indecs_framework_2000.pdf jar: For journal article example, the AWWW def makes it sound like an IR, but that def is vague. ... But from what TimBl says i'm not sure. Maybe the URI from which you get the article denotes what the article served, but not the actual article. ... But dbooth's def is concrete (a function). dbooth: If you want to capture only the info in that article, then the function inputs are constant and it can be an IR. But if you're denoting a more abstract notion of the "the journal article", then it is NOT an IR. <jar> My assessment of httpRange-14's value: It forces us to decide whether the URI denotes the document or the thing - and forbids it from denoting both <jar> "Information resource" exists in part to support this aim. stuart: I think a valuable outcome of the decision is that it settles the question of whether you can use http names to name arbitrary things. There was a time earlier when timbl argued that you could not if the url didn't contain a hash. The decision settled that. <jar> But httpRange-14, in my view, doesn't exist in order to tell you that something is an information resource. <Stuart> Having trouble finding concrete references to INDECS but there are plenty of mentions in the DOI Glossary: [10]http://www.doi.org/handbook_2000/glossary.html [10] http://www.doi.org/handbook_2000/glossary.html jar: the issue is that i'm looking at lots of journal articles and need to know if i'm allowed to give a 200 response. <Stuart> Concrete example, what does the doi 10.1002/cpe.1233 (ie: [11]http://dx.doi.org/10.1002/cpe.1233) identify? [11] http://dx.doi.org/10.1002/cpe.1233) dbooth: if you ask "is this an IR" you're asking the wrong way around. If you want to denote something that fits into the def of IR as a fn, then it is an IR. It's a matter of choice. ... by jar's description, it sounds like he wants to denote something (a journal article) that is *not* just information. stuart: we have the same problem with numbers. is a number an IR? jar: seems similar to exclude journal article from the def of IR. dbooth: I'm happy to denote my journal article as a fn, even if jar is denoting an abstract concept of a journal article. jar: the intent of webarch is to allow lots of kinds of things to be IRs. and i think the intent was to admit what i'm talking about (journal article). dbooth: I don't see another way of defining IR than the way either Roy or I has defined it. jar: Maybe IR should just be defined by example. part of the goal is to bring people to understanding this issue. ... Another way to go is to treat is as an ont issue and just use 303's for journal articles. But i don't like that because it puts up a wall between web things and journal articles. dbooth: You give something, you get something. Stuart: Would be useful to get to the bottom of: earlier, the majority of the TAG didn't need to maek this distinction. But one TAG member was looking at the URI to see if it started with "http:" aand having not hash and making an important artitectural decision from that, and i've never understood why. ... The AWWWW was published with issue 14 left open, and intentionally phrased to permit the answer to go either way. The term IR got introduced to try to address an issue Pay Hayes raised, and introduction of the term satisfied an issue he brought. jar: There's more than one issue, but not very many. One is can an http URI denote a person. Once the answer is yes, that raises a second question of whether a potato can have a representation. ... Tim always dismisses this as a gray area. But to me it's not. As the SW grows you're goingn to talk more and more about information, so i see a real collision between webarch and the ont community and people who wish to talk about providence. <Stuart> Partial genesis of the term "Information Resource" [12]http://lists.w3.org/Archives/Public/public-webarch-comments/2004 JulSep/0131.html [12] http://lists.w3.org/Archives/Public/public-webarch-comments/2004JulSep/0131.html dbooth: Sounds like we need more discussion about how to choose between denoting a journal article as an IR or non-IR. jar: Most people are probably going to just do what they do and won't care about this issue, but I overlap both the TAG and Science Commons. ... I agree you need to ask what role IR plays in the architecture. It isn' inherently interesting. It is only interesting in its architectural role. Next meeting jar: Use FRBR as a starting point. Summary of Action Items [End of minutes] _________________________________________________________ Minutes formatted by David Booth's [13]scribe.perl version 1.133 ([14]CVS log) $Date: 2008/05/13 14:02:53 $ _________________________________________________________ [13] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm [14] 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 [15]http://dev.w3.org/cvsweb/~checkout~/2002 /scribe/ [15] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) No ScribeNick specified. Guessing ScribeNick: dbooth Inferring Scribes: dbooth Default Present: Jonathan_Rees, DBooth Present: Jonathan_Rees_(jar) David_Booth Stuart_Williams Got date from IRC log name: 13 May 2008 Guessing minutes URL: [16]http://www.w3.org/2008/05/13-awwsw-minutes.ht ml People with action items: [16] http://www.w3.org/2008/05/13-awwsw-minutes.html End of [17]scribe.perl diagnostic output] [17] 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, 13 May 2008 14:57:33 UTC