On Sat, Feb 28, 2009 at 1:08 AM, Kwankyu wrote:
>
> Regarding (2), you may start with Florian Hess' paper "Computing
> Riemann-Roch spaces in algebraic function fields and related topics"
> in the Journal of Symbolic Computation, vol 11, 2001, which describes
> an algorithm, which, I guess, is i
Regarding (2), you may start with Florian Hess' paper "Computing
Riemann-Roch spaces in algebraic function fields and related topics"
in the Journal of Symbolic Computation, vol 11, 2001, which describes
an algorithm, which, I guess, is implemented in Magma.
--~--~-~--~~~-
On Fri, Feb 27, 2009 at 5:02 PM, mabshoff wrote:
>
>
>
> On Feb 27, 1:58 pm, Ondrej Certik wrote:
>> On Fri, Feb 27, 2009 at 1:36 PM, mabshoff wrote:
>
>
>
>> > Two points:
>>
>> > * just don't call it Sage
>>
>> I won't.
>
> I did not expect you to do that :)
Especially since he asked earli
On Fri, Feb 27, 2009 at 4:24 PM, Ondrej Certik wrote:
>
>>> Another thing --- I'd like to create some repository with my packages,
>>> so that people can just "sage -i" install them, without having to
>>> first wget all the spkg and install them manually. So I thought I
>>> would get my packages
On Sat, 28 Feb 2009, mabshoff wrote:
> Well, let me rephrase my point: If you
>
> touch spkg/installed/clisp-2.46.p7
>
> Sage's dependency system will assume that that clisp.spkg is
> installed, so even if the compilation failed at some point you never
> need to mess with "deps", i.e. the instru
On Wed, Feb 25, 2009 at 1:58 PM, Harald Schilly
wrote:
>
> Surf, part of Surfer: http://www.imaginary2008.de/surfer.php - license gplv2+
> the source builds+runs on my ubuntu 8.10. therefore it could be used
> to visualize 3d equations implicitly (contours maybe too?)
> examples: http://www.imagi
Also FYI, Surf is definitely a known quantity in the Sage world:
http://www.sagemath.org/doc/const/node15.html
http://www.sagemath.org/doc/const/node17.html
Don't know how well it plays with it, though, or if the experimental
spkg has been updated recently.
- kcrisman
--~--~-~--~~--
I'm not a mathematician, but a good idea could be improving Piecewise functions.
Ronan
Em Qua, 2009-02-25 às 14:38 -0600, Francisco Veach escreveu:
> I'm planning a semester-long project for the fall that will involve
> implementing/improving algebra related functions of Sage. I'm taking
> this
Kenny wrote:
> Quite impressive... I'm used to the 3D surface plot that cames out
> from
> mathcad and matlab, this seem to be on another level. I've downloaded
> the spkg but now I don't feel brave enough to install it, I will try
> it on my
> ubuntu box tomorrow, this a thing that works better d
Quite impressive... I'm used to the 3D surface plot that cames out
from
mathcad and matlab, this seem to be on another level. I've downloaded
the spkg but now I don't feel brave enough to install it, I will try
it on my
ubuntu box tomorrow, this a thing that works better during the day!
On 27 Feb
Now I understand wot you mean when you say matplotlib backend! :)
sorry eventually I got the point... anyway thats great, using the same
code that matplotlib use, and at the end be able to decide to plot a
pretty
png, render a javascript that uses FLOT or maybe a good PDF for
inclusion
in latex do
>> I will use BSD for code that I write, unless I am forced otherwise. I
>> think as long as my code runs standalone,
>
> I assume you will have an spkg that contains your BSD licensed code,
> but just uses some bits of the Sage building system to build it. That
> is perfectly legal and does not c
>> > * just don't call it Sage
>>
>> I won't.
But, we will give Sage credit :)
> Yes, absolutely. I just wanted to make sure no one slabbed BSD license
> headers on top of scripts I have significantly contributed to without
> asking (and I did not think of you in that case, but there are other
On Feb 27, 2:30 pm, François Bissey wrote:
> On Sat, 28 Feb 2009, mabshoff wrote:
Hi Francois,
> > I.e. not all Gentoo releases fail when building clisp, i.e. at least
> > one person hanging out in IRC has reported to me that Sage 3.3 just
> > build for him on a 64 bit Gentoo box. And modi
On Sat, 28 Feb 2009, mabshoff wrote:
> On Feb 27, 2:08 am, François Bissey wrote:
> > On Fri, 27 Feb 2009, mabshoff wrote:
> Ok, it is a little longer than I would have thought it would be. Maybe
> we you can stick something in the Sage 3.4 release tour wiki page and
> we mention the link from t
On Feb 27, 2:20 pm, mark mcclure wrote:
> On Feb 27, 7:44 am, mabshoff wrote:
Hi Mark,
> > Please keep an eye on this for 3.4
>
> I built Sage 3.4.alpha0 today on my MacPro with OSX 10.5.5.
> I get the same problem; the Traceback message looks pretty
> much the same.
Yes, I did not expect
On Feb 27, 7:44 am, mabshoff wrote:
> On Feb 27, 4:24 am, mark mcclure wrote:
>
> > The basic help mechanism doesn't seem to work in the the sage 3.3
> > notebook.
>
> I just checked and get the following on OSX:
>
> * the 3.3 notebook 3.3 started from the commend line - plot? works as
> expec
On Feb 27, 1:58 pm, Ondrej Certik wrote:
> On Fri, Feb 27, 2009 at 1:36 PM, mabshoff wrote:
> > Two points:
>
> > * just don't call it Sage
>
> I won't.
I did not expect you to do that :)
> > * what license do you want to use for the code from the local/bin
> > repo in Sage? The code in
Yes, right after I posted I noticed all of the /sw 's in the compiler
flags. So I removed my fink install path and now it fails to build in
another place. I will just wait, no worries.
--
David Monarres
dmmonar...@gmail.com
"There... I've run rings 'round you logically"
-- Monty Python's F
On Fri, Feb 27, 2009 at 1:36 PM, mabshoff wrote:
>
>
>
> On Feb 27, 1:24 pm, Ondrej Certik wrote:
>
>
>
>> One more question: -- I am trying to take sage-3.3.tar and strip it
>> from unnecessary spkgs that I don't need -- seems to me that I can
>> just delete them?
>
> Yes
>
>> I am learning th
On Feb 27, 1:44 pm, John Cremona wrote:
Hi John,
> Thanks -- I thought that a while ago we agreed not to have non-7-bit
> characters (e.g. in names of Authors).
Well, we kind of did, but that evil Mike Hansen might have snuck some
of them back in :). In Python files themselves we can deal wi
John Cremona wrote:
> 2009/2/27 Jason Grout :
>> John Cremona wrote:
>>> I have just been to a colloquium talk by numerical analyst Nick Higham
>>> (Manchester) called "How to compute and not to compute a matrix
>>> exponential". He has new methods which are now in mathematica, matlab
>>> and NAG
On Feb 27, 1:40 pm, "David M. Monarres" wrote:
> Hello all,
Hi David,
> The build of graphviz-2.16.1.p0 with sage 3.3 on Intel Mac fails.
The spkg is quite outdated and likely broken in some other way. The
current graphviz release is 2.21 IIRC with 2.22 about to be released.
> So
> I ex
Thanks -- I thought that a while ago we agreed not to have non-7-bit
characters (e.g. in names of Authors). But it is weird that sage-main
runs fine whlie the clone does not.
John
2009/2/27 mabshoff :
>
>
>
> On Feb 27, 1:26 pm, John Cremona wrote:
>
> Hi John,
>
>> From my newly built 3.4.alp
On Feb 27, 1:16 pm, Ondrej Certik wrote:
> On Fri, Feb 27, 2009 at 12:12 PM, mabshoff wrote:
> > ATLAS does not depends on CBLAS because it uses the CBLAS interface.
This should read "ATLAS does depends ..." obviously ;)
> > But if you need the F77 BLAS interface you just need to add f77b
Hello all,
The build of graphviz-2.16.1.p0 with sage 3.3 on Intel Mac fails. So
I executed sage -sh and ran make from the src directory. The build
works until making gv where it fails with this error.
Making all in gv
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -
Kenny wrote:
> I think I'm missing the point, is a canvas matplolib backend able to
> work
> as client side plotting render?? I've seen the @interact method and
I think so. I see the canvas backend as behaving like the normal GUI
backends to matplotlib, which allow panning, zooming, picking poi
On Feb 27, 1:24 pm, Ondrej Certik wrote:
> One more question: -- I am trying to take sage-3.3.tar and strip it
> from unnecessary spkgs that I don't need -- seems to me that I can
> just delete them?
Yes
> I am learning the dependencies in
> spkg/standard/deps, because it's a bit tricky --
On Feb 27, 1:26 pm, John Cremona wrote:
Hi John,
> From my newly built 3.4.alpha0 I made a clone but it will not run,
> complaining about things like this:
>
> SyntaxError: Non-ASCII character '\xc3' in file
> /home/john/sage-3.4.alpha0/local/lib/python2.5/site-packages/sage/combinat/
> sloa
2009/2/27 Jason Grout :
>
> John Cremona wrote:
>> I have just been to a colloquium talk by numerical analyst Nick Higham
>> (Manchester) called "How to compute and not to compute a matrix
>> exponential". He has new methods which are now in mathematica, matlab
>> and NAG but (apparantly) nowhere
>From my newly built 3.4.alpha0 I made a clone but it will not run,
complaining about things like this:
SyntaxError: Non-ASCII character '\xc3' in file
/home/john/sage-3.4.alpha0/local/lib/python2.5/site-packages/sage/combinat/sloane_functions.py
on line 6381, but no encoding declared; see
http:/
John Cremona wrote:
> I have just been to a colloquium talk by numerical analyst Nick Higham
> (Manchester) called "How to compute and not to compute a matrix
> exponential". He has new methods which are now in mathematica, matlab
> and NAG but (apparantly) nowhere else. He only seemed intereste
>> Another thing --- I'd like to create some repository with my packages,
>> so that people can just "sage -i" install them, without having to
>> first wget all the spkg and install them manually. So I thought I
>> would get my packages to sage experimental, but is there any procedure
>> for that?
On Fri, Feb 27, 2009 at 12:12 PM, mabshoff wrote:
>
>
>
> On Feb 27, 11:53 am, Ondrej Certik wrote:
>> Hi,
>
> Hi,
>
>> I have some C code that uses lapack (http://www.openmx-square.org/)
>> --- how should I link with it in Sage?
>
> It depends, C code can either use either Fortran code directly
Guys,
sorry to miss this very interesting conversation, but I'll be out of
town for work during the next week, and I should really be going to
prepare the luggage right now! ;) My flight departs in 12 hours, and I
should sleep a little bit as well.
Hopefully, I'll catch on this next week
Enjoy!!
Kenny wrote:
> I think that it is quite hard to develop a graphic platform that
> perform well
> displaying both 3D 2D and general graphics... sometimes it is good to
> have
> some interactive 2D plotting and use other graphical engine for
> complex
> diagram such as polar or smith chart.
>
Did
On Feb 27, 11:53 am, Ondrej Certik wrote:
> Hi,
Hi,
> I have some C code that uses lapack (http://www.openmx-square.org/)
> --- how should I link with it in Sage?
It depends, C code can either use either Fortran code directly or
might rely on a CLapack implementation.
> In Debian I just do:
I do know that matplotlib works with dynamic backends, so I would
imagine it would be able to do the job without a constantly poling
the server.
On Feb 27, 2009, at 11:59 AM, Kenny wrote:
>
> I think I'm missing the point, is a canvas matplolib backend able to
> work
> as client side plottin
I think I'm missing the point, is a canvas matplolib backend able to
work
as client side plotting render?? I've seen the @interact method and
with it I
was able to change the zoom level moving a slider, that is quite
enough,
but it has a drawback, every time you move the slider the client will
req
I think that it is quite hard to develop a graphic platform that
perform well
displaying both 3D 2D and general graphics... sometimes it is good to
have
some interactive 2D plotting and use other graphical engine for
complex
diagram such as polar or smith chart.
Apart from this consideration I li
Hi,
I have some C code that uses lapack (http://www.openmx-square.org/)
--- how should I link with it in Sage?
In Debian I just do:
target_link_libraries(openmx fftw3 lapack blas gfortran)
e.g. I link with lapack, blas and gfortran and it works. In sage, it
also requires atlas and cblas, so th
On Feb 27, 2009, at 9:27 AM, Tom Boothby wrote:
> In an ideal world, all graphics objects would have the ability to
> render themselves in FLOT. There are currently some issues with this:
>
> 1) FLOT doesn't appear to be able to make shapes -- circles,
> polygons, etc.
> 2) Graphics objects ha
> Nick Alexander's point about EXPR(x=...) actually being a call is
> another reason to not mention both options. That could presumably be
> fixed with a wording change, but I also have a preference for not
> including a multi-paragraph essay in the warning message :)
If we want short and sweet,
On Fri, Feb 27, 2009 at 10:20 AM, Jason Bandlow wrote:
>
> Carl Witty wrote:
>> On Fri, Feb 27, 2009 at 2:29 AM, Jason Grout
>> wrote:
>>> Can't you put both?
>>>
>>> "Doing substitutions by calling a symbolic expression is deprecated;
>>> use EXPR(x=...,y=...) or EXPR.subs(x=..., y=...) instead
> "Doing substitutions by calling a symbolic expression is deprecated;
> use EXPR(x=...,y=...) or equivalently EXPR.subs(x=..., y=...) instead"
I like the "equivalently", but EXPR(x=...) *is* calling a symbolic
expression -- both EXPR(1) and EXPR(x=1) go through the __call__
method. This is
Carl Witty wrote:
> On Fri, Feb 27, 2009 at 2:29 AM, Jason Grout
> wrote:
>> Can't you put both?
>>
>> "Doing substitutions by calling a symbolic expression is deprecated;
>> use EXPR(x=...,y=...) or EXPR.subs(x=..., y=...) instead"
>>
>> Or
>>
>> "Function evaluation of symbolic expressions with
In an ideal world, all graphics objects would have the ability to
render themselves in FLOT. There are currently some issues with this:
1) FLOT doesn't appear to be able to make shapes -- circles, polygons, etc.
2) Graphics objects have an additive structure: (circle + text +
plot).show() works
I have just been to a colloquium talk by numerical analyst Nick Higham
(Manchester) called "How to compute and not to compute a matrix
exponential". He has new methods which are now in mathematica, matlab
and NAG but (apparantly) nowhere else. He only seemed interested in
getting good speed & pr
On Fri, Feb 27, 2009 at 2:29 AM, Jason Grout
wrote:
> Can't you put both?
>
> "Doing substitutions by calling a symbolic expression is deprecated;
> use EXPR(x=...,y=...) or EXPR.subs(x=..., y=...) instead"
>
> Or
>
> "Function evaluation of symbolic expressions without specifying
> variables is
Jason's argument is interesting. I'll think about that one; if good
math and good programming go together, it should probably be done.
Anyway, the decision is made.
But I'm not sure that x(x+1) being x+1 is as much of a problem; does x
(x+1) have any meaning in the current Sage framework other t
mark mcclure wrote:
> On Feb 27, 7:57 am, mabshoff wrote:
>> On Feb 27, 4:44 am, Jason Grout wrote:
>>> So it seems that your timings indicate that Networkx's isomorphism
>>> checker is faster than the Sage one, even if we convert to c_graphs. Is
>>> that right?
>>> That's embarrassing; I thoug
On Feb 27, 2:08 am, François Bissey wrote:
> On Fri, 27 Feb 2009, mabshoff wrote:
> Ok Michael,
> I attached a hopefully detailed and thorough snippet.
> I will see about the vmware image that you and William
> would like but I make no promise. I thought there was some
> generic linux bin
On Feb 27, 5:10 am, mark mcclure wrote:
> On Feb 27, 7:44 am, mabshoff wrote:
Hi Mark,
> > On Feb 27, 4:24 am, mark mcclure wrote:
> > Overall I am tending to disable App bundles for 3.4 per default due to
> > time constraints and get it back to default for 3.4.x once the kinks
> > have bee
On Feb 27, 7:44 am, mabshoff wrote:
> On Feb 27, 4:24 am, mark mcclure wrote:
> Overall I am tending to disable App bundles for 3.4 per default due to
> time constraints and get it back to default for 3.4.x once the kinks
> have been worked out. Thoughts?
I do like the app; I assume one could
On Feb 27, 7:57 am, mabshoff wrote:
> On Feb 27, 4:44 am, Jason Grout wrote:
> > So it seems that your timings indicate that Networkx's isomorphism
> > checker is faster than the Sage one, even if we convert to c_graphs. Is
> > that right?
>
> > That's embarrassing; I thought we had the "fastes
On Feb 27, 4:44 am, Jason Grout wrote:
> mark mcclure wrote:
> > On Feb 26, 11:35 pm, Jason Grout wrote:
> >> What is the Networkx timing? That seems like the best.
>
> > That's just straight up NetworkX run independently of Sage.
> > Of course, the code is almost identical.
>
> So it seems t
On Feb 27, 4:24 am, mark mcclure wrote:
Hi Mark,
> The basic help mechanism doesn't seem to work in the the sage 3.3
> notebook. For example, if I type 'plot?' in the Sage 3.2.3 notebook,
> I get the description of the plot function. I can also type 'plot?'
> into
> the command line version
mark mcclure wrote:
> On Feb 26, 11:35 pm, Jason Grout wrote:
>> What is the Networkx timing? That seems like the best.
>
> That's just straight up NetworkX run independently of Sage.
> Of course, the code is almost identical.
So it seems that your timings indicate that Networkx's isomorphism
The basic help mechanism doesn't seem to work in the the sage 3.3
notebook. For example, if I type 'plot?' in the Sage 3.2.3 notebook,
I get the description of the plot function. I can also type 'plot?'
into
the command line version of 3.3 and it works fine. I get the error
below in the Sage 3.
On Feb 26, 11:35 pm, Jason Grout wrote:
> What is the Networkx timing? That seems like the best.
That's just straight up NetworkX run independently of Sage.
Of course, the code is almost identical.
Mark
--~--~-~--~~~---~--~~
To post to this group, send email to
Maurizio wrote:
> I have another question.
> What do you think about the SAGE functions that are going to use FLOT?
After we have an spkg, I think we should add a 'flot' option to the
viewer argument of the show command that would show the plot using FLOT
if FLOT is installed. Is this the sor
arl Witty wrote:
> On Thu, Feb 26, 2009 at 9:24 PM, William Stein wrote:
>> On Thu, Feb 26, 2009 at 9:08 PM, Carl Witty wrote:
>>> So, should I prepare patches that deprecate implicit calling of
>>> symbolics and of polynomials? (Would they be likely to be accepted?)
>> Definitely for symbolics
On Fri, 27 Feb 2009, mabshoff wrote:
> I have a badly hacked together clisp-2.47.spkg for my Sparc Solaris
> build, but it does not have all the patches in it that we used for
> clisp 2.46. I don't want to spend any more time on this since I have
> wasted too much time on clisp instead of doing the
Sorry... i forgot to display the results:
+ True
+ False
That means the bug is in the dump or the load function!
On Feb 27, 10:33 am, Kenny wrote:
> I've took a look a the example code, and so I think that the bug is
> in the dumps and load function:
>
> var('Rs')
> mio = Rs + Rs*Rs + sqrt(10
I've took a look a the example code, and so I think that the bug is
in the dumps and load function:
var('Rs')
mio = Rs + Rs*Rs + sqrt(10)
tuo=loads(dumps(mio))
print mio._operands[0]._operands[0] is Rs
print tuo._operands[0]._operands[0] is Rs
IAt this time I've not looked inside the code, but
Dear all,
I am so glad to hear that the implicit substitutions are going to go! It
is so much clearer to write e.g.
var('a b c x')
f = a*x^2 + b*x + c
f(x=4,a=1,b=3,c=2)
rather than
f(1,3,2,4)
to get the desired result. Most people I know got burned with implicit
assumptions in Fortran unti
During this week end I'll try to put together an spkg with a simple
flot graph
without the pop-up using floating DIS the same as the jsmath. Hope
this
will renew the interest in this interactive plotting. After that it
will be possible to
discuss and investigate the pros and cons of this solution.
A belated build/test report on a 64-bit Suse linux machine. Build ok,
tests fail in devel/sage/sage/interfaces/sage0.py, not sure if this
has been reported before so here's the output:
File "/home/jec/sage-3.4.alpha0/devel/sage/sage/interfaces/sage0.py",
line 435:
sage: F == sage0(F)._sage_(
I have another question.
What do you think about the SAGE functions that are going to use FLOT?
In my opinion, simply providing a FLOT spkg that adds the javascript,
will not provide any additional feature to the users, because all the
people that would have been capable to write the js powered f
Carl,
you were totally right.
The results are matching your previsions. I get:
var('Cb')
G_igr_d._operands[1]._operands[1] is Cb
False
G_works = SR(repr(G_igr_d))
time G_works.subs(paramsd)
Time: CPU 0.16 s, Wall: 0.86 s
I add now another aspect: the G_igr_d is symbolically evaluated in
ano
70 matches
Mail list logo
