Ask Your Question

Zomulgustar's profile - activity

2017-02-07 02:56:21 +0100 received badge  Popular Question (source)
2016-06-21 18:56:45 +0100 received badge  Famous Question (source)
2016-06-21 18:56:45 +0100 received badge  Notable Question (source)
2016-06-21 18:56:45 +0100 received badge  Popular Question (source)
2013-04-24 14:25:03 +0100 received badge  Student (source)
2013-04-24 10:59:19 +0100 asked a question 'Create new worksheet' opens, retitles existing worksheet

Not sure how I managed to get this to happen, but my best guess is I somehow corrupted the counter for the number of created worksheets...on sagenb.org, I no longer seem to be able to create 'clean' worksheets. Even after deleting ALL worksheets (after backing them up), creating a new worksheet opens the already deleted-and-emptied Worksheet 14 rather than opening a blank 01. Any suggestions?

2013-02-10 00:03:52 +0100 commented answer Sagenb long (graph) calculations silently terminating

Upgrading to the 5.6 appliance seems to have resolved the remaining issues.

2013-02-09 23:59:35 +0100 commented question Sage in Virtualbox...how to turn off timeout?

Updating to the 5.6 appliance seems to have resolved the issue. Will delete question upon request, otherwise will leave it for posterity.

2013-01-25 18:07:13 +0100 asked a question Sage in Virtualbox...how to turn off timeout?

The timeout issues I experienced on the public server seem to have followed me to the virtual machine. According to the documentation, timeout is turned off by default, so either something is turning it on, the silent errors I described earlier are unrelated, or something more complicated is happening. Given the limitations of the kiosk mode, how can I verify and change timeout settings? (Or do I just need to bite the bullet and switch to a distro that will play nice with my wireless card?) Again, thanks in advance...

2013-01-22 03:34:07 +0100 commented answer Sagenb long (graph) calculations silently terminating

Unfortunately this doesn't seem to have solved the problem after all...it seems to take longer to happen, at least (even when measured in terms of processing done). Any more ideas?

2013-01-21 22:00:24 +0100 commented answer Sagenb long (graph) calculations silently terminating

Seems to work ok (if slowly) on the sagevm, thanks! I'm pretty sure using g.automorphism_group like that doesn't distinguish between isomorphic permutation groups exchanging different vertex sets (or even differently-labeled versions of the same set?) so I'll try it both ways now that i have some confidence it will actually complete.

2013-01-21 21:59:09 +0100 received badge  Scholar (source)
2013-01-21 21:59:09 +0100 marked best answer Sagenb long (graph) calculations silently terminating

First, there are time limits on calculations on sagenb.org which you may be running into. Have you tried running it on a computer that you can run long-running calculations on?

Second, I simplified your code quite a bit. I use the actual automorphism group as an item in the tuple, since apparently the calls to gap may be part of the problem, from the discussion above:

import collections
lglist=collections.Counter()

lglist.clear()
for k in range(4,15):
    for g in graphs.nauty_geng(str(k) + "-C -d3 -D3"):
        if g.vertex_connectivity()>=3:
            lglist[(k, g.vertex_connectivity(), g.automorphism_group())]+=1

for k,v in lglist.items():
    print v,k
2013-01-21 12:10:43 +0100 commented question Sagenb long (graph) calculations silently terminating

Yes, that was my first thought but I figured there would be an error message or something prominent in the documentation.

2013-01-21 12:03:07 +0100 commented answer Sagenb long (graph) calculations silently terminating

Thanks! Given the lack of blindingly obvious references to those timeouts, I assumed the limit would take the form of throttling instead, or at least come with an error message so I didn't waste even more cycles repeating variations off the same (evidently sloppy) code. ^_^ Now if I could just get the Sage VM to install the gap packages correctly (or get a stable internet connection under Ubuntu), I'd be in business.

2013-01-20 18:04:26 +0100 commented question Sagenb long (graph) calculations silently terminating

Though avoiding unnecessary gap calls seems to help a bit, there appears to be something else going wrong as well... adding gap.SetRecursionTrapInterval(0) at the start doesn't allow the example code above to complete in my sagenb.

2013-01-20 00:56:16 +0100 received badge  Supporter (source)
2013-01-20 00:13:35 +0100 received badge  Editor (source)
2013-01-20 00:05:15 +0100 asked a question Sagenb long (graph) calculations silently terminating

To recapitulate the title, I've been having quite a few different sagenb runs silently terminate lately...the green sidebar just goes away, and the full_output.txt link appears, but the results are clearly incomplete. Just wondering if anyone knew why this might be happening, or could suggest a remedy... I considered the possibility of a memory limit issue, but processing items from generators one at a time rather than building large lists seems to have no impact. I have no tracebacks to post, as whatever is stopping the execution is doing so without raising an exception. By printing intermediate results, I've found that the execution doesn't stop deterministically at the same point, though certain runs will consistently be cut off before completion. Here is a sample which never seems to complete: In this case, I'm cataloguing the automorphism groups of cubic graphs, but can't seem to get through the 18-vertex case...thanks in advance for any help!


import collections
lglist=collections.Counter()

for k in range(4,19): lglist.clear() gen = (graphs.nauty_geng(str(k) + "-C -d3 -D3")) while 0==0: try: g=gen.next() except StopIteration: break if g.vertex_connectivity()>=3: a=[] a.append(k) a.append(g.vertex_connectivity()) try:
b=g.automorphism_group().group_id() except RuntimeError: b=[g.automorphism_group().cardinality(),0] a=a+b lglist.update((tuple(a),))

for item in lglist.items(): print item