headers
Kun Lin | 1 Dec 2007 15:54
Picon
Favicon

Imaxima problem

Hi all,

   I am just wondering if we have any imaxima experts in the group.

  I am trying to run imaxima with emacs22.  I have too bareable but annoy  
problems

1) the latex output returned by maxima is way too small to see it  
comfortablly. It there an option
to increase the image size?
2) the output returned from maxima for my previous input is on the same  
line as my next prompt.

basically

%o1) equation %i2)

Thanks

- Kun
Permalink | Reply | 2 comments |
headers
Robert Marik | 1 Dec 2007 19:21
Picon
Favicon

Re: Imaxima problem

>
> Hi all,
>
>    I am just wondering if we have any imaxima experts in the group.
>
>   I am trying to run imaxima with emacs22.  I have too bareable but annoy
> problems
>
> 1) the latex output returned by maxima is way too small to see it
> comfortablly. It there an option
> to increase the image size?

Hi, try load imaxmima and then open customize-group, imaxima, Imaxima
Scale Factor.

Robert
Permalink | Reply | 1 comment |
headers
S. Newhouse | 2 Dec 2007 00:10
Picon

lapack issues

Hello,
 I have two issues with the lapack implementation in maxima.
 First of all,  it goes without saying that many thanks are due to Ray 
Toy for his porting of the package to maxima.

Issue 1:  (not terribly important) 
In maxima 5.13.0, I can't load lapack with the command

  load(lapack);

Here is what happens: (%i1) build_info();

Maxima version: 5.13.0
Maxima build date: 21:33 9/7/2007
host type: i686-pc-linux-gnu
lisp-implementation-type: SBCL
lisp-implementation-version: 1.0.7

(%o1)
(%i2) load(lapack);

Maxima version: 5.13.0
Maxima build date: 21:33 9/7/2007
host type: i686-pc-linux-gnu
lisp-implementation-type: SBCL
lisp-implementation-version: 1.0.7

stdin:16:Incorrect syntax: : is not a prefix operator

As root, this problem does not happen.  Also, if I put
(Continue reading)

Permalink | Reply | 7 comments |
headers
Raymond Toy | 2 Dec 2007 06:13
Picon

Re: lapack issues

S. Newhouse wrote:
> (%o1)
> (%i2) load(lapack);
>
> Maxima version: 5.13.0
> Maxima build date: 21:33 9/7/2007
> host type: i686-pc-linux-gnu
> lisp-implementation-type: SBCL
> lisp-implementation-version: 1.0.7
>
>
> stdin:16:Incorrect syntax: : is not a prefix operator
>
>   
It actually prints out the maxima build info again?  Any other info 
besides the incorrect  syntax message?  This does seem odd.
> As root, this problem does not happen.  Also, if I put
>   load("/usr/local/share/maxima/5.13.0/share/lapack/lapack.mac");
> in my maxima-init.mac file, then the problem disappears and lapack does 
> load.
>
> Issue #2:  documentation.
>   Is there anyway to get documentation for the maxima version of 
> 'lapack' (other than reading the sources of course)?
>
>   
My apologies.  I've promised Robert that I'd write some documentation, 
but haven't done that yet.  Since people are actually using it now, I'll 
write some very soon.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Giuseppe Jacopo Guidi | 2 Dec 2007 14:29

Re: Imaxima problem

Hi,
I user imaxima regularly with emacs22 on debian (I don't think this does really matter).
I never had the second problem you mention, and I solved your problem 1 with an approprrate line in my .emacs
file, but I think following the way Robert described it's simpler.

If you prefer, I'll send the relevant part of it by e-mail; maybe with the same user configuration file we
will have the same behaviour.

Regards,
Gipo.
Permalink | Reply | 0 comments |
headers
Evan | 2 Dec 2007 15:34
Picon

question about ctensor

I tried ctensor with the Robertson-Walker metric.

Following the definition of Riemann curvature tensor in the document
of ctensor, it seems that the Ricci tensor given by maxima is negative
what it should be.

The document doesn't give explicitly the definition of the Ricci
tensor, and I only ever see one definition as in
http://mathworld.wolfram.com/RicciCurvatureTensor.html

Is there a bug or I missed something?
Permalink | Reply | 10 comments |
headers
Robert Dodier | 2 Dec 2007 15:44
Picon

Re: lapack issues

On 12/1/07, Raymond Toy <toy.raymond <at> gmail.com> wrote:

> My apologies.  I've promised Robert that I'd write some documentation,
> but haven't done that yet.  Since people are actually using it now, I'll
> write some very soon.

Hi Ray, I think I promised to write some documentation, and I got
started on it, but I haven't finished the job ... I just have to clean up
the existing text and put in some examples, not a big deal.
I'll do it today before the 5.13 release branch.

Thanks a lot for porting lapack, it seems to be pretty popular.

best

Robert
Permalink | Reply | 4 comments |
headers
Robert Dodier | 2 Dec 2007 15:57
Picon

Re: lapack issues

On 12/1/07, S. Newhouse <sen1 <at> math.msu.edu> wrote:

> In maxima 5.13.0, I can't load lapack with the command
>
>   load(lapack);

The problem of how to load lapack has come up before. I think we
(anyway, the people who responded about it) agreed that packaging
the lapack binaries is the best alternative, although unfortunately
we haven't made any progress towards that goal.

At this point, my advice is to copy the entire lapack subtree to a
user-writable directory (say /tmp) and load it from there.

> P.S.  Is it hard to set up a  'maxima-user-list' at sourceforge?   Maybe
> it is time for two lists: one for development and bugs, and another for
> users.

Well, I guess such a division of labor would reduce the number of emails
for users, since they could avoid development discussions ...
I'm guessing some developers would subscribe to both, so it wouldn't
make much difference for them.

I like having just one list since topics quite often cross from
one genre to another, and when I send a message I don't need to worry
if the audience knows the context (since they must have gotten all
the same emails as me).

There already exists maxima-users <at> lists.sourceforge.net, although
it gets little traffic.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Viktor T. Toth | 2 Dec 2007 16:28
Favicon

Re: question about ctensor

I don't think there is a bug, but please feel free to check and let me know
if you think otherwise!

The index ordering (for the Riemann tensor, in particular) that is used by
ctensor is somewhat peculiar. We inherited it from the "old days", and I did
not think it's a good idea to change it. Perhaps I should have, but I was
trying to fix what was broken, not reinvent the wheel.

Some details of the tensor packages (including the actual definition of
specific tensors like the Riemann tensor, using the same index ordering
that's used in ctensor/itensor) can be found in a paper I put on arXiv some
two years ago, cs.SC/0503073. Consider it a supplement to the
atensor/ctensor/itensor manual pages.

Viktor

-----Original Message-----
From: maxima-bounces <at> math.utexas.edu [mailto:maxima-bounces <at> math.utexas.edu]
On Behalf Of Evan
Sent: Sunday, December 02, 2007 9:35 AM
To: maxima <at> math.utexas.edu
Subject: [Maxima] question about ctensor

I tried ctensor with the Robertson-Walker metric.

Following the definition of Riemann curvature tensor in the document
of ctensor, it seems that the Ricci tensor given by maxima is negative
what it should be.

The document doesn't give explicitly the definition of the Ricci
(Continue reading)

Permalink | Reply | 9 comments |
headers
Raymond Toy | 2 Dec 2007 16:35
Picon

Re: lapack issues

Robert Dodier wrote:
> On 12/1/07, Raymond Toy <toy.raymond <at> gmail.com> wrote:
>
>   
>> My apologies.  I've promised Robert that I'd write some documentation,
>> but haven't done that yet.  Since people are actually using it now, I'll
>> write some very soon.
>>     
>
> Hi Ray, I think I promised to write some documentation, and I got
> started on it, but I haven't finished the job ... I just have to clean up
> the existing text and put in some examples, not a big deal.
> I'll do it today before the 5.13 release branch.
>
>   
Ah, I see that there is documentation.  Thanks for writing it!  
Everything that is maxima currently supports from lapack is documented 
too.  I think maxima has basically all of the lapack routines, but only 
a handful have an interface for maxima.

Ray
Permalink | Reply | 3 comments |

Gmane