This limitation has been lifted in Maple 2016 (or 2016.1): CycleBasis(g1) returns [[1, 3, "a"]], and CycleBasis(g2) returns [[1, 3, a]].
So I suppose you are running an older version. I'm not aware of any workarounds for that.

If you click on any of the Linkage subsystems, you will see the length parameter L and its value under Parameters in the Properties pane. For instance, Linkage2 is using L=0.62, Effector is using L=0.1.

If you double-click to open the subsystem, you will notice that each of these linkages consists of two RBFs. The left one extends from 0 to -1/2*L (negative X direction), and the right one extends from 0 to 1/2*L (positive X direction). This principle is explained e.g. in Tutorial 4: "Modeling a Planar Slider-Crank mechanism".

Is that what you mean?

Measurements are typically imported to a MapleSim model via Interpolation Tables (Lookup or Time Table). These components can be found under the Signal Blocks palette. Supported file formats are Excel sheets (xls, xlsx) and Comma Separated Values (csv). The file(s) can become part of the model (i.e. attached inside the msim file), or be kept externally. Smaller data sets can also be "inlined".

Maple libraries cannot be imported directly into a MapleSim model (from a user perspective); MapleSim has its own notion (and file format) for component libraries. But you can attach a Maple worksheet to any model and then use all of Maple's features, including libraries. Then use the MapleSim API to link between model and analysis.

One way to achieve that is provided by the InertForm package, introduced in Maple 18:

given := w^2/(w^4+2*w^2+1);
with(InertForm);
wanted := Value(MakeInert(expand(numer(given)/w^2)/expand(denom(given)/w^2)));
given - normal(wanted);

@tomleslie You wrote:

The existence of the "indexed" arbitrary constant _c[2]: why is this an "indexed" constant? - particularly given that there is no _c[1] or _c[3]. I haven't seen an indexed constant returned by a call to pdsolve() before: and I have no idea why it is occurring in this case,

These are separation constants. Background: pdsolve applied an additive separation ansatz: F(x,y) = _F1(x) + _F2(y). [This can be seen after setting infolevel[pdsolve]:=3 or higher.] Roughly speaking: when following that route, you get an equation where one side depends on x only, and the other side on y only, so both sides equal a constant. Which leads to a system of ODEs, of course.

Another observation: when replacing the coefficient 0.3846153846 by 5/13 (as suggested by commands like identify or `convert/rational`), pdsolve finds a slightly different representation of the solution. Whether this is relevant here needs to be decided by the thread opener.
Unlike the dsolve command, pdsolve has no option 'convert_to_exact'. Could be useful here.

Unfortunately, custom components do not cover the Multibody domain in current MapleSim. There are plans to implement more features for beams, but I can neither give any details nor a timeline. Sorry.

This may depend on the details of your procedure f. So if you post it (or upload your worksheet in case the proc is too long), we should see what's happening.

Generic recommendation, given at the end of the ?TranslationDetails page: infolevel[CodeGeneration]:=5:

The 'with' command is meant to be used at the top level only, i.e. outside any procedures.

In your procedure VeHinhNemXien, omit the 'with' calls and use the "long form" plots:-animate and plottools:-exportplot instead, just as you did with FileTools:-JoinPath etc.

Unfortunately, Maple does not issue a warning when this frequent mistake is being made. The maplemint checker does, but is not always applicable.

Try and see whether that edit has any impact on your GIF file creation issue.

I'm getting the expected true result here. Do you have any add-ons or third-party libraries installed?

Also, it seems the last sentence of your post was cut off after "in" - please check.

This outputs the numerator first:

with(InertForm);
A := (cos(sqrt(2)*t)-cos(omega*t))/(omega^2-2);
Display(A,inert=false);

So it's not really what you asked for, but you might still find it useful.

@Carl Love It is actually possible to access equation labels from other worksheets. Entering ?interdocument brings up the related help page. Just a side remark; your answer is pretty much what the TO expects, I guess.

@Thomas Dean Adding the newly installed fonts to the font path / font server configuration should be sufficient. Don't know about Ubuntu 16.04, but try "xset q" for querying. I dislike unnecessary reboots. ;-)

Ubuntu has probably changed the naming of network devices, or their mapping to MAC addresses, so your license file has become invalid. If you send your Purchase Code and output of "ifconfig -a" to our customer service group, they can provide you with a new file.

If that error appears upon starting Maple, please follow our FAQs for Windows or Mac OS X.

In case that does not help (or if you are running Linux), please contact our technical support group.

Linux users might also check out this FAQ, but it's a different (and rare) situation.

Maple 2016 introduced a new package that is superior. Please see here for all new features. On my laptop:

with(NumberTheory):
teks := CodeTools:-Usage(Term(ContinuedFraction(M1/M2),0..8));
memory used=210.58KiB, alloc change=0 bytes, cpu time=0ns, real time=5.00ms, gc time=0ns
           teks := [109, 101, 115, 115, 97, 103, 101]