[sage-support] TIDES ode solver with vector dependent variable

f(t,y) = A(t)*y with two arguments, t a real number and y a vector, returning a vector. But that is not acceptable to desolve_tides_mpfr(). Is there any way of avoiding writing a separate f for each value of N? e.g., f(x,y_1,y_2) = list(A(t)*vector[y_1,y_2])) thanks, Daniel Friedan --

[sage-support] power series method pade(m,n) off by 1?

For p a power series in x, p.pade(m,n) requires p to be given up through and including O(x^(m+n+1)). Shouldn't this be O(x^(m+n)) ? The Padé approximant P_m(x)/Q_n(x) contains m+n+1 unknown coefficients. So p(x) should contain m+n+1 terms, x^0 ... x^(m+n). Or am I missing something elementar

[sage-support] Re: reconnect to remote sagemath jupyter notebook?

2, 2019 at 11:13:23 AM UTC-7, Daniel Friedan wrote: >> >> One of the advantages of SageMath over Mathematica is SageMath's ability >> to run a remote notebook without continuous network connection. The >> Mathematica remote kernel requires continuous connection. It

[sage-support] Re: reconnect to remote sagemath jupyter notebook?

that. Running cocalc on one's laptop in addition to the server requires Docker on the laptop. Too much trouble. Daniel On Monday, April 22, 2019 at 1:59:49 PM UTC-4, Nils Bruin wrote: > > On Monday, April 22, 2019 at 5:56:42 AM UTC-7, Daniel Friedan wrote: >> >> The

[sage-support] Re: reconnect to remote sagemath jupyter notebook?

pyter behaves properly when reconnecting. Daniel On Wednesday, April 10, 2019 at 7:35:18 PM UTC-4, Nils Bruin wrote: > > On Wednesday, April 10, 2019 at 11:19:22 AM UTC-7, Daniel Friedan wrote: >> >> However, disconnecting my browser from a remote jupyter notebook aborts >>

[sage-support] reconnect to remote sagemath jupyter notebook?

er, disconnecting my browser from a remote jupyter notebook aborts the calculation. Is there any way to get reconnectability in the sagemath jupyter notebook? Or should I stick with the deprecated sagemath notebook? thanks, Daniel Daniel Friedan -- You received this message because you are subs

[sage-support] Re: plot a 3d polyhedron with transparent background?

On Wednesday, July 8, 2015 at 2:37:59 PM UTC, kcrisman wrote: > > When I do the same for a 3d polyhedron, the background is white. >>> >> >> Given that p3.show(whatever=15) does not raise an exception, I would say >> that 'transparent' is not supported for 3d plots and that your argument is >>

[sage-support] plot a 3d polyhedron with transparent background?

Is it possible to plot a 3d polyhedron with transparent background? When I use .plot(transparent=True) on a 2d polyhedron, and save to a file, the background is transparent. When I do the same for a 3d polyhedron, the background is white. p2=Polyhedron(vertices=[[0,1],[1,0]]) p3=Polyhedron(vert

[sage-support] Re: problem installing spkg lie-2.2.2.p5

spkg installer. I now have the lie spkg installed on a Scientific Linux machine at work. I'll use it there. thanks, Daniel Daniel Friedan On Wednesday, March 4, 2015 at 12:15:54 AM UTC, Daniel Friedan wrote: > > 'sudo ./sage -i lie' gives me an error message (copied below).

[sage-support] Re: problem installing spkg lie-2.2.2.p5

> First of all you should not use sudo to do that. I was following advice given in a previous thread about installing spkg lie-2.2.2 https://groups.google.com/forum/?fromgroups#!searchin/sage-support/lie-2.2.2/sage-support/8zPUkmFOcqA/jaG1Yu9SSwkJ > Then, how did you install Sage on your compu

[sage-support] problem installing spkg lie-2.2.2.p5

ic math server at my university (under Scientific Linux). thanks, Daniel Daniel Friedan daniel@df$ sudo ./sage -i lie Password: Found package lie in /Applications/Sage-6.4.1.app/Contents/Resources/sage/upstream/lie-2.2.2.p5.spkg lie-2.2.2.p5 ===

[sage-support] best cpu for Sage server?

sed matter physics, but nobody else in our department does large-scale symbolic math. thanks, Daniel Friedan -- You received this message because you are subscribed to the Google Groups "sage-support" group. To unsubscribe from this group and stop receiving emails from it, send an em

[sage-support] Re: volunteering to produce Mac OS X 10.6 .app versions

iel On Monday, September 1, 2014 1:24:20 PM UTC, Volker Braun wrote: > > Did you open a trac ticket to fix the sage-bdist script? > > > On Monday, September 1, 2014 2:17:57 PM UTC+1, Daniel Friedan wrote: >> >> I believe I've now succeeded in building a Mac OS X

[sage-support] Re: volunteering to produce Mac OS X 10.6 .app versions

l On Monday, September 1, 2014 1:24:20 PM UTC, Volker Braun wrote: > > Did you open a trac ticket to fix the sage-bdist script? > > > On Monday, September 1, 2014 2:17:57 PM UTC+1, Daniel Friedan wrote: >> >> I believe I've now succeeded in building a Mac OS X 1

[sage-support] volunteering to produce Mac OS X 10.6 .app versions

I believe I've now succeeded in building a Mac OS X 10.6 .app version of Sage 6.3 (with help recorded in a separate thread). I had to fix a mistake in the file src/bin/sage-bdist (a mistake that affects the official OS X .app builds), and I also had to make a few other changes to that file. (Det

[sage-support] error in sage-bdist (for building OS X .app Sage)

The file src/bin/sage-bdist contains a mistake: 'ARCHES' should be 'ARCHS'. The effect of the mistake is that the OS X application is always built as 32-bit ('i386'). This can be seen in the OS X 10.9 .app version currently being distributed officially, by running $ file Sage-6.3.app/Con

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

got the same error: Error building Sage. The following package(s) may have failed to build: package: polybori-0.8.3 (4) I'm now trying 'make' again from scratch. It will take 4-6 hours, depending on whether the error recurs. Daniel On Thursday, August 28, 2014

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

All the executables/libraries are 64bit. (per output from $ file sage/local/lib/*; file sage/local/bin/*) Attached is the log for the package that failed: polybori-0.8.3.log Daniel On Wednesday, August 27, 2014 6:17:23 PM UTC, Dima Pasechnik wrote: > > On 2014-08-27, Daniel Friedan &

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

t -t master $ git fetch trac u/iandrus/trac-16796 $ git checkout FETCH_HEAD $ export SAGE_APP_DMG=yes $ export SAGE_APP_BUNDLE=yes $ ./sage -bdist [Build succeeded but produced 32 bit app version, size only 1.1G] ===== thanks, Daniel Frie

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

he market. > As I have such a laptop (running 64-bit Debian Linux now :-)) > myself, I knew this all too well. > (But I can't recall details now; all I recall was quite a > few complaints that binary releases of Sage didn't work) > > > > > >

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

_APP_BUNDLE=yes ./sage -bdist thanks, Daniel On Friday, August 22, 2014 11:08:40 PM UTC, Dima Pasechnik wrote: > > On 2014-08-22, Daniel Friedan > wrote: > > --=_Part_1632_1626995138.1408746138628 > > Content-Type: text/plain; charset=UTF-8 > > > &

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

Again, trying to build Sage 6.3 under OS X 10.6.8 (Intel Core 2 duo cpu). This time I did run 'make', but ended with "** BUILD FAILED **" $ git clone git://github.com/sagemath/sage.git $ cd sage $ export MAKE="make -j2" $ $MAKE ...[wait 6 hours]... $ git checkout 6.3 $ export SAGE_APP_DMG=yes $ e

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

I already deleted the posting that Dima is replying to. I misread the instructions and omit the 'make' step, On Friday, August 22, 2014 2:24:15 PM UTC, Dima Pasechnik wrote: > > On 2014-08-22, Daniel Friedan > wrote: > > --=_Part_1227_548338737.1408715857673 >

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

tory tar: local: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. cp: /Volumes/4TB-1/Sage_building/sage/local/bin/sage-README-osx.txt: No such file or directory $ On Friday, August 22, 2014 1:47:15 PM UTC, Dima Pasechnik wrote: > > On 2014-08-22, Daniel

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

I've done a couple of experiments with the latest version of Sage (6.3) under OS X 10.6.8, using the official 10.7 and 10.6 binaries available for download. (1) *sage-6.3-x86_64-Darwin-OSX_10.7_x86_64.dmg*

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

I also have an OS X 10.6.8 machine I could use to build Sage. I've never compiled Sage myself, so I'd need some guidance. Daniel -- You received this message because you are subscribed to the Google Groups "sage-support" group. To unsubscribe from this group and stop receiving emails from it,

[sage-support] Re: sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

I didn't mean to sound whiny. I'm very appreciative of all the work being done to make Sage useful. I'll adapt if the OS X 10.6 app version stops being distributed. thanks, Daniel On Monday, August 18, 2014 2:26:27 PM UTC, Daniel Friedan wrote: > > For OS X 10.6, ther

[sage-support] sage-6.3-x86_64-Darwin-OSX_10.6_x86_64-app.dmg won't be built?

For OS X 10.6, there is no -app build of Sage 6.3 available for download, only sage-6.3-x86_64-Darwin-OSX_10.9_x86_64-app.dmg sage-6.2-x86_64-Darwin-OSX_10.6_x86_64-app.dmg Is this a new policy? Will those of us who don't like OS X >10.6 have to learn to build the OS X 10.6 -app ver

[sage-support] Re: problem with gurobi backend in Sage 5.9 under Mac OS X 10.6.8

Thanks. Making the link to "includegurobi_c.h" worked. Daniel -- You received this message because you are subscribed to the Google Groups "sage-support" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-support+unsubscr...@googlegroups.com. To pos

[sage-support] Re: problem with gurobi backend in Sage 5.9 under Mac OS X 10.6.8

Installing gurobi works fine in Sage-5.8 also. So the problem first appeared in Sage-5.9. On Saturday, May 4, 2013 12:10:42 AM UTC-4, Daniel Friedan wrote: > > The gurobi backend does not seem to get built in Sage-5.9 under Mac OS X > 10.6.8. I'm running sage-5.9-OSX-64bit-10.6

[sage-support] problem with gurobi backend in Sage 5.9 under Mac OS X 10.6.8

e named gurobi_backend." (The corresponding installation of CPLEX works fine in Sage-5.9.) Daniel Friedan -- You received this message because you are subscribed to the Google Groups "sage-support" group. To unsubscribe from this group and stop receiving emails fro

[sage-support] set Gurobi parameters in MixedIntegerLinearProgram?

The Gurobi and CPLEX backends for MixedIntegerLinearProgram() are extremely convenient. Is there any prospect of solver_parameter() being implemented in the Gurobi backend? At present, when I use MixedIntegerLinearProgram() with solver="Gurobi" and try to set a Gurobi parameter using p.solv

[sage-support] Re: wrong answer from MixedIntegerLinearProgram(solver = "PPL")

al numbers -- without the integrality constraints). To use arbitrary precision floating point arithmetic, we had to employ SDPA-GMP as our SDP-solver, invoking it from Sage via a shell script. Thanks again for the help. Daniel On Tuesday, January 29, 2013 3:12:45 PM UTC, Daniel Friedan wrot

[sage-support] Re: wrong answer from MixedIntegerLinearProgram(solver = "PPL")

Thanks. Sorry for the dumb posting. Daniel On Tuesday, January 29, 2013 3:37:43 PM UTC, Dima Pasechnik wrote: > > On 2013-01-29, Daniel Friedan > wrote: > > --=_Part_964_12292304.1359472365223 > > Content-Type: text/plain; charset=ISO-8859-1 > > > >

[sage-support] wrong answer from MixedIntegerLinearProgram(solver = "PPL")

The following example from Sage Reference v5.6 >> Numerical Optimization >> Mixed integer linear programming http://www.sagemath.org/doc/reference/sage/numerical/mip.html gives a wrong answer when solver = 'PPL' is used. The equality constraints are violated. Sage 5.6-OSX-64bit-10.6 under

[sage-support] Re: possible bug in solve_right() with arbitrary precision real numbers

t goodie on > the subject: > > http://docs.oracle.com/cd/E19957-01/806-3568/ncg_goldberg.html > > On Wednesday, January 9, 2013 10:40:21 AM UTC, Daniel Friedan wrote: >> >> Should solve_right() be introducing a numerical error here? The only >> numbers involved are

[sage-support] Re: possible bug in solve_right() with arbitrary precision real numbers

Should solve_right() be introducing a numerical error here? The only numbers involved are 0, 1, and 0.24 and the calculation is linear in 0.24. sage: RF= RealField(52) sage: Y=matrix(RF,2,2,1);Y [ 1.00 0.000] [0.000 1.00] sage: A = matrix(RF,[[0

[sage-support] possible bug in solve_right() with arbitrary precision real numbers

solve_right() fails on matrices of arbitrary precision real numbers for some but not all values of the precision. See examples below. I'm seeing this in Sage 5.5 64bit under OS X 10.6.8 and also in Sage 5.2 under ScientificLinux. sage: RF= RealField(52) sage: Y=matrix(RF,2,2,1) sage: A = matri

[sage-support] Re: notebook(require_login=True) does not work?

If you > don't want to be logged in automatically, you may want to try > open_viewer=False and going to the webpage manually. > > You may want to open a ticket athttp://trac.sagemath.orgif you > believe this is a useful feature. > > > > On Thu, Jul 29, 2010 at 7:37 PM,

[sage-support] notebook(require_login=True) does not work?

mmand line: /Applications/sage/sage -notebook and /Applications/sage/sage -notebook "require_login=True" I've tried launching the sage application using Terminal, then notebook() and notebook(require_login=True) In all cases, the browser opens in the sage admin account. than

[sage-support] Re: fast_float() trashes worksheet namespace

4th degree polynomial in 144 variables containing 4,000,000 terms, again without fast_float(). I can't be sure that fast_float() would give this calculation any better chance of finishing within my lifetime, but it would at least lift my hopes. thanks, Daniel Friedan On Jul 20, 11:00 am

[sage-support] Re: corrupted notebook

Sorry for my premature posting. I deleted the posting as soon as I found that reinstalling Sage from scratch brought everything back to normal. The application must have gotten corrupted, not the notebook. Thanks anyway for the advice. Daniel Friedan On Jul 23, 8:11 pm, William Stein wrote

[sage-support] corrupted notebook

I seem to have corrupted my notebook. I copied a worksheet, then renamed it. The new name contained the character '^'. Of course I can't be sure this was the cause, but I don't think I did anything else. Below is the Traceback when I try to start the notebook server. I'd be grateful for any a

[sage-support] fast_float() trashes worksheet namespace

fast_float(p) trashes the worksheet namespace when p is a polynomial with 60,000 terms. I tried to pin down the minimum number of terms that produce this bug, arriving at 56093, but the bug was not consistent. (Sage 4.3.4 under Linux, Sage 4.4.4 under OS X 10.6.4) sage: Nterms = 6 sage: RQ

[sage-support] Re: sage.numerical.optimize.minimize() returns without returning a value

d. Anyway, the improvement to minimize() gave some useful results. I very much appreciate the help. Daniel Friedan On Jul 13, 4:34 pm, Harald Schilly wrote: > On 13 Jul., 17:32, 8fjm39j wrote: > > > One minor question:  in your definition of the gradient function, > >     sage

[sage-support] Re: save then load: "OError: [Errno 2] No such file or directory"

bject in another worksheet. Daniel Friedan On Jul 14, 3:58 pm, 8fjm39j wrote: > A beginner's question: how to save and load objects? > > I tried to follow the examples in the tutorial, but without success. > Am I missing something obvious? > > (using both Sage 4.4.4 OS