Following are coupled PDEs governing the system. c1 ∂_x1S11 + c2 ∂_x1S22 + c3 ∂_x2S12 = 0 --- (1) c2 ∂_x2S11 + c1 ∂_x2S22 + c3 ∂_x1S12 = 0 --- (2) ∂_{x2 x2}S11 + ∂_{x1 x1}S22 - 2 ∂_{x1 x2}S12 = 0 --- (3) where c1, c2, and c3 are constants. S11, S22, and S33 are 2-dimensional field. And boundary conditions are appropriately defined. In fact, Eq.(1) and (2) are the equilibrium equations and Eq.(3) is the compatibility equation of 2D static strain-stress problem. I don't have any experiences on constructing finite difference equations of coupled

Maplesoft should have free recorded webinars available for customers, as The Mathworks does. The main problem people have with Maplesoft products is the lack of training. With recorded webinars you can get a general idea of how to use Maple to solve your engineering problems.

I'd really like better linear algebra support. I've been wanting some features that have been in Mathematica now for several years. I'd really like to be able to write out, c^T*B*c where c is a vector and B is a matrix without having to specify their size other than they are conforming. Then be able to manipulations on them such as differentiate with respect to c. I know that Mathematica can do this, and the lack of this support makes doing my work difficult. I had to do a lot of work to get around this problem when creating my symbolic finite element package. The other major thing that I've complained about before including in various places on Mapleprimes (but not in the suggestions forum) is better LaTeX export.

The exponential function behaves a little strange sometimes. This happens in Maple 9. It thinks that 0^0 is 1. I'm actually in agreement with that, although I've seen many a mathemtician argue that it should really be undefined. De gustibus non est disputandum. But it's strange that it think that 0^(1+I) is 0 but 0^I gives a divide-by-zero error, without mentioning that the division by zero occurs somewhere in a call to ln(x). It's something stupid, but a potential source of mystifying bugs in user code. Some CASes, such as Maxima, are smart enough to have a specific error for 0^z for complex z. Still others return NaN.

One of the items missing in the "combinat" package is that there exists no procedure to produce one combination at a time from C(n,k). The only possibility is to generate a list of all possible subsets of C(n,k) in a single go.

I am looking for a function/library to generate sequences of combination C(n,k), which would generate the next (successor) sequence, given a sequence. ie next:=some_proc(n,k,prev) should return the next sequence after the sequence "prev". Is this available anywhere ?

Consider the task of extracting the constant-term from a multivariate polynomial. This seems a common operation; I expected that there would be a predefined command for doing it. Alas, I could not find one. The usual suspects, coeff and tcoeff, do not directly do the job: coeff does not work with multivariate polynomials and tcoeff returns the coefficent of the lowest-order term, which may not be the zero-order term. Here are two simple procedures that implement different ways of solving this problem:

I have problems with assume integer. Here is a worksheet yielding a wrong solution. Is there something other than assume(integer)? > restart: > assume(k,integer); > is(k,integer); > is(l,integer); > t1:=int(sin(x)*sin(k*x),x=0..Pi); > t2:=int(sin(x)*sin(l*x),x=0..Pi); > limit(t2,l=1);

I want to create a list and apply sin(x) to it. Is there something that can help me do the following.... Apply sin(x) to a list as in... sin[2, Pi, Pi/3] Please let me know.

In a new PC with a nVidia graphics card under Win XP Pro I have found that
plots, using the Classic interface (Maple 8 included), show a cyan background
by default, instead of white. Default means PlotBGColor=default or 255 255 255
in maple10.ini.

Clicking with the mouse on the plot turns the background white, both for
inline and window output, but e.g. using the window output, and pressing the right
arrow turns the background cyan again.

On the other hand, plot background in Standard interface shows white.

I have not realized of any other application showing this problem.
Any idea on its origin?

Here is a simple Maplet example,

New here and not sure if this is where the bugs go. Assuming it is... Using Maple10, build 190196 and Linux; entering the following >map(Im,Matrix(1,1,shape=identity)): gives back 1x1 identity matrix (that is, [1]). Fixed by >map(Im,1.*Matrix(1,1,shape=identity)): which returns [0.], as it should. Cheers

I am trying to solve the following system in (L,N) with Maple eq1 := 449.7102399/(L-115.6885356*N^.98*L^1.019)^.1* (1-117.8866178*N^.98*L^.19e-1)+15-5894.330889*N^.98* L^.19e-1-411.72/(48-L)^.6e-1-985.8471121* exp(-3.638-.174*N)/L^.326 = 0 eq2 := -50985.79270/(L-115.6885356*N^.98*L^1.019)^.1/N^.2e-1* L^1.019-5668.738244/N^.2e-1*L^1.019+254.5065245*exp(-3.638-.174*N)* l2^.674 = 0 I have tryed with solve(),PolynomialSystem() but without any result. I have also tryed with implicitplot() to have an approximate solution. I would be v grateful for any help. Cheers, g

Hello,

when using the graphical version of Maple 10 on Mac OS X, I frequently get problems when entering content or changing it. I start by entering content, and all works fine. Then I execute the worksheet, save the worksheet, and all is still fine.

Then I restart Maple and open the worksheet again. Now I want to change some content. But when I press shift-enter to insert a line, it does nothing the first time, and only works from the second time on... when browsing with the arrow keys, it seems like there is some sort of hidden character inserted, as I need to press the left key twice to go over it.

This topic was developed in a discussion with Mad Math. In Maple, pattern based transforms can be done using following Subs procedure

I'm converting an expression to optimized Matlab code, and some key parentheses were left out of the final expression. Is this a known bug? I'll include the offending code below:

W1 := (-5+6*b*c*d^2+5*a*b^3*c*d+5*a*b*c^3*d+a*b*c*d+a*b^3*c^3*d-2*a*b*c*d^3-4*a*b^2*c^2*d-b^4+6*b^2+6*c^2-c^4+4*d^2-2*b^2*c^2*d^2-3*b^2*c^2+3*b^4*c^2+3*b*c+3*b^2*c^4-5*b*c^3-5*b^3*c-b^3*c^3-4*d^2*b^2-4*d^2*c^2+8*a*d-8*a*d*b^2-8*a*d*c^2)/(-2*a*b*c*d+2*b*c+2*a*d-c^2-b^2+d^2)^(7/2)/(-d+2*a);

with(CodeGeneration);

Matlab(W1,optimize);

I get a final expression of

t72 = t32 + t57 / t65 / t63 / t62 / -d + 2 * a;