#19623: Syndrome decoder is not a syndrome decoder
-------------------------------------+-------------------------------------
       Reporter:  dlucas             |        Owner:
           Type:  enhancement        |       Status:  needs_review
       Priority:  major              |    Milestone:  sage-7.1
      Component:  coding theory      |   Resolution:
       Keywords:                     |    Merged in:
        Authors:  David Lucas        |    Reviewers:  Julien Lavauzelle
Report Upstream:  N/A                |  Work issues:
         Branch:                     |       Commit:
  u/dlucas/generic_decoders          |  4d70e2c87e7c2e50171ee24ca7c6200ff29d0250
   Dependencies:                     |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by jsrn):

 > Mmhh, I'm not sure i'll be able to keep it short, especially as it might
 grow when we will implement new decoders.
 > I'll give it a try, and if it's too long, I will add an extra paragraph
 dedicated to decoders and types in #19897.

 Sure, the *list* will not be short. But each individual description might
 be. Something like: `complete: decodes any vector in the ambient space`.
 `dynamic: the decoder's type will depend on its input parameters`.
 `unique: returns a single, closest codeword`. Nicely formatted in a table
 :-P

--
Ticket URL: <http://trac.sagemath.org/ticket/19623#comment:29>
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 https://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to