xenial (1) nauty-watercluster2.1.gz

Provided by: nauty_2.5r9+ds-1_amd64 bug

NAME

       nauty-watercluster2 - (faster alternative to directg)

SYNOPSIS

       watercluster2 [ix] [oy] [S] [T] [B] [C] [m]

DESCRIPTION

              Reads graphs in g6 code or multicode (optional) from stdin and directs them

              ix : the indegree of every vertex may be at most x.

              The default maximum indegree is unlimited.

              oy : the outdegree of every vertex may be at most y.

              The default maximum outdegree is unlimited.

              S : allow that for every pair of vertices x,y at most one of the edges x-->y

              and y-->x may be present. By default both of them may be present in the same graph.

              T : Output directed graphs in T-code. This is a simple ASCII output format. Every line

              contains  one  graph. First the number of vertices, then the number of directed edges and then the
              list of directed edges with the start first and the end then. E.g.: 3 2 0 1 2 1 means 3  vertices,
              2 directed edges: 0-->1 and 2-->1

              B : Output the directed graphs in a binary code. Every item of the code is an unsigned

              char.  The  first unsigned char is the number nv of vertices. The vertices are numbered 1..nv Then
              the list of vertices x for which there is a directed edge 1->x follow. This list is ended by a  0.
              Then  the  list  of  outgoing  neighbours  of 2 follows -- again ended with a 0, etc.  The code is
              complete with the 0 ending the list of outgoing neighbours of nv.

              C : Do really construct all the directed graphs in memory, but don't output them. This is not

              a big difference in case of restricted in- and outdegrees, because all that is done extra is  that
              edges  are  directed instead of just keeping track of in- and out-degrees. This option is intended
              only for testing purposes to test also routines that are normally not used when  counting.  Things
              that  would  speed  up  the  counting also in some cases of restricted in- and out-degrees -- like
              multiplying the possibilities of assigning directions to edges that  can  be  assigned  directions
              independent  of  each  other (depending on the degrees of the endvertices and overlaps) -- are not
              included.  In case of not restrictive bounds on the in- and out-degree it not really  constructing
              the  graphs  can  be  considerably  faster.  In  cases  of restricted in- and out-degrees the only
              difference is that the graph isn't modified...  The fact that in case of no output  the  graph  is
              not  modified  is  mainly to save time for the one case of waterclusters, where large numbers were
              determined. If large numbers (without output) for other cases  shall  be  determined,  one  should
              think about adding the multiplication routines.

              m : Read multicode instead of g6 code

       This program uses different labelling routines -- all based on the ideas of

       G.  Brinkmann, Generating water clusters and other directed graphs, Journal of Mathematical Chemistry 46,
       1112--1121 (2009)