[Trac] [OpenMath] #14: arity for symbols

OpenMath trac at strawberry.eecs.jacobs-university.de
Wed Jan 9 06:13:22 CET 2008


#14: arity for symbols
----------------------------+-----------------------------------------------
     Reporter:  kohlhase    |          Owner:  kohlhase  
         Type:  proposal    |         Status:  new       
     Priority:  blocker     |      Milestone:  CD3 Draft1
    Component:  CD3 Format  |        Version:            
   Resolution:              |       Keywords:            
Include_gantt:  0           |   Dependencies:            
   Due_assign:  YYYY/MM/DD  |      Due_close:  YYYY/MM/DD
----------------------------+-----------------------------------------------
Comment (by kohlhase):

 Replying to [comment:6 jhd]:
 > Possibly, though this would take away (some of) the rationale for STS.
 > I WOULD like to keep nassoc, though.

 You are right of course and I was aware of this, the only real motivation
 for introducing arity (which does have 'nary' as an approximation of
 assoc) was to make use of my RelaxNG-generating code for generating strict
 schemata. But that of course is not an "official" reason.

 Probably, we should not add the <Arity> tag, but if we want to add arities
 we should devise a "arity type system" and treat it in parallel with STS.
 That should not be a big problem.

 But I have played with my RNC-generating code some more and I have
 something now that converts STS types into a schema as well. This really
 quite simple, see https://svn.openmath.org/OpenMath3/rnc/sts2rnc.xsl. But
 does not quite work yet for the higher-order types in sum and product (see
 issue [[https://trac.kwarc.info/OM3/ticket/21 21]] for details).

 This may be the way to go.

-- 
Ticket URL: <https://trac.kwarc.info/OM3/ticket/14#comment:7>
OpenMath <http://www.openmath.org>
The development of the OpenMath Standard and Content Dictionaries.


More information about the Trac mailing list