#14536: Random tournaments, a misnamed method and a segfault
---------------------------------+------------------------------------------
       Reporter:  ncohen         |         Owner:  jason, ncohen, rlm
           Type:  enhancement    |        Status:  needs_review      
       Priority:  major          |     Milestone:  sage-5.10         
      Component:  graph theory   |    Resolution:                    
       Keywords:                 |   Work issues:                    
Report Upstream:  N/A            |     Reviewers:                    
        Authors:  Nathann Cohen  |     Merged in:                    
   Dependencies:  #14475         |      Stopgaps:                    
---------------------------------+------------------------------------------

Comment (by nthiery):

 Replying to [comment:3 ncohen]:
 > If the number of vertices is included in the name, you get "Transitive
 Tournament on 5 vertices: Digraph on 5 vertices".

 I see. It would be consistent to fix Circuit then:
 {{{
         sage: digraphs.Circuit(5)
         Circuit on 5 vertices: Digraph on 5 vertices
 }}}

 But that can be for later.

 > Hey, it's not a Poset ! It's a digraph !

 Fair enough :-)

 > Well, you are right a large part of it could be made automatic. It would
 also be the occasion to create a Nauty module, and so a documentation page
 about the Nauty spkg (how it is to be installed, which Demigod first wrote
 it.
 >
 > Let's say another patch ?

 Yup.

 > Nauty is not a part of Sage because of license problems...

 I know. Maybe we should chat to Brendan about this someday.

 > And it knows how to enumerate things that are not implemented in Sage
 yet (like hypergraphs `:-PPP`).
 >
 > It goes in both directions, though. It is easy to enumerate through
 > Sage the list of graphs satisfying some specific property, and the
 > property is actually tested *during* the enumeration. No way to do
 > this with Nauty, unless we *REALLY* rewrite the interface and call
 > Nauty's C functions directly `:-P`

 Yup. Still it would be nice if there was a single entry point for
 both generators, even if some features only work in one case.

 Cheers,
                             Nicolas

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/14536#comment:4>
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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to