#19296: Generating function in FindStat interface
-------------------------------------+-------------------------------------
       Reporter:  stumpc5            |        Owner:
           Type:  enhancement        |       Status:  needs_info
       Priority:  major              |    Milestone:  sage-6.9
      Component:  packages:          |   Resolution:
  optional                           |    Merged in:
       Keywords:  FindStat, OEIS     |    Reviewers:  Martin Rubey
        Authors:  Christian Stump    |  Work issues:  document
Report Upstream:  N/A                |       Commit:
         Branch:                     |  4d6e9eb840d59a6b2b3b0446b1162d19eb6dc893
  u/mantepse/generating_function_in_findstat_interface|     Stopgaps:
   Dependencies:                     |
-------------------------------------+-------------------------------------

Comment (by mantepse):

 >> Wow, that's a whole lot of code for a bug I would have fixed by
 changing one line (but I am not saying my solution would have been the
 better)!

 I'd be interested in seeing your solution.

 >> I wonder:

 > Derzeit werden alle normalisiert, auch wenn's 17 Millionen sind
 >
 >> Are really more normalized than used? A search should be restricted to
 {{{FINDSTAT_MAX_???}}} and a new statistic to {{{FINDSTAT_MAX_***}}}. Do
 you now normalize also all the others?

 I'm afraid so.  However, if the normalization really takes too long, I
 would move the code in {{{_find_by_values}}} that restricts the amount of
 data to {{{FINDSTAT_MAX_???}}} to {{{FindStat.__call__}}} and only
 normalize those data which are sent to FindStat.  If there is no problem,
 I certainly do not want to do this.

 >> is it really better (implementation-wise and time-wise) to store also
 all string representations than to check whether some list is duplicate-
 free? Or are you / do you plan using that string representation also
 somewhere else?

 How could I check without normalization that the list contains no
 duplicates?

--
Ticket URL: <http://trac.sagemath.org/ticket/19296#comment:72>
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