> Btw: would it be easy to extract from the current automated release
> tools a python function that given a ticket number would return the
> url's of the corresponding patches on trac?
>
See the first two functions in $SAGE_ROOT/local/bin/sage-apply-ticket.
-cc
--~--~-~--~~
On 2009-Jun-24 13:56:59 -0700, Robert Miller wrote:
>
>> Another point to make is a video I saw recently by the SVN guys, who
>> claimed that the amount of discussion which centers around a decision
>> is inversely proportional to how important it is. They related a story
>> where the project near
Dear all,
I remember that the axes labelling in plot() has been discussed a
while ago, but it seems that it still has not been fixed. If the range
on the y-axis contains only very small numbers, the labels disappear
altogether. Example:
plot(2^(-20*x),(x,1,10))
This is in sage-4.0.2. Does anyon
> * A collection of databases of mathematical, scientific, and
> socio-economic information (see below)
Man, that would be neat to have data like that at your fingertips with
a sage interface and R and Python backing you up. (and not having to
work to hard to have to configure the interface
On Jun 25, 9:51 pm, Ondrej Certik wrote:
> Here I am hosting the video files on the sage.math server and
> that's it, no restrictions...
true, and i think the ultimate goal is to use the video tag of html5
(firefox 3.5 and friends) and encode to ogg theora. there is also a
possiblilty to fallbac
sage: complex_plot(lambda x:(x^2 + I).sqrt().real_part(), (-2, 2), (-2, 2))
works for me. (The examples in complex_plot? suggest using the lambda
operator to define the function.)
On Thu, Jun 25, 2009 at 10:31 PM, Nick Alexander wrote:
>
> Can someone verify that this is a bug? Any hope a fix?
Hi
On Thu, Jun 25, 2009 at 11:31 PM, Nick Alexander wrote:
>
> Can someone verify that this is a bug? Any hope a fix? (This is with
> sage-4.0.2 on sage.math.)
>
> {{{
> sage: complex_plot((x^2 + I).sqrt().real_part(), (-2, 2), (-2, 2))
>
Built fine on G4 OSX.4.
- kcrisman
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.goo
On Fri, Jun 26, 2009 at 11:49 AM, Skylar
Saveland wrote:
>
>> * A collection of databases of mathematical, scientific, and
>> socio-economic information (see below)
>
> Man, that would be neat to have data like that at your fingertips with
> a sage interface and R and Python backing you up. (
On Fri, Jun 26, 2009 at 11:28 AM, Stan Schymanski wrote:
>
> Dear all,
>
> I remember that the axes labelling in plot() has been discussed a
> while ago, but it seems that it still has not been fixed. If the range
> on the y-axis contains only very small numbers, the labels disappear
> altogether.
On Fri, Jun 26, 2009 at 12:11 PM, Harald
Schilly wrote:
>
> On Jun 25, 9:51 pm, Ondrej Certik wrote:
>> Here I am hosting the video files on the sage.math server and
>> that's it, no restrictions...
>
> true, and i think the ultimate goal is to use the video tag of html5
> (firefox 3.5 and friend
In trying to find out what was going on in another post, I tried e.g.
sage: search_src("cannot;")
find: -exec: no terminating ";"
sage: search_doc("cannot")
find: -exec: no terminating ";"
Trying to add ; at various points didn't help. Is this just me
(4.1.alpha1 fresh build on G4 X.4)? Is GA
On Fri, 26 Jun 2009 08:27:44 -0300
Golam Mortuza Hossain wrote:
>
> Hi
>
> On Thu, Jun 25, 2009 at 11:31 PM, Nick
> Alexander wrote:
> >
> > Can someone verify that this is a bug? Any hope a fix? (This is
> > with sage-4.0.2 on sage.math.)
> >
> > {{{
> > sage: complex_plot((x^2 + I).sqrt().
Skylar Saveland wrote:
>> * A collection of databases of mathematical, scientific, and
>> socio-economic information (see below)
>
> Man, that would be neat to have data like that at your fingertips with
> a sage interface and R and Python backing you up. (and not having to
> work to hard to
> I remember that the axes labelling in plot() has been discussed a
> while ago, but it seems that it still has not been fixed. If the range
> on the y-axis contains only very small numbers, the labels disappear
> altogether. Example:
>
> plot(2^(-20*x),(x,1,10))
>
> This is in sage-4.0.2. Does an
On Fri, Jun 26, 2009 at 2:26 PM, kcrisman wrote:
>
> In trying to find out what was going on in another post, I tried e.g.
>
> sage: search_src("cannot;")
> find: -exec: no terminating ";"
Maybe you don't have grep installed? What happens if you do
sage -grep cannot
from the command line?
Would it help to open a ticket for motivation? I noticed another issue,
namely that the y-axis range is chosen randomly and the plots look
different every time they are evaluated. I remember reading something
about this bug a while ago but I don't remember where.
Stan
William Stein wrote:
> O
Yes, solving # 5448 might solve it all. Thanks for pointing it out. I'm
glad mhansen is working on it, although the last post was 3 months ago.
Cheers,
Stan
kcrisman wrote:
>> I remember that the axes labelling in plot() has been discussed a
>> while ago, but it seems that it still has not been
On Jun 26, 8:47 am, William Stein wrote:
> On Fri, Jun 26, 2009 at 2:26 PM, kcrisman wrote:
>
> > In trying to find out what was going on in another post, I tried e.g.
>
> > sage: search_src("cannot;")
> > find: -exec: no terminating ";"
>
> Maybe you don't have grep installed? What happens if y
> Would it help to open a ticket for motivation? I noticed another issue,
> namely that the y-axis range is chosen randomly and the plots look
> different every time they are evaluated. I remember reading something
> about this bug a while ago but I don't remember where.
Believe it or not, this
Upon using hg_sage.import_patch with options='--no-commit', everything
works fine but I get the following extremely non-informative message
from the python-2.6 hg.py module:
DeprecationWarning: os.popen3 is deprecated. Use the subprocess
module.
x = os.popen3(s)
Hope this helps someone do som
This makes sense, thanks. The function that made me discover this
behaviour does indeed tend towards an infinite slope at the boundary of
the range I prescribed. However, I am not sure if I understand
correctly. Can it happen that points outside of the range specified by
xmin and xmax are eval
I am have been looking into the many errors reported in trac #6318
(http://trac.sagemath.org/sage_trac/ticket/6318). Most seem to be due
to only one problem, namely passing Sage symbolic expressions. This
has been mentioned elsewhere:
http://groups.google.com/group/sage-devel/browse_thread/thread
On Jun 26, 9:47 am, Stan Schymanski wrote:
> This makes sense, thanks. The function that made me discover this
> behaviour does indeed tend towards an infinite slope at the boundary of
> the range I prescribed. However, I am not sure if I understand
> correctly. Can it happen that points outsid
On Fri, Jun 26, 2009 at 4:14 PM, maxthemouse wrote:
>
> I am have been looking into the many errors reported in trac #6318
> (http://trac.sagemath.org/sage_trac/ticket/6318). Most seem to be due
> to only one problem, namely passing Sage symbolic expressions. This
> has been mentioned elsewhere:
In this case, I suspect that evaluation at the boundaries themselves is
missing. The function I was plotting decreases monotonically with a
large slope at the lower boundary, so the y-value at the lower boundary
should be the highest value of the plot. I assume that the show
boundaries overwri
> ipdb> print ex
> arctan2(real_part(y) + imag_part(x), real_part(x) - imag_part(y))
>
> Both of these fail because Sage doesn't define a symbolic arctan2
> function. There is instead a simple wrapper around arctan in
> sage/functions/trig.py:
>
> sage: arctan2(x,y)
> arctan(x/y)
>
> It's possible
William Stein wrote:
> On Wed, Jun 24, 2009 at 4:18 AM, Dr. David
> Kirkby wrote:
>> Mike Hansen wrote:
>>> On Tue, Jun 23, 2009 at 6:23 PM, Dr. David
>>> Kirkby wrote:
exp(-x^i).integral(x,0,1) returns
Traceback (click to the left for traceback)
...
Is %i an integer?
>>>
On Jun 26, 6:45 am, kcrisman wrote:
> Upon using hg_sage.import_patch with options='--no-commit', everything
> works fine but I get the following extremely non-informative message
> from the python-2.6 hg.py module:
>
> DeprecationWarning: os.popen3 is deprecated. Use the subprocess
> module.
>
>
> Trying to add ; at various points didn't help. Is this just me
> (4.1.alpha1 fresh build on G4 X.4)? Is GAP running in the
> background? But when I quit, there is no message about that, and in
> any case presumably GAP doesn't do the codebase search.
Why do you think GAP is relevant? The r
On Jun 26, 11:28 am, Nick Alexander wrote:
> > Trying to add ; at various points didn't help. Is this just me
> > (4.1.alpha1 fresh build on G4 X.4)? Is GAP running in the
> > background? But when I quit, there is no message about that, and in
> > any case presumably GAP doesn't do the codeb
> Where is the code for these sage -foo commands?
> I found them once but have forgotten where they are.
SAGE_ROOT/local/bin/sage-foo
> but I don't know where find is used here. Does grep call find?
Yes, depending on what parameters you give it. The string you give to
search_doc is actually
On Jun 26, 12:06 pm, Nick Alexander wrote:
> > Where is the code for these sage -foo commands?
> > I found them once but have forgotten where they are.
>
> SAGE_ROOT/local/bin/sage-foo
Thanks.
> > but I don't know where find is used here. Does grep call find?
>
> Yes, depending on what para
On Jun 25, 1:10 pm, gsw wrote:
> Hi,
>
> I suspect you're just running out of RAM.
> Not necessarily physically, but the construction Sage --> expect
> interface --> Maxima --> Lisp implementation is a fragile one. If the
> Lisp implementation "thinks" it runs out of space, this is not handled
> If you don't especially want to solve your problem, but prefer to see
> if random diddling with Sage makes a difference, try gsw's
> suggestions.
A recent thread concerned debugging techniques; my favourite has long
been "random diddling".
Nick
--~--~-~--~~~---~-
On Fri, Jun 26, 2009 at 6:25 AM, William Stein wrote:
>
> On Fri, Jun 26, 2009 at 12:11 PM, Harald
> Schilly wrote:
>>
>> On Jun 25, 9:51 pm, Ondrej Certik wrote:
>>> Here I am hosting the video files on the sage.math server and
>>> that's it, no restrictions...
>>
>> true, and i think the ultima
On Jun 26, 10:53 am, kcrisman wrote:
> > ipdb> print ex
> > arctan2(real_part(y) + imag_part(x), real_part(x) - imag_part(y))
>
> > Both of these fail because Sage doesn't define a symbolic arctan2
> > function. There is instead a simple wrapper around arctan in
> > sage/functions/trig.py:
>
>
On Jun 26, 9:19 am, kcrisman wrote:
> On Jun 26, 12:06 pm, Nick Alexander wrote:
>
> > > Where is the code for these sage -foo commands?
> > > I found them once but have forgotten where they are.
>
> > SAGE_ROOT/local/bin/sage-foo
>
> Thanks.
>
> > > but I don't know where find is used here.
I might be saying something obvious here, but just in case, shouldn't
atan2 be defined as
atan2(x,y) = 2*arctan(y/(sqrt(x^2+y^2)+x))
away from the origin and undefined in (0,0)?
This is maybe not very nice numerically, but symbolically should work
just fine.
Cheers
Javier
On Jun 26, 1:28 pm,
> > I'm really sorry this is so weird. This is OSX.4 on a PPC, so perhaps
> > something got changed in those scripts recently?
>
> Yes, it got changed in #5806. Can you try
>
> find SAGE_ROOT/devel/sage/sage// \( -name *.py \) -exec grep -i -H
> cannot {} +
>
Same error. I tried putting a ; i
Marshall,
Please post more details on the following; they are not known:
sage -t "devel/sage/sage/graphs/graph.py"
sage -t "devel/sage/sage/misc/sagedoc.py"
sage -t "devel/sage/sage/parallel/decorate.py"
On Thu, Jun 25, 2009 at 6:27 PM, Marshall Hampton wrote:
>
> I got
I also have a macbook with 10.4.11. I got
sage -t "devel/sage/sage/misc/sagedoc.py"
**
File
"/Users/davidjoyner/sagefiles/sage-4.1.alpha1/devel/sage/sage/misc/sagedoc.py",
line 385:
sage: 'divisors' in _search_src_or_doc('
On 26 Jun., 18:23, rjf wrote:
> On Jun 25, 1:10 pm, gsw wrote:
>
> > Hi,
>
> > I suspect you're just running out of RAM.
> > Not necessarily physically, but the construction Sage --> expect
> > interface --> Maxima --> Lisp implementation is a fragile one. If the
> > Lisp implementation "think
On Jun 26, 10:33 am, kcrisman wrote:
> > > I'm really sorry this is so weird. This is OSX.4 on a PPC, so perhaps
> > > something got changed in those scripts recently?
>
> > Yes, it got changed in #5806. Can you try
>
> > find SAGE_ROOT/devel/sage/sage// \( -name *.py \) -exec grep -i -H
> >
On Fri, Jun 26, 2009 at 8:20 PM, gsw wrote:
>
>
>
> On 26 Jun., 18:23, rjf wrote:
>> On Jun 25, 1:10 pm, gsw wrote:
>>
>> > Hi,
>>
>> > I suspect you're just running out of RAM.
>> > Not necessarily physically, but the construction Sage --> expect
>> > interface --> Maxima --> Lisp implementatio
> should be the highest value of the plot. I assume that the show
> boundaries overwrite the plot boundaries. I can see that this is
> necessary if a function has a vertical asymptote in the plotted range,
> but maybe it would be helpful to still make sure that the values at the
Again, I don't th
On Jun 26, 2:24 pm, John H Palmieri wrote:
> On Jun 26, 10:33 am, kcrisman wrote:
>
> > > > I'm really sorry this is so weird. This is OSX.4 on a PPC, so perhaps
> > > > something got changed in those scripts recently?
>
> > > Yes, it got changed in #5806. Can you try
>
> > > find SAGE_ROOT/de
On Jun 25, 9:58 am, Brendan Rooney
> In trying to extend my computations I have run into
> a number of Maxima errors that I am at a loss to explain.
> These errors occur only after several thousand consecutive
> calculations, and fail to repeat themselves when the
> offending calculation is imme
2009/6/26 kcrisman :
>
> On Jun 26, 2:24 pm, John H Palmieri wrote:
>> On Jun 26, 10:33 am, kcrisman wrote:
>>
>> > > > I'm really sorry this is so weird. This is OSX.4 on a PPC, so perhaps
>> > > > something got changed in those scripts recently?
>>
>> > > Yes, it got changed in #5806. Can you
On 26 Jun., 21:34, Arnaud Bergeron wrote:
> 2009/6/26 kcrisman :
>
>
>
> > On Jun 26, 2:24 pm, John H Palmieri wrote:
> >> On Jun 26, 10:33 am, kcrisman wrote:
>
> >> > > > I'm really sorry this is so weird. This is OSX.4 on a PPC, so
> >> > > > perhaps
> >> > > > something got changed in t
>
> I posted a patch that changes the code so that it isn't used on OS X
> <= 10.4. That's in sage-4.1.alpha1.tar already...
>
> William
Thanks, William!
Ryan,
I've got both a MacPPC and a MacIntel running with OS X 10.4.11, so I
think together we could make this work on OS X 10.4, too (OS X 10.
See # 5649.
- kcrisman
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group
On Jun 26, 1:15 pm, gsw wrote:
> On 26 Jun., 21:34, Arnaud Bergeron wrote:
>
>
>
>
>
> > 2009/6/26 kcrisman :
>
> > > On Jun 26, 2:24 pm, John H Palmieri wrote:
> > >> On Jun 26, 10:33 am, kcrisman wrote:
>
> > >> > > > I'm really sorry this is so weird. This is OSX.4 on a PPC, so
> > >> > >
On Jun 26, 1:57 pm, John H Palmieri wrote:
> On Jun 26, 1:15 pm, gsw wrote:
>
>
>
>
>
> > On 26 Jun., 21:34, Arnaud Bergeron wrote:
>
> > > 2009/6/26 kcrisman :
>
> > > > On Jun 26, 2:24 pm, John H Palmieri wrote:
> > > >> On Jun 26, 10:33 am, kcrisman wrote:
>
> > > >> > > > I'm really sorry
> Should the strings extra1, etc., be searched for only in the source
> code, or should they be searched for both in the source code and the
> file name?
>
I've definitely used the "search path too" behavior on purpose at
various times. In particular, doing things like adding "matrix" to the
sear
2009/6/26 John H Palmieri :
>
> On Jun 26, 1:15 pm, gsw wrote:
>> On 26 Jun., 21:34, Arnaud Bergeron wrote:
>>
>>
>>
>>
>>
>> > 2009/6/26 kcrisman :
>>
>> > > On Jun 26, 2:24 pm, John H Palmieri wrote:
>> > >> On Jun 26, 10:33 am, kcrisman wrote:
>>
>> > >> > > > I'm really sorry this is so we
On Jun 26, 2:40 pm, Craig Citro wrote:
> > Should the strings extra1, etc., be searched for only in the source
> > code, or should they be searched for both in the source code and the
> > file name?
>
> I've definitely used the "search path too" behavior on purpose at
> various times. In partic
According to
http://en.wikipedia.org/wiki/Seifert_surface
every knot or link is the boundary of a compact, connected, and oriented
surface called a Seifert surface.
Recently, I found SeifertView, a Windows application that generates and
displays beautiful representations of such surfaces:
htt
Sage 4.1.alpha2 has been released, find it at
http://sage.math.washington.edu/home/boothby/releases
As with 4.1.alpha1, there are two known doctest failures. One is very
simple to fix, and the other might be tricky. I made an attempt at
solving them, but William claims that my fix will break o
Hi Pat!
On 27 Jun., 05:54, Pat LeSmithe wrote:
...
> Unfortunately, the source code is not available. However, the author
> mentioned that the program is written in Delphi. Perhaps the literature
> contains a computational recipe we can adapt for Sage.
The existence proof for Seifert surfaces
PS:
On 27 Jun., 07:59, Simon King wrote:
> The existence proof for Seifert surfaces is constructive: Given a knot
> diagram (i.e., a generic orthogonal projection with over/
> undercrossings marked), it is straight forward to construct a Seifert
> surface.
>
> Much more complicated would it be t
Builds from source, with two doctest failures on Kubuntu 9.04 on Intel
Core Duo.
sage -t devel/sage/doc/fr/tutorial/programming.rst # 1 doctests
failed
sage -t devel/sage/sage/misc/darwin_utilities.pyx # 3 doctests
failed
Rob
--~--~-~--~~~---~--~~
To post to
62 matches
Mail list logo
