[sage-devel] Re: Can maxima do more than sage?

2008-03-28 Thread Michel
> > > Anyway, I'm not sure what to do about this. I don't even know what > "complex infinity" means... Sure you do (as someone working in modular forms)! Infinity is the point at infinity of the projective line over the complex numbers (which is a 2-sphere). z<-->1/z exchanges complex infinity

[sage-devel] Re: Can maxima do more than sage?

2008-03-28 Thread Burcin Erocal
On Thu, 27 Mar 2008 23:44:27 -0700 "William Stein" <[EMAIL PROTECTED]> wrote: > > On Thu, Mar 27, 2008 at 11:29 PM, Nils Bruin <[EMAIL PROTECTED]> wrote: > > > > I tried the first example below in sage. It failed , complaining that > > maxima wanted to know whether x was positive, negative or

[sage-devel] Re: Can maxima do more than sage?

2008-03-28 Thread William Stein
On Fri, Mar 28, 2008 at 1:30 AM, Michel <[EMAIL PROTECTED]> wrote: > > > > > > > > Anyway, I'm not sure what to do about this. I don't even know what > > "complex infinity" means... > > Sure you do (as someone working in modular forms)! > Infinity is the > point at infinity of the projectiv

[sage-devel] Re: Can maxima do more than sage?

2008-03-28 Thread Michel
I guess you are right. In modular forms one actually works with the complex upper half plane equipped with the action of a discrete group. If I am not mixing things up (which is quite likely as I am not an expert) you want a sort of minimal compactification which is equivariant for the action of t

[sage-devel] Problem building 2.10.4 on Mac OSX

2008-03-28 Thread DuaneKaufman
Hi, I am attempting to build Sage 2.10.4 om Mac OSX 10.3.9 (PPC), and have run into an error building cremoz/eclib. The error output looks like: g++ -c -g -O2 -DNEW_OP_ORDER -DUSE_PARI_FACTORING -I../include - DNTL_ALL -I/Users/wendy/Transfer/sage-2.10.4/local/include -I/Users/ wendy/Transfer

[sage-devel] Re: Problem building 2.10.4 on Mac OSX

2008-03-28 Thread mabshoff
On Mar 28, 11:28 am, DuaneKaufman <[EMAIL PROTECTED]> wrote: > Hi, > > I am attempting to build Sage 2.10.4 om Mac OSX 10.3.9 (PPC), and have > run into an error building cremoz/eclib. The error output looks like: > Any idea what to try next? Hi Duane, building Sage on OSX 10.3 is no longer

[sage-devel] Re: mercurial --> plain text --> mercurial

2008-03-28 Thread didier deshommes
Thanks Martin, I think the issue is that we want a version of our repository that has no binary data in it for transparency. The virus part is just a possible scenario that has been blown out of proportion because of the way I asked the question, since I didn't understand it well enough myself :)

[sage-devel] Re: Question on plot behavior

2008-03-28 Thread Nick Alexander
> As a compromise between you and Jason Grout I just went through the > plot code > and made sure all the print statements are replaced by calls to the > verbose(...) > function. This is a compromise because they're calls with the option > level=0, so > people will see them unless they type s

[sage-devel] Re: repr or input_form or some way of getting the code to create an object

2008-03-28 Thread Carl Witty
On Mar 27, 11:13 pm, "William Stein" <[EMAIL PROTECTED]> wrote: > I think it's worth rethiking our _foo_init_ methods a little and allowing > a tiny bit more than a single string that has to eval to the object. > However, it's critical that we don't do something that is at all complicated > or "ni

[sage-devel] Re: Plot bug?

2008-03-28 Thread dean moore
Something else to try (did in a notebook, not command line) is some variant of var('x') p = plot(sin(x), 0, 0.01) p.show(xmin = 0, xmax = 0.02, ymin = 0, ymax = 0.02) Hopefully this helps with the xmin -- xmax problems at which I too have sworn. You may also change size of image with a modi

[sage-devel] Re: Plot bug?

2008-03-28 Thread Jason Grout
William Stein wrote: > On Thu, Mar 27, 2008 at 9:01 PM, Jo <[EMAIL PROTECTED]> wrote: >> I have tried to plot a graphic in the notebook with a small scale (<1) >> and it end up by showing up nothing: >>sage: var('x') >>sage: plot(sin(x), 0, 0.01) >> > > Try this: > > sage: plot(sin(x),

[sage-devel] Re: Plot bug?

2008-03-28 Thread dean moore
At risk of being irrelevant, one AlexGhitza took out another max/min ticket at < http://trac.sagemath.org/sage_trac/ticket/2607 > in response to an earlier thread in sage-support, "Possible bug in Solve()," last March 18 -- 20. * So find_minimum_on_interval() returns a local minimum as opposed t

[sage-devel] Re: repr or input_form or some way of getting the code to create an object

2008-03-28 Thread Nick Alexander
> Here's a nicely overengineered rough proposal. I didn't comment before, but... In my opinion this is not over-engineered. This is the canonical way to do this sort of thing. whole-heartedly support this style and wish it was in place in other areas, such as the production of latex out

[sage-devel] Re: repr or input_form or some way of getting the code to create an object

2008-03-28 Thread Carl Witty
On Mar 5, 7:13 pm, Carl Witty <[EMAIL PROTECTED]> wrote: > Here's a nicely overengineered rough proposal. The idea is to make it > easy to write _sage_init_ methods, and get very nice output; without > worrying much about how hard it is to write the framework. (I would > probably write the frame

[sage-devel] Re: [sage-support] Re: quaternions

2008-03-28 Thread Justin Walker
On Mar 27, 2008, at 3:47 PM, John Cremona wrote: > > Although Justin's solution certainly works, one might consider adding > a "real_part()" function to the quaternion class. But it would not do > to call the function "real_part" since of course it depends on the > ground field (which in the exa

[sage-devel] polytope classes and organization

2008-03-28 Thread mhampton
Hi everybody, Recently while working on the gfan interface I starting thinking about adding some other polytope-related functionality to Sage, but I am not sure how it should be organized. The classes I created in gfan (probably to be sage-2.11) are somewhat ad-hoc. In the near future I plan on

[sage-devel] Vertex colors

2008-03-28 Thread Robert Miller
I thought it appropriate to put this one to vote. As someone has pointed out( http://trac.sagemath.org/sage_trac/ticket/2684 ), red is not an ideal color for vertices, since it is too dark. I propose we change them to white. Thoughts? --~--~-~--~~~---~--~~ To post

[sage-devel] Re: Vertex colors

2008-03-28 Thread William Stein
On Fri, Mar 28, 2008 at 6:17 PM, Robert Miller <[EMAIL PROTECTED]> wrote: > > I thought it appropriate to put this one to vote. As someone has > pointed out( http://trac.sagemath.org/sage_trac/ticket/2684 ), red is > not an ideal color for vertices, since it is too dark. I propose we > change

[sage-devel] Re: Where at UW should we have Sage Dev Days 1 (sage days 8.5)?

2008-03-28 Thread boothby
William Gates Hall (LAW) 119 has a ceiling mount projector, wifi, and 60 rolly chairs. http://www.css.washington.edu/room/434 Also, Parrington is really nice -- if you recall, that's the building we did the VIGRE status report meetings. Same amenities as above. http://www.css.washington.edu/ro

[sage-devel] Sage 2.11.alpha2 released!

2008-03-28 Thread mabshoff
Hello folks, this is 2.11.alpha2. It is a little later than I had hoped and planned mostly due to the fact that Easter and Spring break put somewhat of a damper on development. So far we merged 111 patches into this release. There were fixes all over the map. This build should now also build fin

[sage-devel] Re: Sage 2.11.alpha2 released!

2008-03-28 Thread Kiran Kedlaya
Am I first to respond? w00t! But I have an unfair advantage this week, being in an unusual time zone (India). Anyway, on 64-bit RH (Opteron), I get one doctest failure (not in parallel): sage -t devel/sage-main/sage/dsage/tests/testdoc.py which fails as follows: - sage -t devel/sa

[sage-devel] Re: Sage 2.11.alpha2 released!

2008-03-28 Thread Yi Qiang
Hey Kiran, Can you run sage -t -verbose devel/sage-main/sage/dsage/tests/ and attach the output of that? Thanks, Yi On Fri, Mar 28, 2008 at 11:01 PM, Kiran Kedlaya <[EMAIL PROTECTED]> wrote: > > Am I first to respond? w00t! But I have an unfair advantage this week, > being in an unusual time z