@Thomas Richard

Hi!

When a 3D image is generated, for example with the plot3d command, this image can be exported in various formats, in particular the x3d format. I'm wondering what the basic format is for 3D images inserted and generated in a worksheet. If it's in x3d format (and it seems to me that this may be the case), would the impossibility of viewing these 3D images be linked to the existence or not of a package external to Maple that would need to be installed and that would allow these x3d format images to be viewed?

Sincerly.

@Thomas Richard 

Yes, the MAPLE launcher script contains this line by default.

@acer 

Hello,

Here's what I get when I run Maple from the command line (I've only indicated the first few lines; the others are of the same type). I don't think JRE is the cause of the problem, but the X11 environment. How can I solve this problem?

$ xmaple
Picked up JAVA_TOOL_OPTIONS: 
Exception in thread "AWT-EventQueue-0" com.jogamp.opengl.GLException: Profile GL2 is not available on X11GraphicsDevice[type .x11, connection :1, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0x3bc2e5ab, isOwner false, <28a5f94b, eb2c9b1>[count 0, qsz 0, owner <NULL>]]], but: [GLProfile[GL4ES3/GL4.hw], GLProfile[GL2ES2/GL4.hw], GLProfile[GL4/GL4.hw], GLProfile[GL4/GL4.hw], GLProfile[GL3/GL4.hw], GLProfile[GL2GL3/GL4.hw]]
	at com.jogamp.opengl.GLProfile.get(GLProfile.java:991)
        at ........

Thanks

@acer 

The Does it happen for other kinds of 3d plots, other than a surface?  Ie, spacecurve, or pointplot3d?

Yes.

What exactly do you see, when you attempt a problematic example?  (Eg. is there a message about not being able to render, in the inlined plotting, window, or is it just blank.)

The window is empty. No messages.

If you attempt it from a GUI session started from a Linux command terminal window, are there any Java diagnostic messages sent to that console?

None. 3D graphics appear as command lines with slash or dash symbols.

I'm not sure whether attaching an example worksheet would help, but it surely wouldn't hurt.

with(plots):
spacecurve([cos(t),sin(t),t],t=0..4*Pi);

Did you see that Ubuntu 20.04 is not an officially supported Linux platform for Maple 2019?

No clear informations from Maplesoft. In 2019, version 20.04 had not been released, and Maplesoft only lists Ubuntu version 18.xy in 2019 on its system requirements webpage:

https://www.maplesoft.com/support/install/2019/Maple/Install.html#MapleInstallGuide_SysReq

So there's no way of knowing if it won't work with Ubuntu 20.04 as it seems that this information has not been updated since.

I suppose that it might be possible that forcing use of a later jre could help. can finicky, especially w.r.t. operating system graphic drivers.

Which JRE library do you have in mind? I have installed the latest compatible versions of JRE.

Precisely which version of ubuntu are you using? Is it in the list of 64bit Linux versions officially supported by Maple 2019?

Ubuntu 20.04 is in the of 64bit linux versions.

What's the video card and what (if any 3rd party) graphics driver might you have installed for it?

The graphics card is a MESA Intel@ HD Graphics 630 with a NVIDIA 530 driver or X.org driver..............

Many thanks @acer

@Rouben Rostamian  

You propose a very "radical" solution. Is there a more gentle solution?

Wouldn't Xorg be involved?

@Joe Riel 

So, do you think I need to contact the Maple support?

@Joe Riel 

Well, the volume of this partition (let's say A) is ridiculous: a free space of 15Gb for a total of 80Gb. It's a small 80GB partition that is not intended for file storage but is only reserved for the computer's linux operating system and the main softwares. Maple is also on this partition A. I'm going to use Gparted to further increase its volume but I would like to be sure about the diagnosis and how to manage the storage of temporary Maple files on other larger partitions (B, C, etc...) that do not contain the Maple application; the latter remains installed on the small main A partition.

@Carl Love 

I think I'm going to go to bed.

I must be very tired!

Thanks and sorry.

Hi,

Here is the code:

restart:
with(DifferentialGeometry):
with(LieAlgebras):
#
DGsetup([seq(cat(x,i),i=1..3)],R):
#
Lie_Generators := [D_x1*x1+D_x2*x2+D_x3*x3, D_x3*x1+D_x1*x3, -D_x1*x2+D_x2*x1, D_x3*x2+D_x2*x3, D_x1, D_x2, D_x3];
#
LieAlg:=LieAlgebraData(Lie_Generators);
#
DGsetup(LieAlg):
#
L:= evalDG([e1+a*e3,2*e2+b*e4,e1+3*e5]);
#
evalDG(add(eval(cat(e,i)),i=1..7));
evalDG(add(eval(L[i]),i=1..7));
evalDG(add(eval(c[i]*L[i]),i=1..7));
#
evalDG(sum(eval(cat(e,i)),i=1..7));
evalDG(sum(eval(L[i]),i=1..7));
evalDG(sum(eval(c[i]*L[i]),i=1..7));
#

The command evalDG(add(eval(c[i]*L[i]),i=1..7)); is also important for the sequel of the program I want to write.

Thanks.

Jaqr

@tomleslie 

Hi,

I used the code

L:= [e1+a*e3,2*e2+b*e4,e1+3*e5]

I indicated L= [e1+a*e3,2*e2+b*e4,e1+3*e5] symbollically. This is not the origin of the 'error'.

Jaqr

@Carl Love 

Hello Carl Love,

Sorry about this error: "useless" versus "unnecessary".  As you may have understood, I am not a native English speaker. And furthermore, if I believe some renowned linguists, contrary to what is often said, the English language is in fact a very difficult language to speak properly and one of the most difficult because it is the easiest to speak badly (W. Churchill)!

I remember your remark and I think it will remain engraved in my memory!

Thank you again Carl Love for your attention.

@Carl Love 

Hello Carl Love,

You are right.

For the moment, the tests I have done are going well. I think that indeed, the "primpart" is useless. I added it for a reason that I don't remember unfortunately.

Thank you very much again.

@Carl Love 

Thank you.

I am still testing the command. Nevertheless, I think it works well. But how can programming be like walking in a mist even with apparently correct commands or procedures.

Sincerely yours!

@Carl Love 

I am sorry Carl Love, with the list S :=

S:=[X[1], -X[1], -X[2], -2*X[1]-2*X[3]+X[4], 2*v*X[1]+2*v*X[3]+X[2]];
and V:= {X[1], X[2],X[3], X[4]}

An error occurs. The procedure is unable to evaluate the sign  and the procedure fails to apply. What happens?

I modified your code in such way:

RemoveUncommomFactors:= (S::{set,list}(algebraic), V::set(name))->
    map(primpart@(p-> sign(p)*p)@primpart, S, V):

Is this coherent?

Thanks

@Carl Love 

Thank you a lot! I will try to understand the part of code you add: '(p->sign(p,V)*p)@' that is mysterious to me at first sight.

But does it mean that you sequentially apply, first, primpart, and then, the function p -> sign(p,V)*p ?

I ignored that operator @. I learn!

Thank you again "Carl Love" !