Hello everybody !!!
I almost never use the sloane_find function, but it seems to be in a
very bad mood :
sage: sloane_find([1,1,2,3,5,8,13,21])
Searching Sloane's online database...
[]
Perhaps it is just tired of saying it's Fibonacci's sequence and you
should know it each time it is fed with
Hi,
as a newbie I want to check some relations between Bessel functions
and Zernike polynomials.
To get some ideas first I tried to plot Bessel functions of different
type as indicated in the Bessel?.
To be able to distinguish the different types one wants to use color,
but something like
g =
You're implying that 4.7.1 or 4.7.2 fix this issue in some way? I
don't see anything in the release notes which would cause me to
suspect that.
Bill
On Nov 12, 6:52 pm, kcrisman kcris...@gmail.com wrote:
On Nov 12, 6:43 pm, Justin C. Walker jus...@mac.com wrote:
On Nov 11, 2011, at 13:27 ,
On Nov 13, 2011, at 09:59 , Bill Janssen wrote:
You're implying that 4.7.1 or 4.7.2 fix this issue in some way? I
don't see anything in the release notes which would cause me to
suspect that.
Unless I'm still too caffeine-deprived, I think the issue is that you are one
of the first to try
On Sun, Nov 13, 2011 at 11:50 AM, Justin C. Walker jus...@mac.com wrote:
On Nov 13, 2011, at 09:59 , Bill Janssen wrote:
You're implying that 4.7.1 or 4.7.2 fix this issue in some way? I
don't see anything in the release notes which would cause me to
suspect that.
Unless I'm still too
Yes, I think that's right, Justin.
I just tried this:
1. Build libpng and libjpeg, static-only, and install to SAGE_LOCAL/
lib/.
2. Build Imaging-1.1.7 (after setting CPPFLAGS and LDFLAGS to point
to SAGE_LOCAL), and install to SAGE_LOCAL/lib.
3. Remove my /opt/local/lib/ directory.
Now
sage: pl=sum([plot(lambda x:bessel_J(x,n),(x,0,1),color=hue(n/
5.0),legend_label=str(n)) for n in [1..4]])
sage: pl.show()
sage: numerical_integral(lambda x:bessel_J(x,2),1,2)
(0.48267531157352617, 5.3587724432705002e-15)
Andrzej Chrzeszczyk
--
To post to this group, send email to
I installed PIL 1.1.7 (which has been out for a while) into my Sage.
Still broken:
Image.fromarray(scipy.lena()).show()
I think PIL just can't imagine a grayscale int32 image. When I do
this instead
Image.fromarray(numpy.asarray(scipy.lena(),
dtype=numpy.uint8)).show()
it works.
On Nov
sage: maxima('integrate(bessel_j(1,x), x)')
-bessel_j(0,x)
Andrzej Chrzeszczyk
--
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to
sage-support+unsubscr...@googlegroups.com
For more options, visit this group at
On Sun, Nov 13, 2011 at 12:10 PM, Bill Janssen bill.jans...@gmail.com wrote:
Yes, I think that's right, Justin.
I just tried this:
1. Build libpng and libjpeg, static-only, and install to SAGE_LOCAL/
lib/.
2. Build Imaging-1.1.7 (after setting CPPFLAGS and LDFLAGS to point
to
What's the objection to linking PIL statically against libjpeg? It
would remove a lot of uncertainty in the build. PIL seems to be the
only place libjpeg is used.
On Nov 13, 12:44 pm, William Stein wst...@gmail.com wrote:
On Sun, Nov 13, 2011 at 12:10 PM, Bill Janssen bill.jans...@gmail.com
On Sun, Nov 13, 2011 at 12:47 PM, Bill Janssen bill.jans...@gmail.com wrote:
What's the objection to linking PIL statically against libjpeg? It
would remove a lot of uncertainty in the build. PIL seems to be the
only place libjpeg is used.
We should not require binary build machines to have
My suggestion doesn't require binary build machines to have libjpeg
installed. In fact, you don't want it installed. And there seems to
be no technical reason to not statically link PIL against libjpeg.a.
But there *is* a reason to not *dynamically* link against
libjpeg.dylib, libpng.dylib, or
On Sun, Nov 13, 2011 at 1:23 PM, Bill Janssen bill.jans...@gmail.com wrote:
My suggestion doesn't require binary build machines to have libjpeg
installed. In fact, you don't want it installed.
Your suggestion for Sage binaries is:
1. Build libpng and libjpeg, static-only, and install to
Ah, I see. Yes, libjpeg is built from source on the build machines,
but only temporarily. It could be installed in /tmp, for instance,
and removed as part of the build process, after PIL is built, for
instance. I just used SAGE_LOCAL without thinking too hard about it.
I'm not familiar yet
On Nov 13, 1:23 pm, Bill Janssen bill.jans...@gmail.com wrote:
This means that any system
program (like Preview.app, which Imaging-1.1.7 uses for im.show()),
will fail if started from inside Sage, as the newer Sage-supplied
dylibs will be different from the (usually obsolete) versions the
Is there any particular reason this isn't part of sage.el already?
On Nov 12, 6:20 pm, Michael Orlitzky mich...@orlitzky.com wrote:
On 11/12/2011 08:47 PM, Bill Janssen wrote:
You can visit a .tar.bz2 file with GNU Emacs 23, and it works. If I
rename the .spkg file to .tar.bz2, it works.
I'm using sage for data analysis and number crunching in my physical
chemistry class and stumbled on a curiosity while replacing the
variables that are used by find_fit:
When replacing variables like 'a, b ,c' for 'c1, c2, c3' on a 11th
degree polynomial the whole find_fit-function goes nuts and
On Sun, Nov 13, 2011 at 1:43 PM, Bill Janssen bill.jans...@gmail.com wrote:
Ah, I see. Yes, libjpeg is built from source on the build machines,
but only temporarily. It could be installed in /tmp, for instance,
and removed as part of the build process, after PIL is built, for
instance. I
19 matches
Mail list logo