IRC log of tagmem on 2006-01-03

Timestamps are in UTC.

17:44:39 [RRSAgent]
RRSAgent has joined #tagmem
17:44:39 [RRSAgent]
logging to
17:44:43 [Norm]
zakim, this will be tag
17:44:43 [Zakim]
ok, Norm; I see TAG_Weekly()12:30PM scheduled to start 14 minutes ago
17:45:06 [Norm]
Meeting: TAG Weekly Teleconference
17:45:10 [Norm]
Scribe: Norman Walsh
17:45:13 [Norm]
ScribeNick: Norm
17:45:17 [Norm]
Date: 03 Jan 2006
17:45:23 [Norm]
Chair: VQ
17:45:34 [Norm]
17:51:13 [Zakim]
TAG_Weekly()12:30PM has now started
17:51:20 [Zakim]
17:57:51 [DanC]
hmmm... I have ht's "What is a namespace, anyway?" message flagged for response... would be nice to have one or more issues connected to it for prioritization
17:58:40 [Norm]
I would guess it's related to nsState-48 and perhaps the whole "grounded in the web" issue of self-describing documents that ht and I still have open.
17:58:45 [Vincent]
Vincent has joined #tagmem
17:58:54 [Norm]
Hey, timbl, I sent you something about that before Christmas, did you ever get a chance to read it?
17:59:18 [ht]
zakim, please call ht-781
17:59:18 [Zakim]
ok, ht; the call is being made
17:59:20 [Zakim]
17:59:20 [Zakim]
17:59:41 [DanC]
I think you'd rather I *didn't* associate it with nsSate-48, right, ndw?
17:59:51 [Zakim]
18:00:38 [Zakim]
18:00:48 [Zakim]
18:01:03 [Vincent]
Zakim, INRIA is Vincent
18:01:05 [Zakim]
+Vincent; got it
18:01:33 [EdR]
EdR has joined #tagmem
18:01:37 [Vincent]
Zakim, who is on the phone
18:01:40 [Zakim]
I don't understand 'who is on the phone', Vincent
18:01:48 [DanC]
Vincent, I see actions re issue 8 still in and not synced with the issues list
18:01:51 [Vincent]
Zakim, who is on the phone?
18:01:51 [Zakim]
On the phone I see TimBL, Norm, Ht, DanC, Vincent, Ed_Rice
18:01:51 [Norm]
zakim, who's on the phone?
18:01:52 [Zakim]
On the phone I see TimBL, Norm, Ht, DanC, Vincent, Ed_Rice
18:02:11 [Zakim]
18:02:13 [timbl]
timbl has joined #tagmem
18:02:45 [noah_montreal]
noah_montreal has joined #tagmem
18:02:49 [ht]
Well, I have to confess that email ( did start from our discussion of nsState-48 last time . . .
18:02:54 [noah_montreal]
+n5c2 n6ah
18:03:45 [Norm]
Present: DC, HT, ER, NM, NDW, TBL, VQ
18:04:10 [Norm]
Topic: Approve minutes of 20 Dec
18:04:23 [Norm]
They looked fine to me
18:04:30 [Norm]
ER: They looked fine to me too
18:04:36 [Norm]
RESOLVED: Approved
18:05:24 [Norm]
Topic: Next telcon: 10 January
18:05:32 [Norm]
No regrets given
18:05:50 [DanC]
-> minutes 20 Dec (1.2 2006/01/03 18:05:15)
18:05:59 [Norm]
RESOLVED: Confirmed; DO to scribe, ER in his absence
18:06:19 [Norm]
Topic: Accept this agenda?
18:06:40 [Norm]
DC: Related actions pointers to go the issues list
18:06:49 [Norm]
DC: As far as I can tell, the old pending list still has novel informaiton
18:07:01 [Norm]
18:07:12 [Norm]
VQ: I've made progress on the issues list but the actions are not yet up-to-date
18:07:21 [Norm]
VQ: The only complete action list we have is still the separate small list.
18:07:29 [Norm]
VQ: I'm still planning to move everything to the issues list.
18:07:38 [Roy]
Roy has joined #tagmem
18:07:42 [Norm]
RESOLVED: Agenda accepted
18:07:56 [Norm]
Topic: namespaceState-48
18:08:40 [Norm]
NDW proposed
18:08:50 [DanC]
looks good... [[ An XML namespace has a namespace name (a URI) and a set of local
18:08:50 [DanC]
names (NCNames as defined in [XML Namespaces]). ]]
18:09:19 [Norm]
NDW: That's what I came up with from the minutes
18:09:39 [Norm]
HT: I can live with it, but I'd like to see if we could live with more.
18:09:49 [Norm]
HT: I wondered if we have consensus about what the namespace name identifies.
18:10:01 [timbl]
18:10:44 [Norm]
HT: Sometimes I think it identifies a set of names and sometimes I think it identifies a namespace. Since we don't have a good definition of the latter ,that's not helpful
18:11:04 [Norm]
HT: Suppose I said: "A namespace is identified by a namespace URI (aka the namespace name)" Would that attract consensus.
18:11:10 [timbl]
q+ to say that there is a pun going on: the ns uri is a string and a URI of a document
18:11:16 [Norm]
DC: It's tautologically true, but not useful
18:11:29 [Vincent]
ack timbl
18:11:29 [Zakim]
timbl, you wanted to say that there is a pun going on: the ns uri is a string and a URI of a document
18:11:35 [Norm]
HT: I'd like to find an answer to the question "what is identified by a namespace uri" in the webarch document.
18:11:50 [noah]
q+ to remind ourselves that we should decide whether we're talking specifically about namespaces in XML
18:12:01 [Norm]
TBL: The namespace URI identifies a namespace document. The namespace doesn't have a URI; it's a set of names which start with this common prefix which is kind of a string.
18:12:21 [Zakim]
18:12:43 [Norm]
TBL: It's a little architectural kludge. It happens to be the same URI used for all the names, but it identifies the namespace document.
18:13:39 [Norm]
TBL: Maybe we should be able to talk about namespaces in the abstract, but we don't very often.
18:13:59 [Norm]
18:14:00 [Vincent]
18:14:09 [Vincent]
ack noah
18:14:09 [Zakim]
noah, you wanted to remind ourselves that we should decide whether we're talking specifically about namespaces in XML
18:14:46 [Norm]
NM: I've been troubled about our lack of clarity about when we're talking about namespaces in XML (a W3C Rec) vs. namespaces in a broader sense which almost certainly include namespaces as used in RDF in the abstract which are often serializeable in XML and could go on to include anything on the web that feels like a structured namespace.
18:14:51 [noah]
[Definition: An XML namespace is identified by an IRI reference; element and attribute names may be placed in an XML namespace using the mechanisms described in this specification. ]
18:15:01 [Norm]
NM: I understood the history of this issue to be largely about Namespaces in XML.
18:15:13 [DanC]
q+ to note that RDF was the original customer of "namesspaces in XML" so there's no sense in separating "namespaces in XML" from "namespaces in RDF"
18:15:44 [Norm]
NM: I'm happier just to avoid scope creep and keep this finding focused on namespaces in XML.
18:16:26 [Norm]
NM: This issue started by raising the question "gee, we've got these XML namespaces (specifically the xml: one), and some folks think they're mutable and some don't and we need to say something about that"
18:16:54 [Norm]
NM: I think we've all agreed with NDW's analysis. I don't think we should go very far in restating or bending what the recommendations say about what the URI identifies or anything else.
18:16:55 [Vincent]
ack DanC
18:16:55 [Zakim]
DanC, you wanted to say that I prefer not to dereference (use) namespace names; I prefer to combine them with localnames to come up with a URI-term and look that up and to note
18:16:59 [Zakim]
... that RDF was the original customer of "namesspaces in XML" so there's no sense in separating "namespaces in XML" from "namespaces in RDF"
18:17:32 [Norm]
DC: If you're happy with NDW's text, then we're fine. If you're saying namespaces in RDF are different than namespaces in XML, then I object.
18:17:38 [Norm]
NM: I don't think we need to go there for purposes of this issue.
18:17:45 [timbl]
18:18:02 [ht]
HST wonders why the httpRange-14 compromize isn't the right way to approach the identifies a namespace/a namespace document issue . . .
18:18:04 [Vincent]
ack timbl
18:18:45 [Norm]
TBL: The TAG document says that this URI identifies the namespace document. Now we've got this recommendation that says "identifies this namespace". One way out is to say that it's indirect identification.
18:19:08 [Norm]
TBL: You can say that the namespace is the one that has that namespace document, for example.
18:19:24 [Norm]
TBL: We can weaken the sense of "identifies" in the namespace document.
18:19:27 [noah]
I agree with Tim that there is some issue as to whether the URI should identify the document, the namespaces, or perhaps the document as representative of the namespace. What I'm quesitonning is whether we need to go into any of that in order to resolve >this< issue.
18:20:06 [noah]
q+ to say HTTP range 14 doesn't talk about documents, it talks about info resources
18:20:17 [ht]
"namespace URI can be used to identify an information resource that contains useful information,"
18:20:37 [Vincent]
ack noah
18:20:37 [Zakim]
noah, you wanted to say HTTP range 14 doesn't talk about documents, it talks about info resources
18:20:41 [Norm]
DC/TBL discuss where this is actually grounded in the webarch document
18:20:57 [ht]
18:21:11 [Norm]
NM: The httpRange-14 resolution talks about info resources not documents
18:21:14 [Norm]
TBL: Do you really want to go there?
18:21:54 [Norm]
NM: My definition of an information resource leaves open the possibility that our httpRange-14 resolution allows me to return 200 for the namespace document. I think they fit well in a computer message.
18:22:34 [Norm]
TBL: Informally, we mean "document" when we say information resource
18:23:05 [Norm]
NM: Information resource is either a synonym of document or very close
18:23:07 [Norm]
TBL: Yes
18:23:59 [Norm]
VQ: I'd like to separate nsDocument-8 and namespaceState-48. Can we reach a conclusion about 48?
18:24:18 [Norm]
VQ: We can let the discussion about namespace documents go to the next item.
18:24:45 [timbl]
I am happy with the text.
18:24:54 [Norm]
VQ: To me the last issue that was relevant to the finding was just this first paragraph. NDW has rewritten it, I have heard several people agreeing with (or satisified with) what NDW has drafted. Can we focus on that paragraph?
18:25:05 [Norm]
VQ: Does anyone have a problem with it?
18:25:15 [Roy]
18:25:21 [Norm]
DC: I'm happy with that paragraph but I have another comment
18:25:28 [noah]
No problem with Norm's proposed text.
18:25:40 [Norm]
VQ: Is there consensus on NDW's para?
18:25:45 [Norm]
VQ: Yes, I conclude that there is.
18:26:24 [noah_lunch]
noah_lunch has joined #tagmem
18:26:39 [Norm]
DC: The good practice suggests that it's OK not to have it in the namespace document. That seems bad.
18:26:47 [Norm]
NDW points two paragraphs done.
18:26:55 [Norm]
DC: Can we combine the two shoulds into one.
18:27:10 [noah2]
+1 to separating them
18:27:15 [Norm]
HT: No that's weaker because it says if you don't have a namespace document you're off the hook.
18:27:17 [Roy]
s/namespace name and a local name, the qualified/namespace name and a local name: the qualified/?
18:27:24 [Norm]
DC: Yes, you're off the hook but in the doghouse.
18:28:01 [Norm]
NM: I agree with HT and NDW.
18:28:02 [EdR]
I like it the way it is.
18:28:25 [Norm]
VQ: I guess we can keep the document as it is for that part. Ok, DC?
18:28:27 [Norm]
DC: Yeah.
18:28:29 [Norm]
VQ: Any other comments?
18:28:32 [dorchard]
dorchard has joined #tagmem
18:29:06 [Zakim]
18:30:01 [Norm]
NDW makes the change RF suggested
18:30:17 [DanC]
(ndw, can you save to )
18:30:31 [EdR]
+1 to approve now
18:31:34 [Norm]
NDW: Proposed: approve NDW's namespaceState-48 finding with the new paragraph and the editorial suggestions proposed by RF and NM as an approved TAG finding.
18:31:44 [DanC]
18:31:49 [Roy]
18:32:01 [Norm]
VQ: Anyone object?
18:32:09 [Norm]
RESOLVED: the proposal carries
18:32:25 [Norm]
ACTION: make the changes, publish the finding, and post to www-tag
18:32:42 [Norm]
DC: Who's waiting for this?
18:32:51 [Norm]
NDW: Core was waiting, but since xml:id has already gone to REC...
18:33:34 [Norm]
NDW promises to dot the i's and cross the t's wrt XML Core after he's made the announcement
18:33:47 [Norm]
DC: I wonder if there's anyone else that cares
18:35:30 [Norm]
DC asks about xml:base
18:35:30 [Norm]
NDW pushes back successfully.
18:35:35 [Norm]
NDW: The problem with mentioning xml:base is simply that it would cause more editorial changes than I'm comfortable making after we've approved the finding :-)
18:35:58 [noah]
scribenick: noah
18:36:18 [noah]
Topic: Issue namespaceDocument-8
18:36:38 [noah]
NW: I noticed last time that the examples were bad and that the appendices were confusing people.
18:36:58 [noah]
NW: The 13th Dec. draft more carefully uses the actual RDDL namespaces for natures and purposes.
18:37:21 [noah]
NW: I've also added the list of RDDL natures and purposes to sections 5 & 6. BTW: those sections are therefore no longer blank.
18:37:38 [noah]
Noah also thanks Norm for adopting some of his more minor suggestions.
18:37:45 [noah]
VQ: Who else has reviewed this?
18:38:10 [noah]
NM: I've reviewed the lastest and I'm quite happy with it.
18:38:22 [noah]
RF: I've skimmed.
18:38:26 [Norm]
RF: there's not really an example of a namespace that isn't flat in nature
18:38:37 [noah]
scribenick: Norm
18:39:00 [Norm]
RF: I suggest mentioning a namespace where the namespace isn't flat
18:39:21 [Norm]
DC: Clearly HTML is in that space. Constructing a namespace document for HTML would be much harder.
18:39:31 [Norm]
RF: I don't have a better example in mind
18:39:39 [Norm]
DO: Do you mean something like WSDL that has symbol spaces?
18:40:04 [Norm]
RF: I was thinking of XML documents where there'd be a link element named "a" and some other element with an attribute named "a"'
18:40:12 [Norm]
TBL: Isn't that what you meant?
18:40:16 [Norm]
DO: Yes
18:40:29 [Norm]
HT: I can't think of any that are as well know as HTML that have an example of this
18:40:39 [Norm]
DC: I think it'd be great if it wasn't quite so well known.
18:40:52 [Norm]
TBL: Should we as the TAG say that this is a bug. These things aren't universal names.
18:41:06 [Roy]
and also the case where the element (e.g., <address>) means different things depending on what elements encapsulate it.
18:41:10 [Norm]
DO: How are they not universal if the fragid specification tells you how to make the names?
18:41:27 [noah]
q+ to suggest that deprecating symbol-space-like constructs is its own issue, not a no brainer
18:41:41 [Vincent]
ack noah
18:41:41 [Zakim]
noah, you wanted to suggest that deprecating symbol-space-like constructs is its own issue, not a no brainer
18:41:43 [Norm]
TBL gives the example of "cite" in HTML meaning either the element or the attribute
18:42:07 [Norm]
NM: I don't think that this example is sufficiently obvious or straightforward that we want to slip it into this finding. Maybe this is a good new issue.
18:42:20 [Norm]
NM: I think there's a lot to discuss before we get there.
18:42:49 [Norm]
DC: I don't think you need to split the issue.
18:43:36 [Norm]
NM outlines why he thinks its a different issue
18:43:46 [Roy]
q+ to suggest adding an algorithmic mapping of names to URIs within the RDDL document
18:44:00 [Norm]
NM: I think your critique is about the nature of the namespace not the namespace document
18:44:03 [ht]
Well, the schema for schema documents has two distinct element types whose local name is 'group', and that name also is used for an identity constraint
18:44:14 [Norm]
DC: I think a lot of folks won't be a happy if we close this issue without addressing this issue
18:44:32 [Norm]
TBL: we should point out that there are cases where the names aren't universal and maybe point to another issue.
18:44:52 [Norm]
NM: That's what I was saying. It's too big to go in a namespace document
18:45:05 [Vincent]
ack roy
18:45:05 [Zakim]
Roy, you wanted to suggest adding an algorithmic mapping of names to URIs within the RDDL document
18:45:08 [noah]
Actually, I said it's beyond the scope of this >issue<
18:45:12 [Norm]
DC: I'd be happy just ot not close any of these issues until we close the "self describing documents" issue.
18:45:13 [ht]
I would have said 'not unique' or 'not unequivocal' rather than 'not universal'. . .
18:45:24 [noah]
as this issue is about Namespace Documents, not the design of namespaces themselves.
18:46:02 [Norm]
RF: I'd suggest that this is one of those places where we can address the question independently of various opinions about what's an appropriate namespace. A lot of these things already exist. I'd rather have a way to say "if you need to know the URI of something" then here's how to do it.
18:46:07 [noah]
Therefore, I would prefer to open a new TAG issue on whether symbol spaces are or are not bad practice. I don't think we have consensus to say that here, and I think that in any case doing so would be beyond the scope of this issue.
18:46:16 [Norm]
RF: I'd rather point to a namesapce document that describes an algorithm for doing the mapping
18:46:40 [ht]
q+ to ask Roy about expressing sorts in URIs via path components vs. via parameters
18:47:00 [Norm]
RF: For example, in a flat namespace it could be concat(uri,'name'). There are lots of ways (editorially) that this could be expressed.
18:47:21 [Norm]
TBL: For a more complex example, I guess we could point to the WSDL case.
18:47:24 [Vincent]
ack ht
18:47:24 [Zakim]
ht, you wanted to ask Roy about expressing sorts in URIs via path components vs. via parameters
18:47:29 [ht]
i.e. .../1999/xhtml/element#cite vs. 1999/xhtml/?sort=element&name=cite
18:48:32 [Norm]
HT: Suppose we take one of these example, Roy, do you have an inclination about putting the "sort" in the path or the parameter or a syntactically complex fragid.
18:48:44 [Norm]
RF: It's irrelevant to me so what's important is that there be no restriction.
18:49:24 [Norm]
VQ: It's still not clear if we need a new issue
18:49:33 [DanC]
(when TimBL says "cite from HTML" is ambiguous, one possibility is: no, it's not ambiguous; it refers to the element. attributes don't have top-level names. Another is to say html#cite is indeed a hosed URI; it's ambiguous; don't use it. use html#element_cite or html#attribute_cite)
18:50:03 [Norm]
DO: I think it should be in this finding. It seems awfully darned related.
18:50:09 [ht]
DanC, right -- that's the third (syntactically complex fragid) approach
18:51:12 [noah]
My main concern is that we not try to do a rush job on symbol spaces. If the group wants to take the time to do a careful analysis and see whether it fits well here, I have no objection.
18:51:20 [Norm]
NDW proposes to make a stab at expanding section 4
18:51:24 [Roy]
18:51:43 [Norm]
NDW agrees to have it done by 17 Jan
18:51:54 [ht]
DanC, none of the three approaches in their simplest form will cope with arbitrarily nested scopes, as in W3C XML Schema (and many programming languages)
18:51:57 [Roy]
NDW's proposal
18:52:24 [noah]
Fine with me too.
18:52:46 [Norm]
DC: I'd rather not try to patch this. I don't want to prempt the stuff on self describing documents
18:53:44 [Norm]
DC expresses concern about the number of hours in the day and the fact that NDW is on the hook for self-describing documents
18:54:03 [Roy]
18:54:35 [Norm]
TBL: Are you proposing that we widen the scope
18:54:52 [Norm]
DC: Yes, let's talk about the whole range of issues related to self-describing documents right now
18:54:59 [Norm]
DC: That's the highest priority for me at this point
18:55:46 [Zakim]
18:55:49 [Norm]
NM ponders how we'll structure our time if we do this
18:56:13 [Zakim]
18:56:22 [Norm]
DC: I don't want to add an issue on self-describing documents because it's already in so many of our existing issues. We keep dividing ht equestion so we can't actually talk about what we need to talk about.
18:56:35 [Norm]
DC: I think the best bang for the buck is to discuss something on shared text.
18:56:47 [noah]
I'm surprised. I think self describing documents makes a great standalone finding.
18:57:43 [Norm]
DC: I think ns-8 is responsive as it is.
18:58:04 [noah]
Me too. That's one reason I didn't want to broaden now, as we are close to publishing something useful.
18:58:05 [Norm]
HT: Agrees assuming we add something to the preface about the complexity of non-uniqueness.
18:59:22 [Norm]
NDW ponders calling this fiding finished and doing the same work he earlier proposed under a different title
18:59:33 [Norm]
RF: If the topic comes up again in the future, I think section 4 is where the answer belongs.
19:00:09 [Norm]
VQ asks DC about closin git
19:00:13 [ht]
HST would like the docbook example graph diagram to use 'validation' as the purpose of the top two links
19:00:14 [Norm]
s/closin g/closing /
19:00:25 [Norm]
DC: I'm of several minds. It's acceptable to me to try to call it done as it is.
19:00:26 [DanC]
19:01:02 [noah]
Should the doc state that this URI is new for purposes of this doc?
19:01:03 [DanC]
404 there
19:01:04 [Norm]
DC: I want to point out that 2005/12/assoc# is created by this document. The 404 is unacceptable.
19:01:44 [Roy]
It is acceptable to me to call it done for now, but I think the TAG should consider adding such an algortihm statement (how to contruct URI for each term in my namespace) to NS descriptions and then revising section 4 accordingly
19:02:11 [Roy]
19:02:13 [DanC]
(ouch. still finding typos in the examples.)
19:02:54 [Norm]
In draft finding: assoc:relaxng-validation should be purpose:relaxng-validation
19:03:07 [Norm]
HT: The purposes of both these first two is validation.
19:03:29 [Norm]
HT: In the prose you say "validation"
19:03:52 [Norm]
NM: I think this leads to a long discussion in which both sides are right.
19:04:17 [Norm]
NM: I can imagine use cases where it really matters that they provide overlapping but different services and some use cases where they really are the same
19:04:30 [Norm]
HT: At the very least they need to be made consistent.
19:04:56 [Norm]
VQ: I hear consensus about publishing the document more-or-less as it is, just fixing a few details.
19:05:01 [Norm]
VQ: Is there any objection about that?
19:05:17 [Norm]
DC: And closing issue 8?
19:05:20 [Norm]
VQ: Yes, and closing issue 8.
19:05:29 [Norm]
HT: Why is the ontology non-normative.
19:06:08 [Norm]
NDW professes ignorance in ontology creation
19:06:18 [Norm]
HT agrees it's tricky.
19:06:26 [Norm]
DC: Now we're into issue RDF meaning...
19:06:34 [DanC]
19:07:16 [Norm]
NDW: It's the prose that's normative. The ontology is just an expression.
19:07:46 [DanC]
q+ to recall why we can't close 8 just yet
19:07:53 [Norm]
DC: asks about following your nose
19:08:03 [Vincent]
ack DanC
19:08:03 [Zakim]
DanC, you wanted to recall why we can't close 8 just yet
19:08:14 [DanC]
"DanC to ask for "default nature" to be changed to "implicit nature" in RDDL spec"
19:08:29 [Norm]
HT: agrees you don't find these statements now, but I believe Jonathan Borden would add the link if the community agrees
19:08:39 [Norm]
DC: I thin it'd be nice if App B said "we'd like the RDDL folks to point to this"
19:09:07 [Norm]
HT: I wouldn't mind asking him first. This has been pointed to from www-tag several times.
19:09:35 [Norm]
DC: I have an action earlier, I could add this to that.
19:09:57 [timbl]
19:10:16 [timbl]
q+ to asl whether these nature URIs identify natures as URIs.
19:10:36 [Vincent]
ack timbl
19:10:36 [Zakim]
timbl, you wanted to asl whether these nature URIs identify natures as URIs.
19:10:51 [Norm]
TBL: Asks about the nature of natures
19:10:53 [timbl]
19:11:03 [timbl]
19:11:19 [Norm]
TBL: Is "" the nature of an IETF RFC?
19:11:32 [Norm]
TBL: Is "" the nature of an ISO spec?
19:11:42 [Norm]
DC: In RDDL land, yes. Pretty weird, but yes.
19:11:42 [Norm]
TBL: So these aren't URIs?
19:11:44 [Norm]
DC: How do you mean?
19:11:46 [timbl]
19:12:07 [Norm]
TBL: Because ...rfc2026.txt is the URI of an RFC so how can that be a nature?
19:12:20 [Norm]
TBL: I don't think that's the architecture they're using.
19:12:37 [Norm]
HT: I think it is fairly parallel to the discussion we had earlier about indirect identification.
19:13:44 [Norm]
DC: So the stuff has some waffly prose and such but what this finding says is that if you GRDDL it you can believe the RDF. Whatever wooliness was in the spec, you can now appeal to RDF semantics. The RFC *is* the nature.
19:13:51 [Norm]
HT: net net: good or bad?
19:13:52 [DanC]
19:13:57 [Norm]
DC: Borderline acceptable.
19:14:10 [Norm]
DC: We own 'assoc:nature' so we're saying that the nature of an RFC is an RFC.
19:14:28 [Norm]
HT: That one's a bit of a pun. But take the nature of HTML 4.
19:14:41 [Norm]
TBL: In all of these where there isn't a hash, I don't like the architecture.
19:14:44 [Norm]
19:15:16 [Norm]
TBL: In one case it's a document defining a language, in another case it's the home page of an organization.
19:15:22 [DanC]
(yes, I was wondering if timbl understood what this finding says. I'm glad he's swapping it in, though it does seem to be undoing the proposal we almost resolved.)
19:15:35 [Norm]
19:15:57 [Norm]
TBL expresses concern about the fact that he can't conclude anything from the fact that something is a nature
19:16:29 [Norm]
HT explains how the standard use case works.
19:16:49 [Norm]
TBL: I think these things are squatting in URI space, they aren't really URIs. You can't use the ISO home page without asking their permission.
19:16:54 [Vincent]
ack norm
19:17:10 [timbl]
19:18:03 [Norm]
NDW: I can see how it's weird but these URIs are already deployed.
19:18:21 [Norm]
DC: We could change the mapping. We could create a more complex mapping.
19:18:27 [noah]
q+ to talk about layering
19:18:40 [timbl]
DanC: We could make the RDF say 'the nature is something whioch is an org wih this homepage:"
19:19:14 [Vincent]
ack noah
19:19:14 [Zakim]
noah, you wanted to talk about layering
19:19:54 [Norm]
NDW expresses concern about making the model more complex because it's going to make getting community consensus more difficult
19:20:47 [Norm]
NM: There's a yin-yang thing here, where sometimes a very carefully layered ontology is constructed and sometimes "rough and ready" weirdness "just works". But at least if I know what I want to put in a RDDL document it's the same thing I put in the top of my schema document.
19:21:07 [timbl]
19:21:08 [Norm]
NM: If for each of these 18 things I have to go somewhere to figure out how to change it, that makes the problem even worse.
19:21:16 [Vincent]
ack timbl
19:21:21 [Norm]
NM: Given that it's deployed and there are operational advantages to just leaving it alone.
19:21:45 [Norm]
NM: The same URI is being used for the nature and the beast itself. It's not ideal, but I'm inclined to leave the RDDL world alone.
19:21:57 [DanC]
(but we're not leaving the rddl world alone. we're coining assoc:nature )
19:21:57 [Norm]
NM: Each person doing a new one does it their own way.
19:22:29 [Norm]
TBL: I feel the other way. I'd never want to use any of the RDF statements from these RDDL documents in my system.
19:22:57 [Norm]
TBL: There may be a large number of people who feel that way now, but I'm not willing to put a huge spoke in the reusability of data for this.
19:23:26 [Norm]
TBL: I think we should change them all.
19:24:33 [Norm]
NM: You're impling that by using the URI for ISO here you'd be encouraging people to confuse ISO with a nature. But I'd have thought that what comes out of here is an RDF predicate. If NDW defines this not as "this is a nature" but "this is a resource that reminds you of a nature" I'd have thought this would be ok.
19:25:03 [DanC]
interesting possibility... assoc:nature is "a resource that will remind you of the nature"
19:25:38 [Norm]
Scribe fails to capture the point TBL tries to make
19:26:06 [Norm]
TBL: objects to "remind" because it's hard to see how that would be understandable to a machine.
19:27:02 [Norm]
NM: Proposes a mechanical transformation
19:27:08 [Norm]
DC: How does that help
19:27:43 [ht]
I still like an anonymous node whose xxx:namedByRDDL1.0With property is
19:27:46 [Norm]
NM: Formally on the RDF side whenever you are refering to the nature you get a URI that isn't the URI of ISO
19:28:12 [Norm]
TBL: proposes how you might turn all the URIs in to local names.
19:28:30 [timbl]
19:29:21 [Norm]
VQ: At this point we're running out of time.
19:29:54 [Norm]
TBL: We're in the middle of a conversation.
19:30:28 [Norm]
VQ: I propose that we get back to this next week but to try to decide how to progress. We need to figure out how to organize the work for the future.
19:30:54 [DanC]
(tbl, do you consider your action re to be relevant to this issue, 8? hmm... perhaps more relevant to nsState48)
19:30:55 [Norm]
VQ: Think about how we can make progress and we'll come back to this next week.
19:31:11 [Norm]
VQ: We also need to talk about the last call documents from the CDF next week.
19:31:38 [Zakim]
19:31:40 [Norm]
19:31:41 [Zakim]
19:31:43 [Zakim]
19:31:45 [Zakim]
19:31:48 [Zakim]
19:31:49 [Zakim]
19:31:51 [Zakim]
19:31:53 [Zakim]
19:31:55 [Zakim]
19:31:56 [Zakim]
TAG_Weekly()12:30PM has ended
19:31:57 [Zakim]
Attendees were TimBL, Ht, Norm, DanC, Ed_Rice, Vincent, Noah_Mendelsohn, Roy, DOrchard
19:32:12 [Roy]
rrsagent, pointer?
19:32:12 [RRSAgent]
19:32:26 [Roy]
rrsagent, make log world-access
19:37:01 [Norm]
rrsagent, make draft minutes
19:37:01 [RRSAgent]
I'm logging. I don't understand 'make draft minutes', Norm. Try /msg RRSAgent help
19:37:29 [Norm]
rrsagent, draft minutes
19:37:29 [RRSAgent]
I have made the request to generate Norm
19:39:20 [Norm]
i/Topic: Approve/Present: RF (arrived late), DO (arrived late)
19:39:24 [Norm]
rrsagent, draft minutes
19:39:29 [RRSAgent]
I have made the request to generate Norm
19:46:49 [Norm]
Uhm. Yeah, I guess I can do that.
19:46:58 [Norm]
Is that what we decided to do?
19:47:22 [Norm]
Of course I can't *move* the minutes, I can only copy them which is a bit problematic.
19:47:26 [Norm]
I suppoes I could setup a redirect :-)
19:47:55 [DanC]
you could use the -> link syntax...
19:47:59 [DanC]
and the i// thingy
19:48:04 [DanC]
to put the link near the top
19:48:13 [DanC]
not as nice as a real redirect, but hey
19:48:35 [DanC]
also, you can chacl 2006/01/03-tagmem-minutes.html so that nobody can read it
19:48:46 [DanC]
i.e. don't ever publish that URI
19:48:52 [Norm]
i/Topic: Approve/Present: DC, HT, ER, NM, NDW, TBL, VQ, RF (arrived late), DO (arrived late)
19:48:52 [DanC]
links to that URI, that is
19:49:02 [Norm]
noah, I can't chacl them.
19:49:09 [Norm]
What's the -> link syntax?
19:49:18 [DanC]
it's -> uri link text
19:49:28 [Norm]
rrsagent, draft minutes
19:49:28 [RRSAgent]
I have made the request to generate Norm
20:05:10 [Norm]
Ok, they look pretty good, DanC. I'm going to copy them to /2001/tag. You can chacl the existing draft minutes, so would you please?
20:05:53 [DanC]
ok, in a bit... busy...
20:05:57 [Norm]
21:29:14 [Zakim]
Zakim has left #tagmem
21:46:01 [DanC]
03-tagmem-minutes.html (from ACLs DB)
21:46:01 [DanC]
team access
22:09:36 [Norm]
22:49:16 [timbl]
timbl has joined #tagmem
22:56:04 [timbl]
timbl has joined #tagmem