W3C home > Mailing lists > Public > www-math@w3.org > May 2009

RE: on alpha conversion

From: Robert Miner <robertm@dessci.com>
Date: Tue, 26 May 2009 07:54:43 -0700
Message-ID: <D1EFB337111B674B8F1BE155B01C6DD60550F858@franklin.corp.dessci>
To: <Andreas.Strotmann@ualberta.ca>
Cc: <www-math@w3.org>, "David Carlisle" <davidc@nag.co.uk>

I expect you did see that there is a warning about alpha conversion in
the text.  But in case you missed it, note that MML3 does add a warning
about alpha conversion.  In 4.3.2 Bindings with <apply>, the text now
goes to some effort to point out that backward-compatible MML2 uses of
<bvar> in <apply> may or may not be true variable binding.  It says 

"Because expressions using bound variables with qualifiers are idiomatic
in nature, and do not always involve true variable binding, one cannot
expect systematic renaming (alpha-conversion) of variables "bound" with
apply to preserve meaning in all cases. An example for this is the diff
element where the bvar term is technically not bound at all."

If one carefully creates new MML3 markup using <bind> and <lambda/>,
then it is possible in Strict markup to be formal enough so that
alpha-conversion holds.  But as in MML2, that won't ordinarily be the
case in MML3.


> -----Original Message-----
> From: www-math-request@w3.org [mailto:www-math-request@w3.org] On
> Behalf Of David Carlisle
> Sent: Tuesday, May 26, 2009 4:11 AM
> To: Andreas.Strotmann@ualberta.ca
> Cc: www-math@w3.org
> Subject: Re: on alpha conversion
> > All I ask is that MathML *continue* to leave variable names
> so
> > that context can reliably refer to them for its own needs -
> regardless
> > how local (as in your example) or global (in mine) that context may
> > be.
> Andreas, I'm not at all sure what you think has changed here in
> the amount to which MathML changes (or more to the point) doesn't
> change
> variable names has not changed in any draft of MathML as far as I am
> aware.
> da>
> Is fairly unambiguously (in all versions of MathML) the lambda
> expression
> L x. f(x) and as such it means the same thing as L y. f(y) or just f.
> But
> da>
> and
> <ci>f</ci>
> are not the same MathML expression, there is no automatic
> lambda-calculus equivalence applied to mathml terms. The only
> equivalence, other than just literal string identity is the
> normalisation of white space.
> David
> _
> The Numerical Algorithms Group Ltd is a company registered in England
> and Wales with company number 1249803. The registered office is:
> Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.
> This e-mail has been scanned for all viruses by Star. The service is
> powered by MessageLabs.
> _
Received on Tuesday, 26 May 2009 14:54:30 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:27:41 UTC