On Wed, Jun 2, 2010 at 4:49 PM, Dan Drake wrote:
> And yes, I get this problem too. It seems a little unpredictable, and is
> quite irritating.
It happens after you view a docstring's help from the command line. I
made a patch a few weeks ago which fixes this:
http://trac.sagemath.org/sage_trac
On Wed, 02 Jun 2010 at 06:34AM -0700, kcrisman wrote:
> sage: matrix([[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],[1,-2,1,1,-2,1]])
> [ 1 1 -2 1 1 -2]
> [-2 1 1 -2 1 1]
> [ 1 -2 1 1 -2 1]
> sage: M = _
> sage: M
> instance at 0x10eacf8c0>>
The NullTranslations thing comes from importing the gettext
On 6/2/10 12:13 PM, Vinod wrote:
On Jun 1, 7:19 pm, Jason Grout wrote:
On 6/1/10 8:57 PM, Vinod wrote:
Yes, matlab does save the images properly to the directory. But the
problem here is to get the image displayed on the web browser itself.
Are you saying that in the Sage notebook:
1. You
On Jun 2, 1:33 pm, Mike Hansen wrote:
> On Wed, Jun 2, 2010 at 6:43 AM, kcrisman wrote:
> > I guess I'm a little surprised that even the 'vector' explicitly
> > designated to be over ZZ isn't in there. I think I'm mathematically
> > ok, too - taking the echelon matrix, isn't my vector e_1-(1/3
On Wed, Jun 2, 2010 at 10:33 AM, Mike Hansen wrote:
> On Wed, Jun 2, 2010 at 6:43 AM, kcrisman wrote:
>> I guess I'm a little surprised that even the 'vector' explicitly
>> designated to be over ZZ isn't in there. I think I'm mathematically
>> ok, too - taking the echelon matrix, isn't my vector
On Wed, Jun 2, 2010 at 6:43 AM, kcrisman wrote:
> I guess I'm a little surprised that even the 'vector' explicitly
> designated to be over ZZ isn't in there. I think I'm mathematically
> ok, too - taking the echelon matrix, isn't my vector e_1-(1/3)*e_2-
> (1/3)*e_3 ?
Those coefficients are in Q
On Jun 1, 7:19 pm, Jason Grout wrote:
> On 6/1/10 8:57 PM, Vinod wrote:
>
> > Yes, matlab does save the images properly to the directory. But the
> > problem here is to get the image displayed on the web browser itself.
>
> Are you saying that in the Sage notebook:
>
> 1. You can use the above co
On 05/25/2010 02:48 PM, jbeorse wrote:
Hi,
I am trying to retrieve the xy coordinates of an implicit plot, but I
am having trouble. I am able to do this with regular 2d plots without
a problem like this:
p = plot(...)
for r in p:
X = numpy.array(r.xdata)
Y = numpy.array(r.ydata)
Oops. It's a patch in my queue that fixed it:
http://trac.sagemath.org/sage_trac/ticket/8686. I think this may call for
another sagenb package.
On Wed, Jun 2, 2010 at 10:30 PM, kcrisman wrote:
>
>
> On Jun 2, 9:55 am, Tim Joseph Dumol wrote:
> > On Wed, Jun 2, 2010 at 9:34 PM, kcrisman wrote:
On Jun 2, 9:55 am, Tim Joseph Dumol wrote:
> On Wed, Jun 2, 2010 at 9:34 PM, kcrisman wrote:
> > sage: matrix([[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],[1,-2,1,1,-2,1]])
> > [ 1 1 -2 1 1 -2]
> > [-2 1 1 -2 1 1]
> > [ 1 -2 1 1 -2 1]
> > sage: M = _
> > sage: M
> > > instance at 0x10eacf8c0>>
>
On 06/02/2010 02:43 AM, Mike Hansen wrote:
After the grid is computed, we hand it off to matplotlib which figures
out the curves to draw. You had seemed to be suggesting doing this
part with our own code (connect the dots, etc.) which seems silly
compared to just using what matplotlib already p
On Wed, Jun 2, 2010 at 9:34 PM, kcrisman wrote:
> sage: matrix([[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],[1,-2,1,1,-2,1]])
> [ 1 1 -2 1 1 -2]
> [-2 1 1 -2 1 1]
> [ 1 -2 1 1 -2 1]
> sage: M = _
> sage: M
> instance at 0x10eacf8c0>>
>
> I thought that not so long ago _ was a reference to the obje
Am Mittwoch, den 02.06.2010, 06:34 -0700 schrieb kcrisman:
> sage: matrix([[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],[1,-2,1,1,-2,1]])
> [ 1 1 -2 1 1 -2]
> [-2 1 1 -2 1 1]
> [ 1 -2 1 1 -2 1]
> sage: M = _
> sage: M
> instance at 0x10eacf8c0>>
>
> I thought that not so long ago _ was a reference t
sage: M = matrix([[1,1,1,1,1,1],[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],
[1,-2,1,1,-2,1]])
sage: M
[ 1 1 1 1 1 1]
[ 1 1 -2 1 1 -2]
[-2 1 1 -2 1 1]
[ 1 -2 1 1 -2 1]
sage: M.row_space()
Free module of degree 6 and rank 3 over Integer Ring
Echelon basis matrix:
[1 1 1 1 1 1]
[0 3 0 0 3 0]
[0 0
sage: matrix([[1,1,-2,1,1,-2],[-2,1,1,-2,1,1],[1,-2,1,1,-2,1]])
[ 1 1 -2 1 1 -2]
[-2 1 1 -2 1 1]
[ 1 -2 1 1 -2 1]
sage: M = _
sage: M
>
I thought that not so long ago _ was a reference to the object in the
previous thing, but now apparently (I don't know what NullTranslations
is, but I'm
On Wed, Jun 2, 2010 at 12:22 AM, William Stein wrote:
> Can you elaborate? I read the above and thought.
>
> Claim: your proposal is worse.
> Proof: argument that my proposal is better.
We already do most of what you suggested. In contour_plot.py, we have
the following:
g, ranges = setup_for_
On Wed, Jun 2, 2010 at 12:18 AM, Mike Hansen wrote:
> On Wed, Jun 2, 2010 at 12:05 AM, William Stein wrote:
>> Then at least the data can be manipulated. It seems to me that this
>> should be at least as good as what we already have. The student
>> suggested that one could even "connect the d
On Wed, Jun 2, 2010 at 12:05 AM, William Stein wrote:
> Then at least the data can be manipulated. It seems to me that this
> should be at least as good as what we already have. The student
> suggested that one could even "connect the dots" using some sort of
> optimization technique.
>
> But
On Tue, May 25, 2010 at 12:48 PM, jbeorse wrote:
> Hi,
>
> I am trying to retrieve the xy coordinates of an implicit plot, but I
> am having trouble. I am able to do this with regular 2d plots without
> a problem like this:
>
> p = plot(...)
> for r in p:
> X = numpy.array(r.xdata)
> Y = num
19 matches
Mail list logo