[r-t] Opinions sought

Tim Barnes tjbarnes23 at gmail.com
Tue Jan 22 01:18:57 GMT 2019

On Fri, Jan 18, 2019 at 1:16 PM <matthew at frye.org.uk> wrote:

> Is this really that complicated? What I'm thinking is along the lines of:
> "Any multi-method performance is spliced unless it can be divided into
> a series of contiguous round blocks, each of which is of a single
> method and contains each row n times, or at most one of which contains
> each row n or n+1 times."
> Wording isn't optimal, but that doesn't seem too bad to me. Is there
> an example where that definition gives a counter-intuitive and/or
> wrong classification? I think that defining an explicit exception
> avoids both a lot of complication and the possibility of unexpected
> edge cases.

Yes, agree that basing the definition on what isn't spliced simplifies
things.  A couple of potential problems are as follows, both very much edge

- If a multi-method performance isn't a round block (e.g. starts in rounds
and finishes in Queens), it would be spliced even if all the changes of
method occur at rounds.

- If a multi-method performance is false, it would be spliced.  E.g. if 7
extents of Cambridge were rung on the front 6 of a 12, with 7 extents of
London rung simultaneously on the back 6, this would be a multi-method
performance and wouldn't be true when considered at the Maximus stage.  The
framework handles the lack of truth by asking for a disclosure, and the
band might also note that each half of the performance is true.  Your
definition would make this a spliced performance, which doesn't seem right.

As I say, these are both very much edge cases, but are probably worth
considering given our aim is to be permissive and descriptive.  There are
probably other examples where your definition gives the expected answer and
the framework's doesn't.  But overall, it seems better to base the
definition of spliced on changes of method at a particular row, rather than
on round blocks / truth / completeness.

The framework we're handing over to the Exec now is version 1 only, and we
expect there to be further versions, especially as more people look at it
and come up with ideas for improving it.  Spliced might be a definition to
revisit in a later version.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://bellringers.org/pipermail/ringing-theory/attachments/20190121/2ac9b253/attachment.html>

More information about the ringing-theory mailing list