See also: IRC log
<trackbot> Date: 25 August 2009
<Bob> trackbot, start telecon
<trackbot> Meeting: Web Services Resource Access Working Group Teleconference
<trackbot> Date: 25 August 2009
<dug> hey bob
<Bob> scribe: Li Li
<Bob> scribenick: Li
<Bob> minutes link http://www.w3.org/2002/ws/ra/9/08/2009-08-18.html
<DaveS> Thank you Yves
ram has some comments
dug and ram figure out which comments
snapshots of mex and rt accepted
ram: needs a few more days to polish
bob: fpwd needs to be out by sept (next week) in order to hold out schedule
ram: that's acceptable
bob: objection to proposal?
7365 resolved as proposed
dug: explain issue and proposal
<dug> ** New dialect
<dug> definitions MUST include sufficient information for proper application.
<dug> For example, it would need to include the context (which data) over which
<dug> the filter operates. ***
bob: append proposed text to spec?
<Zakim> asir, you wanted to ask a question
asir: when does context change?
dug: context of xpath changes from envelope to event data
context may change for other uri too, like actionURI
<Zakim> asir, you wanted to follow up
asir: i don't recall discussing change of context being discussed
<dug> "... a new dialect might be defined to support filtering based on data not included in the notification message itself."
gil: generic use of xpath is insufficient as it doesn't tell the context
therefore, ws-e needs a new uri to convey the context
asir: it's new to me that uri indicates context
dug: filter always needs context
tom: do we need context to complicate thing?
dug: yes, we have filter on action, topic, etc. beside just event data itself
asir: uri needs to point to stable xpath
dug: maybe to separate flexibility to another issue
bob: we can define a uri for backward compability
asir: it's ok if this is a simple case
<asir> asir: if we were to define our own namespace name then this would be a unique case and not set any precedence
gil: we have to do it as dug explained the use cases
asir: it's not clear what is replaced
dug: two parts: one is to swap out uri; the other is the text
<dug> new text is in: http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Aug/0070.html
figuring out the consolidated proposal...
asir: make uri to xpath 1.0?
daves: a different uri for xpath 2.0 then?
<asir> Here is the draft proposal
<asir> 1. Append to Section '[Body]/wse:Subscribe/wse:Filter/@Dialect
<asir> *** New dialect definitions MUST include sufficient information for proper application. For example, it would need to include the context (which data) over which the filter operates. ***
<dug> 3. and similar for enum
bob: any object to the above
proposal to 7235?
... resolved with no objection
<dug> Unless otherwise noted, all URIs are absolute URIs and URI comparison MUST be performed according to [RFC 3986] section 6.2.1.
yves: it's better to stay within uri instead of iri
object to the proposal?
ram: any exception to the general rule?
dug: i couldn't find any...
7270 resolved as proposed
<dug> need formal text :-)
bob: 7426 accepted as new
... ban the use of iri where uri comparison is used
<dug> can we see some text?
AI for yves to propose text for 7426
<asir> ACTION: Yves to propose text for issue 7426 [recorded in http://www.w3.org/2009/08/25-ws-ra-minutes.html#action01]
<trackbot> Created ACTION-97 - Propose text for issue 7426 [on Yves Lafon - due 2009-09-01].
<asir> Didn't you resolve it last week?
<asir> doubly resolved!
bob: 7196 resolved
yves: explain the issue
dug: why do we need this?
yves: we need to specify the property of that operation
dug: do we need to do the same for "getstatus"?
yves: we should spell out for all safe operations
dug: then we need to apply it to all specs
asir: why not idempotent?
<asir> Here is a link to Feb discussion ... http://lists.w3.org/Archives/Public/public-ws-resource-access/2009Feb/0045.html
yves: we could do that if people like it
gil: this is a constraint on
... we should do it for other specs as well
<dug> +1 obviously
gil: find all safe operations first
<scribe> ACTION: yves to include all safe operations in all specs [recorded in http://www.w3.org/2009/08/25-ws-ra-minutes.html#action02]
<trackbot> Created ACTION-98 - Include all safe operations in all specs [on Yves Lafon - due 2009-09-01].
gil: explain the new proposal 6401
looks ok to me
<dug> interesting - I'm missing the section header for appendix A when I look at the html version too - but the word doc is ok
dug: some editorial changes, remove duplicates about mex
<Bob> Dug presents an amended proposal
<Ram> I would like to understand this sentence in Dug's revision: "An Event Source there MUST NOT exist more than one EventDescription document."
ram: why that constraint?
dug: it's in the original proposal
gil: more than ED document complicates relations to NW
asir: i don't fully understand
... to relate ED and NW
dug: one ED doc should be
returned, more than one adds complexity
... one ED doc hides complexity
asir: multiple docs is supported by mex in multi sections
<Zakim> dug, you wanted to ask a clarifying question
dug: what subscriber do with multi docs?
asir: client handles multi-docs according to the standards
gil: we are profiling mex
... we make it clear how different parts are related
<asir> Gil - i was only trying to help you! Nothing more.
<dug> sorry - power went out
gil: if two ED docs and two NW docs are returned, then which goes which is not clear
<asir> Vow .. are we closing 6401?
<dug> never! :-)
<dug> I can send in a new rev with the typo that Ram noticed fixed
<dug> if people want
li: would like to read it
ram: we would like to postpone it until next week
bob: review dug's proposal next week as basis of 6401
<gpilz> good job li!
bob: declare victory for today...
This is scribe.perl Revision: 1.135 of Date: 2009/03/02 03:52:20 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: RRSAgent_Text_Format (score 1.00) Succeeded: s/gil/dug/ Succeeded: s/next/new/ Succeeded: s/format/formal/ Succeeded: s/multii/multi/ Found Scribe: Li Li Found ScribeNick: Li WARNING: No "Present: ... " found! Possibly Present: Ashok Ashok_Malhotra Bob_Freund DaveS Doug_Davis JeffM Mark_Little Microsoft P11 PaulN Sreed Tom_Rutt Vikas Yves aa aaaa aabb asir bob dug fmaciel gil gpilz joined li ram scribenick tom trackbot ws-ra You can indicate people for the Present list like this: <dbooth> Present: dbooth jonathan mary <dbooth> Present+ amy Found Date: 25 Aug 2009 Guessing minutes URL: http://www.w3.org/2009/08/25-ws-ra-minutes.html People with action items: yves[End of scribe.perl diagnostic output]