15:05:57 RRSAgent has joined #xproc 15:05:57 logging to http://www.w3.org/2009/04/16-xproc-irc 15:06:27 RESOLVED: Accept minutes of 9 Apr 2009 as a correct record http://www.w3.org/XML/XProc/2009/04/09-minutes.html 15:06:51 No audible regrets for 23 April 15:07:05 Zakim, who is here? 15:07:05 On the phone I see Vojtech, PGrosso, Ht, Alex_Milows 15:07:06 On IRC I see RRSAgent, MoZ, Zakim, PGrosso, ht 15:07:40 Zakim, what is the code ? 15:07:40 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), MoZ 15:08:18 + +95247aaaa 15:08:23 Zakim, aaaa is me 15:08:23 +MoZ; got it 15:09:24 HST: Do we have errors for undeclared inputs or outputs? 15:09:33 -Alex_Milows 15:09:44 TV: No 15:10:06 TV: NW said in his reply he liked the extra specifity of 31. . . 15:10:12 +Alex_Milows 15:10:57 TV: I'm OK with keeping two, but it does mean there may be differences between implementations as to which they raise 15:11:12 RESOLUTION: No change required# 15:11:51 Topic: Issue 88 15:12:17 TV: In the case of multipart requests, I thought there was a potential conflict 15:12:36 ... but we've decided that these must be consistent 15:13:14 AM: Yes, we decided this, and there are a number of sources of possible conflict, but they just have to be detected and flagged 15:13:37 RESOLUTION: Overtaken by resolution of more general issue 15:15:22 Norm has joined #xproc 15:15:28 Topic: Issue 97 15:15:38 Zakim, what's the passcode? 15:15:43 the conference code is 97762 (tel:+1.617.761.6200 tel:+33.4.89.06.34.99 tel:+44.117.370.6152), Norm 15:15:49 TV: This is now addressed in the spec: 7.1.10.3.2 15:16:02 +Norm 15:16:46 ACTION: Norm to follow up with OP to signal that issue 97 has been addressed, ask for agreement 15:17:05 RESOLUTION: Issue 97 has been addressed in the current draft: should be preserved 15:17:31 Topic: Issue 101 15:17:34 henry, are you content to continue in the chair? 15:18:11 s/in the chair/scribing/ 15:18:16 yes 15:18:29 NDW: related to 97 15:18:57 ... Seems to me we should follow 302 15:19:03 ... no control over it for the time being 15:19:06 AM: Agreed 15:19:15 Zakim, who's on the phone? 15:19:15 On the phone I see Vojtech, PGrosso, Ht, MoZ, Alex_Milows, Norm 15:19:19 ... Maybe we come back to this if we're asked 15:19:40 RESOLUTION: We will always follow redirect, no option to allow skipping 15:19:51 Topic: Issue 102 15:20:10 -Alex_Milows 15:20:36 NW: If assert-valid is false, maybe you get some PSVI stuff, maybe you don't, but in either case nothing else happens 15:20:50 TV: But the prose doesn't describe what _happens_ if it's false 15:21:29 ACTION: NDW to clarify 7.2.6 validate-with-xml-schema to make clear what happens if assert-valid is false 15:21:37 alexmilowski has joined #xproc 15:21:40 Topic: Issue 103 15:21:58 (my phone keeps dropping the call... and now I can't get back in...) 15:22:28 +Alex_Milows 15:23:04 scribe: Norm 15:23:05 NDW: I think the question here is how do the xs:include's interact with the schemas passed into the step 15:23:30 AM: From an XML Schema perspective, you can imagine an implementation using a catalog system. 15:24:03 NDW: I don't think that applies here. The schema's are inline. 15:25:08 HST: What's crucial is that all the schemas involved are for the same namespace. 15:25:16 TV: Maybe that's an error. 15:25:32 HST: Yes, but that's going to uncover another error in the simplest way to resolve this. 15:25:55 HST: We could say "that is, no schema document for a any namespace provided for by any of the supplied documents may be processed." 15:26:25 ...That needs to be clarified, for each namespace that is supplied by one of the specific instance inputs, no processing for that namespace should be done elsewhere. 15:26:30 ...that should be the only document. 15:26:47 AM: How much of this do we have to specify? 15:27:31 HST: The schema spec has one MUST and leaves everything else up to the impl; the MUST is that if you try to redefine something, it's an error if you can't get at the something 15:27:52 AM: To some extent, this should generate an error. You've got two top level schemas for the same namespace. 15:28:17 AM: I think in Xerces, the second schema would just replace the first. 15:28:45 NDW: Let's imagine that there were schemas for two namespaces here. I think the collisionis accidental in Vojtech's example. 15:31:11 HST: Schema locations are hints except in the case of xs:include and xs:redefine. 15:31:39 ...Schema location provided in the case of xs:include are not hints, unless you get a 404, you must process what you find. 15:32:03 ...What's also true is that you are allowed to detect duplicates and not throw an error on second and subsequent times. 15:32:33 ...As it happens Voytech's example is a real cracker because it can't arise outside of XProc because if you ask for a URI, you'll get the same data. 15:32:57 ...Unless it changes under you, which some processors care about 15:33:21 ...You couldn't have thsi problem in anything except XProc. Because anywhere else you'd be allowed to notice the same URI used a second time and ignore it. 15:33:43 AM: How is our case any different from Xerces with a catalog. 15:33:51 HST: Because they're indexed by URI. This isn't. 15:34:51 AM: I think this is the same. 15:35:06 ...It goes to the catalog. 15:37:31 I really don't think that you can get Xerces to reproduce this case 15:37:35 Some clarification: Alex expects an implementation to pre-scan the schemas coming in and note their base URIs so that if there's subsequent reference to one of the ones "later" in the queue, it gets used anyway. 15:37:40 ... but in any case I think that's a red herring 15:38:02 AM explains how this case is very similar to the catalog case. 15:38:16 HST: Implementations are always free to ignore the second one because it's base URI is already loaded. 15:38:35 AM: If you process them serially, you're free not to process them serially. 15:39:12 HST: Stipulate that AM is right, I still don't think we should go there. 15:39:39 VJ: If we do this, it may have implications on other steps as well. It sets a precedent that we might want to apply globally. 15:40:02 AM: But you can always do that. 15:40:14 Norm: That's true, we have a section that allows taht. 15:40:17 s/taht/that/ 15:42:11 NDW: I agree you could do this way, but I think it's a novel application of catalogs. 15:43:35 I suggest the following replacement: "... must be used in preference to any schema locations provided by schema location hints encountered during schema validation, that is, schema locations supplied for xs:include, xsi:schema-location or determined by schema-processor-defined namespace-based strategies." 15:44:29 VJ: If you want to do this, you could in theory use XProc to fetch the schema first then change the schemaLocation attribute to something else and then pass it to the validate step. 15:44:41 AM: Yes, you could process the schemas to try to make them consistent. 15:44:50 s/strategies./strategies, for the namespaces covered by the documents available on the schemas port./ 15:45:11 s/xs:include/xs:import/ 15:45:58 AM: Do we have this consistency problem in other steps? 15:46:13 VJ: In XQuery if you passed in documents that referred to each other... 15:46:44 ...You'd pass something which refers by URI and you pass a second document with that base URI, then the second document should override the external document. 15:46:52 ...If we say it should behave that way, then it's the same case as this. 15:47:18 AM: In the XQuery case, it's the default collection so it would work. 15:48:10 HST outlines the suggestion he put into IRC above 15:48:56 HST: There are three different bits of the spec where the notion of a hint arises. One is for xs:import, one is xs:[noNamespace]schemaLocation, and one is for namespace-based discover. 15:49:19 ...So in all those cases, what we say is that if one of the schema documents you have been given on the schemas port is for that namespace, then you're done. 15:50:12 ...What it keys off of is the targeNamespace attribute of the schemas that you find on that port. 15:50:17 ...That's what matters, not the base URI. 15:50:47 NDW: What about this example? 15:51:10 HST: Whether it works or not depends entirely on whether there are any conflicting definitions in these places, because you're going to process both of them. 15:51:42 ...There's nothing in my proposal that says just because you get two documents with the same base URI, you don't process them both. 15:52:01 AM: So if you have two schema documents and one defines type A and one defines type B, same target namespace,then that's no problem, right? 15:52:06 HST: Yes, that's right. No problem. 15:52:35 VJ: So in that case, how do you know which schema to use as a starting point? 15:52:45 ...Here we have two schemas for the same namespace. 15:52:56 HST: If they define any items of the same kind with the same name at the top level, then you're broken. 15:53:49 AM: There are lots of ways to start a validation episode, but we don't specify any of them specifically. 15:55:38 Norm: So we're going to add Henry's prose about hints and say that for the case of this example, you'd load both documents and if there are no conflicts you're golden, if they are, you lose. 15:55:55 AM: It seems to me that we're still asking the step to look ahead at all the schemas on the port to find the target namespaces. 15:56:12 HST: That's my understanding of how the existing processors deal with what we'll call for the sake of argument "command-line arguments". 15:56:37 AM: You can intercept every step along the way in Xerces. You can do all kinds of crazy stuff. I'm not saying that's consistent behavior, but you can do anything you want. 15:59:21 Norm: We're running out of time. I'll incorporate some of Henry's proposal, because I don't think that was controversial. 15:59:30 ...Let's try to take the harder cases to email and see if we can work them out. 15:59:39 Topic: Any other business? 15:59:48 Norm thanks Henry for scribing/chairing the beginning of the meeting. 15:59:57 Adjourned. 16:00:02 RRSAgent, set logs world visibel 16:00:02 -PGrosso 16:00:03 -Ht 16:00:05 -Alex_Milows 16:00:06 -Vojtech 16:00:07 -MoZ 16:00:10 RRSAgent, set logs world visible 16:00:14 -Norm 16:00:15 XML_PMWG()11:00AM has ended 16:00:16 rrsagent draft minutes 16:00:20 Attendees were Jeroen, PGrosso, Ht, Vojtech, Alex_Milows, +95247aaaa, MoZ, Norm 16:00:21 RRSAgent, draft minutes 16:00:21 I have made the request to generate http://www.w3.org/2009/04/16-xproc-minutes.html Norm 16:00:27 PGrosso has left #xproc 17:56:38 Zakim has left #xproc