- From: Michael Kifer <kifer@cs.sunysb.edu>
- Date: Tue, 24 Jul 2007 11:57:42 -0400
- To: Christian de Sainte Marie <csma@ilog.fr>
- Cc: Dave Reynolds <der@hplb.hpl.hp.com>, RIF WG <public-rif-wg@w3.org>
> Dave Reynolds wrote: > > > > I'm not convinced we should be treating rif:iri as a datatype. > > Is it right that typed constants have i{} as there only signature? If > yes, wouldn't it solve your problem if all IRIs had signature f0{()->i} > instead (and thus rif:iri would not be a data type)? I think this has been resolved -- more or less. Dave's objection was definitional. > > Talking of datatypes, in 2.1.3 (BLD 7/20), "interpretation of primitive > datatypes", there is a sentence that I do not understand: Michale, you > wrote that "We assume that Dtype in D for each XML data type and that Dt > is disjoint from Ds for different XML primitive types s and t". How does > that conflict with xsd:long being a subtype of xsd:decimal? this is old stuff. has been fixed already > > [[[ > > class TERM > > subclass CONST > > subclass ConstL > > property name: xsd:string [1] > > subclass ConstW > > property iri: xsd:anyURI > > subclass ConstD > > property lex: xsd:string > > property type: xsd:anyURI > > ]]] > > Why "name" for ConstL and "lex" for ConstD? > > Also, shouldn't we extend VAR as well? > [[[ > class TERM > subclass Var > property name: xsd:string > property type: xsd:anyURI > ]]] > > That is what I do in my strawman for the PR dialect (still being > drafted) (see also the declaration of the variable in the example in [1]) > > [1] http://lists.w3.org/Archives/Public/public-rif-wg/2007Jul/0114.html > > Last, but not least: since primitive datatypes in BLD are defined by > reference to an external specification (xsd), can all datatypes be > handled the same way, whether they are primitive or not (and including > user-defined ones, e.g. in application data models)? We now have a precise definition of a primitive data type: lexical space, value space, and the mapping. Any set of constants that has these attributes can be treated as a prim DT iin this formalism. --michael
Received on Tuesday, 24 July 2007 15:57:50 UTC