On 5/15/12 9:42 PM, Jason Grout wrote:
Anyway, I'm not going to do anything about it in the near future, so
I'll note my wish that the above had a deprecation warning and go back
to grading.
At the very least, we should maybe print out a message saying that we
are going to assume that the hor
On 5/15/12 9:35 PM, kcrisman wrote:
On Tuesday, May 15, 2012 10:27:17 PM UTC-4, Jason Grout wrote:
On 5/15/12 9:17 PM, Keshav Kini wrote:
> plot(x^2, (0, 1))
I definitely think that should give a deprecation warning (I think I've
been advocating for that to give a deprecation
On Tuesday, May 15, 2012 10:27:17 PM UTC-4, Jason Grout wrote:
>
> On 5/15/12 9:17 PM, Keshav Kini wrote:
> > plot(x^2, (0, 1))
>
> I definitely think that should give a deprecation warning (I think I've
> been advocating for that to give a deprecation warning for a long time).
> For exampl
On 5/15/12 9:17 PM, Keshav Kini wrote:
plot(x^2, (0, 1))
I definitely think that should give a deprecation warning (I think I've
been advocating for that to give a deprecation warning for a long time).
For example, I think this is confusing:
plot(x^2+y-x^2,(0,1))
Jason
--
To post to this
Jason Grout writes:
> On 5/15/12 8:33 PM, Keshav Kini wrote:
>> And maybe that's why plot3d(), unlike plot(), does
>> seem to generate the deprecation warning.
>
> Sorry---what plot command doesn't generate a deprecation warning?
For example:
sage: plot(x^2, (0, 1))
sage:
-Keshav
On 5/15/12 8:33 PM, Keshav Kini wrote:
And maybe that's why plot3d(), unlike plot(), does
seem to generate the deprecation warning.
Sorry---what plot command doesn't generate a deprecation warning?
Thanks,
Jason
--
To post to this group, send email to sage-support@googlegroups.com
To unsubs
kcrisman writes:
> On Tuesday, May 15, 2012 2:36:34 AM UTC-4, Keshav Kini wrote:
> Why does numerical_integral() not trigger the deprecation warning?
>
> The same reason that plot and integral don't, because we're not "calling" them
> in the same way. It makes sense to integrate symbolic expr
OK I'll take a look :)
On 15 May 2012 21:55, Nathann Cohen wrote:
> Hell Emil !!
>
>> Any chance you could make a patch? :) (I'd volunteer myself, but I
>> would probably mess it up!)
>
> H I could, but this patch is so local that it really is an
> ideal occasion to write your f
On 5/15/12 5:20 PM, fu7ur3 wrote:
Hi,
may I ask you to help me converting matlab code into sage and also could
you please tell me how to run this code in sage afterwards?
I've followed this link
http://ask.sagemath.org/question/1416/import-matlab-code-into-sage but
the online OMPC translator see
Hell Emil !!
> Any chance you could make a patch? :) (I'd volunteer myself, but I
> would probably mess it up!)
H I could, but this patch is so local that it really is an
ideal occasion to write your first patch... Are you sure you do not
want to give it a try ? It is fun to be
> IMHO most of the time is spent on IPC, via pexpect...
Oh, *THAT* is pexpect ? Then I guess I begin to understand why there
was so much fuss about it being slow some time ago ^^;
Nathann
--
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send
Bonjour Monsieur,
> je suis nouveau avec le logiciel sage, actuellement j'essaye d'installer
> la version sage-4.8 sur Ubuntu 12.04 mais j'y arrive pas, s'il vous plait
> aider moi à faire cette installation.
> merci.
Can one of our French-speaking folks help this gentleman? We already have
Dear Mohamed,
Try
apt-add-repository ppa:aims/sagemath
apt-get update
apt-get install sagemath-upstream-binary
Regards,
Jan
On 15 May 2012 18:38, Mohamed Lamine Diallo wrote:
> Bonjour Monsieur,
> je suis nouveau avec le logiciel sage, actuellement j'essaye d'installer
> la version sage-4.8 su
Bonjour Monsieur,
je suis nouveau avec le logiciel sage, actuellement j'essaye d'installer la
version sage-4.8 sur Ubuntu 12.04 mais j'y arrive pas, s'il vous plait
aider moi à faire cette installation.
merci.
2012/5/15
> Today's Topic Summary
>
> Group: http://groups.google.com/group/sage-sup
On 15 May 2012 15:21, Nathann Cohen wrote:
> Oh, it's usually quite straightforward to implement such things.
> Usually the feature already exists in the solver's C api, and all the
> work that needs to be done is to expose it in Sage :-)
Any chance you could make a patch? :) (I'd volunteer mys
> > (%i3) domain:complex;
> >
> > (%o3) complex
> > (%i4) integrate(x*cos(x^3),x,0,1/2);
> >
> > (%o4)
> > gamma_incomplete(2/3,%i/8)/6+gamma_incomplete(2/3,-%i/8)/6-gamma(2/3)/3
>
> Hmm. I get a different result. I am using the current Git version.
>
>
Great, I didn't realize some code
On 2012-05-15, kcrisman wrote:
> (%i3) domain:complex;
>
> (%o3) complex
> (%i4) integrate(x*cos(x^3),x,0,1/2);
>
> (%o4)
> gamma_incomplete(2/3,%i/8)/6+gamma_incomplete(2/3,-%i/8)/6-gamma(2/3)/3
Hmm. I get a different result. I am using the current Git version.
domain : complex;
integrate (x*
Hellooo !!
> Next issue is that the Gurobi backend doesn't support the copy:
Oops ^^;
> Any idea how much work this would be to do?
Oh, it's usually quite straightforward to implement such things.
Usually the feature already exists in the solver's C api, and all the
work that needs to be do
Next issue is that the Gurobi backend doesn't support the copy:
AttributeError: 'sage.numerical.backends.gurobi_backend.GurobiBacke'
object has no attribute 'copy'
Any idea how much work this would be to do?
(I can now do what I wanted to do before, at least with GLPK.)
Emil
--
To post to thi
On Tuesday, May 15, 2012 2:36:34 AM UTC-4, Keshav Kini wrote:
>
> John H Palmieri writes:
> > This works for me:
> >
> > sage: numerical_integral(x*cos(x^3), 0, 0.5)
> > (0.1247560409610376, 1.3850702913602309e-15)
>
> Interesting...
>
>
> sage: numerical_integral(x*cos(x^3), 0
> > It may be "branch cut strangeness", but if so it is very strange. The
> > integrand is clearly well-behaved, and the integral,
> > while in terms of the incomplete gamma function, seems to be off the
> usual
> > branch cut (negative real axis).
>
> Try domain:complex before calling inte
On 15 May 2012 13:38, john_perry_usm wrote:
>I've found MILP lets you do it this way:
>
> sage: x, y = lp[0], lp[1]
Ahh! Thanks, this is what I need. (Is this documented anywhere?) - Emil
--
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, s
On Sunday, 13 May 2012 19:36:13 UTC+2, Robert Miller wrote:
>
> On Sunday, May 13, 2012 5:12:32 AM UTC-7, William wrote:
>>
>> On Sun, May 13, 2012 at 6:51 AM, Dima wrote:
>> > recently there was a post on sage-devel from Robert Miller (who wrote
>> > quite a bit of Sage code):
>> > https://gr
On Monday, May 14, 2012 7:32:25 PM UTC-5, Emil wrote:
>
> lp = MixedIntegerLinearProgram(maximization=True)
> x = lp.new_variable()
>
> Then I do:
>
> nlp = copy(lp)
> x = nlp.new_variable()
>
> The variable 'x' now seems to contain different variables. So I cannot
> add any constraints that
Hi Nathann,
Thanks for writing the MILP class - it works very well. Now, I can do:
x = lp.new_variable()
Is there any way to do something like
x = lp.get_existing_variables()
?
I'm working on some graph theoretic stuff: I'm solving two LPs for
each graph, for as many graphs as I can. - Emil.
On Tuesday, 15 May 2012 09:54:15 UTC+2, Nathann Cohen wrote:
>
> > Well, you can call GAP, e.g. as follows:
> >
> > sage: gap("Orbit("+str(ag._gap_())+",[1,2,7],OnSets);")
> > [ [ 1, 2, 7 ], [ 1, 2, 3 ], [ 1, 6, 9 ], [ 2, 3, 4 ], [ 3, 4, 10 ],
> > [ 1, 6, 8 ], [ 3, 4, 8 ], [ 4, 9, 10 ], [
> Well, you can call GAP, e.g. as follows:
>
> sage: gap("Orbit("+str(ag._gap_())+",[1,2,7],OnSets);")
> [ [ 1, 2, 7 ], [ 1, 2, 3 ], [ 1, 6, 9 ], [ 2, 3, 4 ], [ 3, 4, 10 ],
> [ 1, 6, 8 ], [ 3, 4, 8 ], [ 4, 9, 10 ], [ 4, 7, 9 ], [ 5, 8, 10 ],
> [ 2, 5, 7 ], [ 5, 6, 8 ], [ 3, 5, 8 ], [ 4, 6, 9 ]
By the way, could I ask you what lead you to create and solve many LP ? I
mean, what are you solving which requires you to do that ? ^^;
Nathann
--
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to
sage-support+unsubscr...@googlegr
28 matches
Mail list logo
