>> From command line of Sage 3.1.1, I saved some object, and then I could
>> open it with sage 3.2.3. Next I open test.sobj (this was created by a
>> sage program) in sage 3.1.1, saved it again, and when I tried to open
>> it on sage 3.2.3. Here you will find that object:
>> http://math.arizona.
Hi guys,
For the benefit of others stuck as I was, or for those working on the
ticket, here's a simplified version of what's been working for me over
the last few months:
res = mathematica(mathcommand)
res_s = repr(res).replace('{','[').replace('}',']').replace
('*^','e').replace('\n','') #Conve
Unfortunately published interact apps do not work by design for
security reasons.
On Sun, Mar 1, 2009 at 4:10 PM, dracero wrote:
>
> I was trying to publish interactive graphics which I perform using
> interact. I saw the slide bars and the numbers changing their values
> but I could not see any
I was trying to publish interactive graphics which I perform using
interact. I saw the slide bars and the numbers changing their values
but I could not see any graphic.
Does anybody help in order to get graphics in my published files?
Thanks in advance.
--~--~-~--~~~--
On Sun, Mar 1, 2009 at 9:56 AM, Alex Lara wrote:
>
> From command line of Sage 3.1.1, I saved some object, and then I could
> open it with sage 3.2.3. Next I open test.sobj (this was created by a
> sage program) in sage 3.1.1, saved it again, and when I tried to open
> it on sage 3.2.3. Here you
>From command line of Sage 3.1.1, I saved some object, and then I could
open it with sage 3.2.3. Next I open test.sobj (this was created by a
sage program) in sage 3.1.1, saved it again, and when I tried to open
it on sage 3.2.3. Here you will find that object:
http://math.arizona.edu/~alara/tes
Thanks Simon! I didn't know that script already existed.
Now I know what needs to be done.
On Sun, Mar 1, 2009 at 11:59 AM, Simon King wrote:
>
>> Hence, assuming that you are in spkg/standard, you could define
>> GAP=`./newest_version gap`
>> which currently yields GAP=gap-4.4.10.p10, and th
> Hence, assuming that you are in spkg/standard, you could define
> GAP=`./newest_version gap`
> which currently yields GAP=gap-4.4.10.p10, and then you have to
> somehow remove the '.p10'.
Upps, I tested the above in an *old* version of Sage. So, currently we
have
> ./newest_version gap
gap-
Dear David,
On Mar 1, 5:04 pm, David Joyner wrote:
> >> > newest_version gap
> >> > gap-4.4.12.p1
>
> >> > and strip the ".pX" off the version number in case it exists. Another
> >> > one would be to look into the right directory and find the highest
> >> > currently installed GAP version.
> O
Hi Alex,
On Sun, Mar 1, 2009 at 8:20 AM, Alex Lara wrote:
>
> I'm using Sage 3.2.3. I can't load objects created and saved with Sage
> 3.1.1. I got the following message:
> DeprecationWarning: Your data is stored in an old format. Please use
> the save() function to store your data in a more re
I'm using Sage 3.2.3. I can't load objects created and saved with Sage
3.1.1. I got the following message:
DeprecationWarning: Your data is stored in an old format. Please use
the save() function to store your data in a more recent format.
--~--~-~--~~~---~--~~
To
On Sun, Mar 1, 2009 at 8:37 AM, mabshoff
wrote:
>
>
>>
>> > One way to attack this would be to use something along the lines of
>>
>> > mabsh...@sage:/scratch/mabshoff/sage-3.4.alpha1/spkg/standard$ ./
>> > newest_version gap
>> > gap-4.4.12.p1
>>
>> > and strip the ".pX" off the version n
> sagemath and trac are down now anyway, so I'm not sure if this can be
> fixed today.
> I can start working on it after I finish grading an exam tomorrow and
> Almost definitely will be free to work on it a large chunk of the day
> Tuesday.
>
They (=sagemath, cython, etc.) are all back up now.
I didn't get c.imag() to work for me either, I tried something like this:
a=(sqrt(-3)+2)^2
print a
print a.expand()
print a.expand().imag()
and got
2
(sqrt(3) I + 2)
4 sqrt(3) I + 1
4 sqrt(3)
HTH,
A. Jorge Garcia
calcp...@aol.com
h
On Mar 1, 5:04 am, David Joyner wrote:
> I can work on #5397 some today (finally).
>
> On Feb 27, 5:17 pm, mabshoff
> dortmund.de> wrote:
> > On Feb 27, 3:37 am, David Joyner wrote:
>
> > > Just a guess that the skpg install script hardwires the wrong
> > > directory for the GAP pkgs.
>
> > I
I can work on #5397 some today (finally).
On Feb 27, 5:17 pm, mabshoff wrote:
> On Feb 27, 3:37 am, David Joyner wrote:
>
> > Just a guess that the skpg install script hardwires the wrong
> > directory for the GAP pkgs.
>
> I have been thinking about such build problems and similar things
> ha
On Mar 1, 2009, at 4:09 AM, Alasdair wrote:
>
> Here's the error:
>
> c=complex((sqrt(3)+2*I)^4)
> imag(c)
>
> returns
>
> "TypeError: 'float' object is not callable"
>
> So - how do I obtain the imaginary part of c?
c.imag
Our imag() function should really know about Python complex variables..
Here's the error:
c=complex((sqrt(3)+2*I)^4)
imag(c)
returns
"TypeError: 'float' object is not callable"
So - how do I obtain the imaginary part of c?
Thanks,
Alasdair
--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To u
18 matches
Mail list logo
