@mmcdara Thanks for the idea. This has helped me a lot since I have about 200+ such integrals to calculate.

@Kitonum Thanks for the solution. Actually I thought of the same thing yesterday after I had posted the question.   Mmcdara's answer is more suitable to my needs, but in the absence of that, your solution would have been also usable.

@Thomas Richard As you and Preben have noted, there were a few careless errors in the original worksheet. I have replaced it with a corrected one.

I wouldn't have noticed the typo in theta vs thata since as it happens, the thata was in a conditional branch which is not reached. Thanks to you, and to maplemint, for pointing it out.

As to uses plots, plotttools, I haven't encountered issues in the past by loading plots and plottools globally and then calling their comnands from within procs. I assume the only drawback of doing it my way is that those procs are no longer self-contained / portable, but that's not a concern in this one-off application. If there are other adverse consequences, I would be interested to know.

@Preben Alsholm You are correct in both spotting the errors, and your remedies.

I made a few last minute changes to the worksheet before posting and carelessly did not verify their correctness.  I have uploaded a corrected version now.

@Carl Love Thanks for the compliments. As you have guessed, this worksheet does not present notable technical difficulties.  The one aspect that offered a bit of challenge was that the wheel's spinning is not a simple rigid rotation; its parts move relative to each other as it spins.

@Thomas Richard I didn't know about Maple's intsolve. That's very useful to know.  Thanks!

However, applying intsolve to the integral equation that I showed earlier, says::
Error, (in intsolve) integral equation is not linear.
That's rather odd, because the equation is obviously linear.

It will be good if you could bring this to the attention of the developers.

@Realeboha Maple's "diff" operator takes the traditional derivatives of integer orders. For fractional order derivatives use "fracdiff", as in

alpha := 1/2;
fracdiff(g(t), t, alpha) = g(t)*t^(1-alpha)/GAMMA(2-alpha);

This results in the integral equation

From here on you are on your own since Maple has no facilities for solving integral equations.
 

@acer When you file this, you may want to increase the font size to 64 to make it very obvious that space is being allocated for labels even if they are empty strings.

@acer I see why we are getting different results. In my ~/.mapleinit I have

plots:-setoptions(font=[TIMES,12], labelfont=[TIMES,16]);

If you just copy and paste that line into the worksheet that I provided, you will see that the horizontal axis gets a label of  "x".

But that line should not activate the label, should it?

@acer This is in a worksheet with 1D math input on Linux:

         Maple 2021.1, X86 64 LINUX, May 19 2021, Build ID 1539851

I have attached the worksheet.
 

Download mw.mw
 

@acer As long as you are going to submit a bug report, you might as well add this to your llist:

restart;
plots:-display(
	plot(x^2, x=-1..1),
	plot(1-x^2, x=-1..1),
labels=["",""], overrideoption=true);

According to the documentation, we would expect to see no labels in this plot, but we see that the horizontal axis is still labeled "x". 

@Kitonum If you increase the font size as I have done, you will see that both your examples leave large blank spaces for the non-existent labels, as I have shown in the first figure in my post. 

@emendes I know nothing about Lie derivatives, so I hope that someone else can help you with that.

@vv I have linux running on a somewhat old and slow machine. In Maple 2021.1 it takes about 30 seconds to export your graphics to EPS.  I do it by right-clicking on the graphics and selecting Export -> Encapsulated Postscript. That produces the expected result.  The file size is about 15MB.

I had never used the plottools:-exportplot command before. Doing that results in a 14MB file and I see that it has very noticeable artifacts.  Someone should submit an SCR.

As far as I can tell, both methods produce true vectorized graphics. Unlike the PDF export, these  are not rasterized images.

Maple's inability to export graphics as PDF is deplorable. Its export of 3D graphics as PDF is useless since it amounts to exporting a rasterized image in a PDF wrapping.  The fact that the exported image is embedded in a 612 x 792 pts size paper, adds insult to injury.

As you have noted, this issue has been around for many years. Perhaps with some more nagging, Maplesoft will take action to address it before this decade is out. 

Aside: Exporting to EPS works well provided that the image has no transparent objects. But that's not a fault of Maple; the EPS format is not designed to handle transparency.