#16347: Wilson's constructions of OA with 2 truncated groups
-------------------------------------+-------------------------------------
       Reporter:  ncohen             |        Owner:
           Type:  enhancement        |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-6.3
      Component:  combinatorial      |   Resolution:
  designs                            |    Merged in:
       Keywords:                     |    Reviewers:
        Authors:  Nathann Cohen      |  Work issues:
Report Upstream:  N/A                |       Commit:
         Branch:  u/ncohen/16347     |  2e463514ceb2fb48d3c6fdc2a3391055bfafe373
   Dependencies:  #16391, #16373     |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by vdelecroix):

 I actually developed the same idea as yours while thinking a bit more
 about it. What we want to cache is something like `n -> (k1,OA,k2)` where
 `OA` is a OA(k1,n) and `k2` is such that Sage does not know how to compute
 OA(k2,n). And this feature looks very specific to design and I do not see
 how a decorator can handle that nicely.

 So, if you are willing to use these @cached_method everywhere or even the
 one you wrote in #16353, there is a need for a big '''TODO''' saying that
 it is here for quick-and-dirty speedup.

 So let's not talk to much about caching right now, I will look at the
 construction.

 Vincent

--
Ticket URL: <http://trac.sagemath.org/ticket/16347#comment:17>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to