Re: [sage-devel] Re: el capitan

2015-10-06 Thread Francois Bissey
Haven’t checked yet but so far I have dealt with libsingular, zn_poly and cliquer. For some reason git doesn’t want to build in my current run. Do we have a ticket for El Capitan where I can push things for other brave people? François > On 7/10/2015, at 19:40, kcrisman wrote: > > For some ti

Re: [sage-devel] Re: threejs

2015-10-06 Thread kcrisman
> > > > > MMMhhh, interesting! > > Do you think it would be possible to replace jmol by jsmol in sage? > or keep both and choose which on to use? > This is already possible! In the notebook - thanks to tons of work by Jonathan and Volker. I don't know how that would work from command line

[sage-devel] Re: el capitan

2015-10-06 Thread kcrisman
> > For some time there has been a known issue that a number of > components shipped with sage do not set up proper "install_name" > for their libraries. libsingular is one such library. > > R as well? -- You received this message because you are subscribed to the Google Groups "sage-devel"

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Nathann Cohen
> So maybe we should have both current algorithm and Nauty. In my own experience, the isomorphism test has *never* been either slow nor the slowest part of my code. If it was too slow for your usage then having new interfaces makes sense, otherwise it would just be for the sake of collecting them

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Jori Mäntysalo
On Wed, 7 Oct 2015, Nathann Cohen wrote: If Nauty proves much better than our current implementation then that is what we will need: a fast way to call Nauty. And that means Cython. I know nothing, but to cite Wikipedia: "There are several competing practical algorithms for graph isomorphism,

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Nathann Cohen
> Cool. I'm up for doing that. So.. I need to bring nauty using cython and > call the is_isomorphic function? If Nauty proves much better than our current implementation then that is what we will need: a fast way to call Nauty. And that means Cython. This being said, writing a cython interface wi

Re: [sage-devel] Re: Nauty vs SageMath speed comparisons?

2015-10-06 Thread Jori Mäntysalo
On Tue, 6 Oct 2015, Dima Pasechnik wrote: Wasn't there some email relatively recently where the author of nauty said it was actually okay to use in Sage Yes, there was. However his statement was very vague, it was not clear what he really meant. I don't think that anybody ever asked for furth

Re: [sage-devel] Re: Nauty vs SageMath speed comparisons?

2015-10-06 Thread Julien Puydt
Hi, Le mardi 06 oct. 2015 à 16:28:57 (-0700), Dima Pasechnik a écrit : > > On Tuesday, 6 October 2015 06:18:43 UTC-7, Jeroen Demeyer wrote: > > > > On 2015-10-06 15:15, kcrisman wrote: > > > Wasn't there some email relatively recently where the author of nauty > > > said it was actually okay to

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Siddharth Bhat
Cool. I'm up for doing that. So.. I need to bring nauty using cython and call the is_isomorphic function? On Wed, Oct 7, 2015, 05:00 Dima Pasechnik wrote: > > > On Tuesday, 6 October 2015 13:35:00 UTC-7, Nathann Cohen wrote: >> >> Hello, >> >> > Hey, I've wanted to contribute to sage, and graphs

Re: [sage-devel] el capitan

2015-10-06 Thread Francois Bissey
I now have a segfault Unhandled SIGSEGV: A segmentation fault occurred in Sage. This probably occurred because a *compiled* component of Sage has a bug in it and is not properly wrapped with sig_on(), sig_off(). Sage will now terminate. But I think libsingular may be the main point of failure thr

[sage-devel] el capitan

2015-10-06 Thread François Bissey
Hi all OS X sufferers, I have been working about adding rpath from gcc but it turns out it may not be the problem or possibly not the only problem. For some time there has been a known issue that a number of components shipped with sage do not set up proper "install_name" for their libraries. li

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Dima Pasechnik
On Tuesday, 6 October 2015 13:35:00 UTC-7, Nathann Cohen wrote: > > Hello, > > > Hey, I've wanted to contribute to sage, and graphs and groups provided > by sage is something I use quite often. So, I was wondering how I could > help with the issue? If you'd be okay mentoring me, that'd be grea

Re: [sage-devel] Re: Nauty vs SageMath speed comparisons?

2015-10-06 Thread Dima Pasechnik
On Tuesday, 6 October 2015 06:18:43 UTC-7, Jeroen Demeyer wrote: > > On 2015-10-06 15:15, kcrisman wrote: > > Wasn't there some email relatively recently where the author of nauty > > said it was actually okay to use in Sage > > Yes, there was. However his statement was very vague, it was not

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Nathann Cohen
Hello, > Hey, I've wanted to contribute to sage, and graphs and groups provided by > sage is something I use quite often. So, I was wondering how I could help > with the issue? If you'd be okay mentoring me, that'd be great :) Well, a first step would be to expose 'nauty' is is_isomorphic. A fi

Re: [sage-devel] Nauty vs SageMath speed comparisons?

2015-10-06 Thread Stefan
Hi Siddharth, I won't be able to mentor you. If I were to go about doing this thoroughly, I would look at the kinds of tests carried out in the literature on graph isomorphism (specifically here: http://arxiv.org/pdf/1301.1493v1.pdf ) and redo these (or very similar) tests with the listed algor

Re: [sage-devel] Unwanted word duplication in LaTeX mode

2015-10-06 Thread William Stein
On Tue, Oct 6, 2015 at 11:34 AM, Alexander Tchekhovskoy wrote: > I find that the LaTeX editor at SageMath randomly applies some of the > changes more than once, sometimes in weird ways. For instance, I type > > \usepackage{bm} > > and it stays for a while. But some time later, I get > > \usepacka

[sage-devel] Unwanted word duplication in LaTeX mode

2015-10-06 Thread Alexander Tchekhovskoy
I find that the LaTeX editor at SageMath randomly applies some of the changes more than once, sometimes in weird ways. For instance, I type \usepackage{bm} and it stays for a while. But some time later, I get \usepackage{bm} \usepackage{bm} \usepackage{bm} Or, even worse, I'd type, {\rm d}

[sage-devel] Re: Figuring out imports required when moving from a .sage to a .py file?

2015-10-06 Thread Tom Kitchen
Thankyou for all that information. I'm sure I will have some more questions once I have had a chance to chew through all of that. On Tuesday, 6 October 2015 22:17:25 UTC+8, Travis Scrimshaw wrote: > > Something else to consider is that Sage has a preparser and that can come > into play. To see w

[sage-devel] Re: Figuring out imports required when moving from a .sage to a .py file?

2015-10-06 Thread Travis Scrimshaw
Something else to consider is that Sage has a preparser and that can come into play. To see what the preparser does to commands, you can do this: sage: preparse("F = e*x") 'F = e*x' sage: preparse("F(x) = e*x") '__tmp__=var("x"); F = symbolic_expression(e*x).function(x)' Best, Travis -- You r

[sage-devel] Re: Figuring out imports required when moving from a .sage to a .py file?

2015-10-06 Thread Travis Scrimshaw
Hey Tom, Welcome! I'm actually surprised we don't have this functionality in Sage (at least as a naive implementation)... For the imports, I think you would be interested in the following: sage: import_statements(e) from sage.symbolic.constants import e sage: import_statements(i) from sage.sy

Re: [sage-devel] Re: threejs

2015-10-06 Thread Thierry Dumont
Le 06/10/2015 15:44, Jonathan a écrit : > I believe the javascript version of Jmol, JSmol, actually uses a > modified version of threejs for some of its 3D rendering. Thus it is > also embedded in the Jmol/JSmol package. > > Jonathan > MMMhhh, interesting! Do you think it would be possible to

[sage-devel] Re: threejs

2015-10-06 Thread Jonathan
I believe the javascript version of Jmol, JSmol, actually uses a modified version of threejs for some of its 3D rendering. Thus it is also embedded in the Jmol/JSmol package. Jonathan -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscr

[sage-devel] Figuring out imports required when moving from a .sage to a .py file?

2015-10-06 Thread Tom Kitchen
Hi, I have recently installed sage from source and am trying to implement fourier transforms. I wrote a piece of sage code which does the job for some function f. var('t', 'k','x','a') assume(a > 0, k > 0) # Define the function that that we will transform f = e^ - (a * abs(x)) # Apply the t

Re: [sage-devel] Re: Nauty vs SageMath speed comparisons?

2015-10-06 Thread Jeroen Demeyer
On 2015-10-06 15:15, kcrisman wrote: Wasn't there some email relatively recently where the author of nauty said it was actually okay to use in Sage Yes, there was. However his statement was very vague, it was not clear what he really meant. I don't think that anybody ever asked for further cl

[sage-devel] Re: Nauty vs SageMath speed comparisons?

2015-10-06 Thread kcrisman
Wasn't there some email relatively recently where the author of nauty said it was actually okay to use in Sage (e.g., he gave a separate license than his usual one)? -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group

[sage-devel] Re: Dynamically assigning element_class

2015-10-06 Thread Travis Scrimshaw
Hey Jeroen, I think I've done what Simon is recommending at some point as well. Just be sure to do it before doing Parent.__init__(...). Best, Travis On Tuesday, October 6, 2015 at 7:49:39 AM UTC-5, Simon King wrote: > > Hi Jeroen, > > On 2015-10-06, Jeroen Demeyer > > wrote: > > Suppose

[sage-devel] Re: Dynamically assigning element_class

2015-10-06 Thread Simon King
Hi Jeroen, On 2015-10-06, Jeroen Demeyer wrote: > Suppose I have some Parent class MyParent which can handle multiple > element classes. The choice of element class depends on the arguments to > __init__(). What is the recommended way to deal with this? Is it safe to > do the following in Pare

[sage-devel] Dynamically assigning element_class

2015-10-06 Thread Jeroen Demeyer
Hi, Suppose I have some Parent class MyParent which can handle multiple element classes. The choice of element class depends on the arguments to __init__(). What is the recommended way to deal with this? Is it safe to do the following in Parent.__init__()? self.element_class = MyChosenElemen

[sage-devel] Re: History of notebooks.

2015-10-06 Thread Sébastien Labbé
You may also want to read this blog post: Fernando Perez, ​The IPython notebook: a historical retrospective, January 2012 http://blog.fperez.org/2012/01/ipython-notebook-historical.html Sébastien On Saturday, October 3, 2015 at 5:35:29 PM UTC+2, tdumont wrote: > > Hello, > > I am preparing a t