Re: [sage-devel] numerical_integral(x*y,0,1,[pi]) or numerical_integral(x*y,0,1,y=pi) ?

2015-01-15 Thread William Stein
On Thu, Jan 15, 2015 at 10:51 PM, William Stein wrote: > On Thu, Jan 15, 2015 at 10:44 PM, Nathann Cohen > wrote: >> Hello, >> >>> I would recommend looking up what Maple and Mathematica (and Matlab) >>> do regarding their numerical integration API and summarizing each here >>> before making any

Re: [sage-devel] numerical_integral(x*y,0,1,[pi]) or numerical_integral(x*y,0,1,y=pi) ?

2015-01-15 Thread William Stein
On Thu, Jan 15, 2015 at 10:44 PM, Nathann Cohen wrote: > Hello, > >> I would recommend looking up what Maple and Mathematica (and Matlab) >> do regarding their numerical integration API and summarizing each here >> before making any decisions. > > If this is what it takes to fix this code as you t

Re: [sage-devel] numerical_integral(x*y,0,1,[pi]) or numerical_integral(x*y,0,1,y=pi) ?

2015-01-15 Thread Nathann Cohen
Hello, > I would recommend looking up what Maple and Mathematica (and Matlab) > do regarding their numerical integration API and summarizing each here > before making any decisions. If this is what it takes to fix this code as you think it should, then I must step back. While reviewing #17507 I w

Re: [sage-devel] numerical_integral(x*y,0,1,[pi]) or numerical_integral(x*y,0,1,y=pi) ?

2015-01-15 Thread William Stein
On Thu, Jan 15, 2015 at 9:19 PM, Nathann Cohen wrote: > Hello everybody, > > The function numerical_integral is meant to compute an integral in one > dimension. > > It takes as mandatory arguments: > - A function (dependin on any number of variables) > - The bounds of the integration domain > > As

[sage-devel] numerical_integral(x*y,0,1,[pi]) or numerical_integral(x*y,0,1,y=pi) ?

2015-01-15 Thread Nathann Cohen
Hello everybody, The function numerical_integral is meant to compute an integral in one dimension. It takes as mandatory arguments: - A function (dependin on any number of variables) - The bounds of the integration domain As you can see, the integration variable is not given explicitly. As the f

[sage-devel] Re: Bug Days?

2015-01-15 Thread Sébastien Labbé
Hi, I organize Sage Days 66 at the University of Liege (Belgium) from March 30 to April 2nd 2015 (Monday to Thursday). Monday and Tuesday will be made of Introduction talks. Wednesday and Thursday will be for Sage development. I you want, I can make the Wednesday a "Sage Bug Day" where developm

[sage-devel] Fraction field with local orderings

2015-01-15 Thread Enrique Artal
Hello, I recently sent this message https://groups.google.com/forum/#!topic/sage-support/2ixMoSTzz20 to the support list. Following the advice of Miguel Marco I opened ticket #17638. Best, Enrique -- You received this message because you are subscribed to the Google Groups "sage-devel" group

[sage-devel] Re: Should we consider an unmaintained upstream package as upstream?

2015-01-15 Thread Dima Pasechnik
On 2015-01-15, mmarco wrote: > I have been working on patching a program that computes the homfly > polynomial of knots and links, in order to use it as a shared library. I > would like to include it as an optional sage package in the mid term, so we > could use it in the knot theory module tha

[sage-devel] Re: Dashes in software name or version number

2015-01-15 Thread Dima Pasechnik
On 2015-01-15, Jean-Pierre Flori wrote: > Dear all, > > Is this still a problem? it still was a problem in http://trac.sagemath.org/ticket/17529 Dima -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receivi

[sage-devel] Dashes in software name or version number

2015-01-15 Thread Jean-Pierre Flori
Dear all, Is this still a problem? Best, JP -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send

Re: [sage-devel] Should we consider an unmaintained upstream package as upstream?

2015-01-15 Thread mmarco
The imput that the library takes is basically the oriented Gauss code (slightly modified). Converting from the format that we use for the oriented Gauss code is straightforward. El jueves, 15 de enero de 2015, 14:17:02 (UTC+1), Amit Jamadagni escribió: > > Hello Miguel, > I have few que

Re: [sage-devel] Should we consider an unmaintained upstream package as upstream?

2015-01-15 Thread Amit Jamadagni
Hello Miguel, I have few queries, not related to the questions though : 1. I have read through the readme and as I understand the input that the package uses is a bit different. So it would be really helpful to know how all of this will fit together with the current input ?? 2. Given, if t

[sage-devel] Should we consider an unmaintained upstream package as upstream?

2015-01-15 Thread mmarco
I have been working on patching a program that computes the homfly polynomial of knots and links, in order to use it as a shared library. I would like to include it as an optional sage package in the mid term, so we could use it in the knot theory module that is being worked on (by the way, tic