DTB ready for review (resolving ACTION-811, ACTION-740, ACTION-812)

DTB is ready for review.


Some removed Editor's notes in DTB haven't been discussed in today's 
telecon:

{{EdNote|text=<tt>pred:literal-not-identical</tt>
does not depend on a specific intended domain, such as the union of all 
value spaces of datatypes supported by the dialect at hand,  for its 
arguments but instead is false in case an argument is outside the value 
spaces of the supported datatypes. The implications on this regarding 
extensibility are still being discussed, see also 
http://lists.w3.org/Archives/Public/public-rif-wg/2009Apr/0036.html}}

Has been addressed with the latest version of that predicate as 
suggested by Jos/Michael.

{{EdNote|text=The formulation of the clause on namespace-reuse is under 
discussion, for instance, whether we shall allow guards and negative 
guards for all of the XML Schema primitive datatypes under the 
<tt>pred:</tt> namespace.}}

This editor's note on the naming of guards and negative guards have been 
resolved with the naming agreed in the last f2f.


{{EdNote|text=Due to the subtle differences in casting, e.g., concerning 
error handling, between RIF and 
<nowiki>[</nowiki>[[#ref-xpath-functions|XPath-Functions]]], the 
definitions of cast functions might still need refinement in terms of 
defining the domains in future versions of this draft. Also, the 
definition of the mappings need refinement. See 
[http://lists.w3.org/Archives/Public/public-rif-wg/2008Nov/0067.html 
e-mail], esp. the response to item 6)}}


Casting has been reworked completely, thus this Ednote is obsolete.

The remaining Editor's notes have been addressed as discussed in today's 
Telecon, an additional remark to one of those editor's notes below, 
regardiong ACTION-811:

{{EdNote|text=Note that 
[http://www.w3.org/TR/2007/REC-xpath-functions-20070123/#casting-from-primitive-to-primitive 
Section 17.1] of 
<nowiki>[</nowiki>[[#ref-xpath-functions|XPath-Functions]]] says that 
for datatypes that do not have a canonical lexical representation 
defined an '''implementation dependent''' canonical representation may 
be used. We probably do not want that. This remark probably applies to 
subtypes of xs:string.}}

What is affected here is casts from double and float to string,
cf.
http://www.w3.org/TR/2007/REC-xpath-functions-20070123/#casting-to-string

The strawman proposal to address this is now in the separate section on 
casts to xs:string.


As for the editor's notes regarding ACTION-813, I will send a separate mail.

best,
Axel

-- 
Dr. Axel Polleres
Digital Enterprise Research Institute, National University of Ireland, 
Galway
email: axel.polleres@deri.org  url: http://www.polleres.net/

Received on Wednesday, 13 May 2009 01:50:08 UTC