[sage-devel] Re: Support Vector Machine

Thanks for the help and support! I need to make PySVMLight a little more complete and robust, and then I'll look into packaging it for Sage. On May 5, 5:43 am, William Stein wrote: > On Wed, May 5, 2010 at 12:42 AM, Sergey Bochkanov > > wrote: > > Hello, William. > > > You wrote 4 мая 2010 г., 2

[sage-devel] Re: Support Vector Machine

On May 5, 12:42 am, Sergey Bochkanov wrote: > Hello, William. > > You wrote 4 мая 2010 г., 22:34:58: > > > Could you write a little more to sage-devel about why mathematicians > > might care about "support vector machines" -- it's possible that most > > people reading this have never heard of them

[sage-devel] Re: Support Vector Machine

On May 4, 12:10 pm, Martin Albrecht wrote: > On Tuesday 04 May 2010, William Stein wrote: > > > > > > > On Tue, May 4, 2010 at 11:11 AM, William Cauchois > wrote: > > > Hi everyone, > > > > As part of another project, I completed a rudimentary Pyth

[sage-devel] Re: Support Vector Machine

their experiences with ML in general or SVMs in particular. Support vector machines are a very versatile and generic type of ML algo. On May 4, 11:34 am, William Stein wrote: > On Tue, May 4, 2010 at 11:11 AM, William Cauchois wrote: > > Hi everyone, > > > As part of another project, I

[sage-devel] Support Vector Machine

Hi everyone, As part of another project, I completed a rudimentary Python binding to Thorsten Joachims' SVM-Light library (http:// svmlight.joachims.org/) implementing a Support Vector Machine. My source code is available at http://bitbucket.org/wcauchois/pysvmlight Are there people doing ML res

Re: [sage-devel] Re: Printing...

On Tue, Dec 1, 2009 at 2:36 AM, Nicolas M. Thiery wrote: > Please let me know in case the automatic changes come out wrong, so > that we can think whether there is something to be done to improve the > script. > sage -fixdoctests worked beautifully. I've uploaded a patch to fix the doctests to #1

Re: [sage-devel] Re: Printing...

On Mon, Nov 30, 2009 at 11:16 AM, Nicolas M. Thiery < nicolas.thi...@u-psud.fr> wrote: > For the record: there is a patch of mine on trac with sage > -fixdoctests improvements, in particular for multiline output (sorry, > I am in the train, and unable to look up the ticket number). By > accident i

[sage-devel] Re: Printing...

Hi, Original author of the patch here. I took some time to look at this today and found that the doctesting bug was due to reading the value of sys.stdout only once in install(); during doctesting, sys.stdout is reset some time after install() is called, presumably to redirect output back to the d

[sage-devel] Re: canvas3d_lib.js + Pre3d does shaded surfaces and works on iPhone, IE

Thank you for your excellent work on canvas3d! I never imagined canvas3d finding a place on smartphones, but this is really exciting. Maybe someday Sage could be an iPhone app! We should figure out how to incorporate this code into Sage. Is is legal for us to use a modified version of Pre3d? Pete

[sage-devel] Re: Review for enhancement adding displayhook to Sage

That's a good idea William. I'm working on an automatic solution to this problem. Thanks for your encouragement! --~--~-~--~~~---~--~~ To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel-

[sage-devel] Re: Review for enhancement adding displayhook to Sage

.rc2 on an intel macbook 10.4.11. > > > On Tue, Aug 11, 2009 at 7:46 PM, William Cauchois wrote: >> >> I recently attached a patch to #1918 adding a displayhook to Sage that >> should make some output from the Sage interpreter much more readable. >> Can anyone take a lo

[sage-devel] Review for enhancement adding displayhook to Sage

I recently attached a patch to #1918 adding a displayhook to Sage that should make some output from the Sage interpreter much more readable. Can anyone take a look at it at ? Thanks, Bill Cauchois --~--~-~--~~~---~--~---

[sage-devel] Re: 3D using processing.js

Is there anyone who could referee #6447, my ticket to implement canvas3d? I think this would be a neat feature to have in Sage. Thanks, Bill On Fri, Jul 10, 2009 at 9:23 PM, Nick Alexander wrote: > I did hg_sage.apply("http://trac.sagemath.org/sage_trac/attachment/ ticket/6447/trac_644

[sage-devel] Re: 3D using processing.js

On Fri, Jul 10, 2009 at 4:19 PM, Mike Witt wrote: > > >> Here's an example, from my comment on the ticket: >> >> {{{ >> x, y = var('x y') >> plot3d(sin(pi*(x^2+y^2))/2,(x,-1,1),(y,-1,1), viewer='canvas3d', >> plot_points=(20, 20)) >> >> }}} > > Hmm Well, maybe I didn't actually succeed in inst

[sage-devel] Re: 3D using processing.js

On Fri, Jul 10, 2009 at 12:30 PM, Mike Witt wrote: > > > I'd like to try this. Is there a quick example somewhere of how to use > it. I downloaded the patch, but I don't understand how to access it. After you've applied the patch to your Sage repository, you should launch the notebook and specify

[sage-devel] Re: 3D using processing.js

On Tue, Jun 30, 2009 at 2:41 AM, Rob Beezer wrote: > > On Jun 29, 12:09 pm, William Cauchois wrote: >> At the behest of William I took a stab at implementing this very type >> of renderer in Sage. My work, [with patch], is available at >> <http://trac.sagemath.org

[sage-devel] Re: 3D using processing.js

On Mon, Jun 29, 2009 at 3:18 PM, Tim Lahey wrote: > > You should be able to find code for a virtual trackball to solve the > problem you're > having. It should still work in javascript since I've done it on > fairly slow machines. > > http://image.diku.dk/research/trackballs/index.html I'll look

[sage-devel] Re: 3D using processing.js

At the behest of William I took a stab at implementing this very type of renderer in Sage. My work, [with patch], is available at for anyone who might be interested. On Wed, Jun 17, 2009 at 12:28 PM, David Joyner wrote: > > Wow! > > On Wed, Jun 17,

[sage-devel] Re: bug in plot3d?

A fix is up at <http://trac.sagemath.org/sage_trac/ticket/6184>, and needs a review! On Mon, Jun 1, 2009 at 12:51 AM, William Cauchois wrote: > I looked into this, and I found that the mesh=True property is > supposed to be passed via RenderParams to jmol_repr(). However, this >

[sage-devel] Re: bug in plot3d?

I looked into this, and I found that the mesh=True property is supposed to be passed via RenderParams to jmol_repr(). However, this isn't happening. Graphics3d.export_jmol (which is invoked by show()) has a keyword parameter for mesh, but it is never referenced in the body of the function. I think

[sage-devel] Re: Trouble testing plot.py

Switching to Sage 3.4.1.rc3 fixed it. Thanks for your help, Michael. Also: now I can referee patches correctly :). On Fri, Apr 17, 2009 at 10:25 PM, mabshoff wrote: > > > > On Apr 17, 10:20 pm, William Cauchois > wrote: > > Hi Bill, > >> I tried sage -t --verbos

[sage-devel] Re: Trouble testing plot.py

bug you described, Michael? Also, where can I get the Sage release candidates? I feel stupid not knowing this for so long :). -- Bill On Fri, Apr 17, 2009 at 8:33 PM, William Stein wrote: > > On Fri, Apr 17, 2009 at 7:08 PM, William Cauchois > wrote: >> >> Hi, >> >&

[sage-devel] Trouble testing plot.py

Hi, I'm having trouble running the unit tests on "sage/plot/plot.py" (using sage -t; this is Sage 3.4). The tests consistently time out after about 360 seconds. Is this because my computer is slow (I've got a 2.2 GHz Core2 Duo processor and 2 gigs of RAM), or are the unit tests flawed? Does anyon