@Alfred_F I have cleaned up my solution to the extent possible and will post it now.  There are some elements that overlap with dharr's solution, but there may be some instructive aspects in it as well.

@dharr I am glad to see that our answers have converged.  I am going to post my solution once I have cleaned it up just to provide an alternative approach.

@Alfred_F My calculation shows a teardrop-shaped domain whose value corresponding to the fence length of 100 is 15468.56. 

I will post the solution if I find some time to clean it up.

@dharr If I am reading your work correctly, you are concluding that the optimal shape is something like a teardrop with a flattened edge on the right.

That flat edge looks suspicious.  In the figure below, we remove part of the domain from the top and add it to the flat side. That does not change the fence's total length.  The removed land lies between zero and xmax, so it is only moderately priced, while the added land lies to the right of xmax, so it is highly priced.  The change, therefore increases the value of the integral.  So the original integral could not have been maximal.

@erik10 I don't understand what you mean by an "outline of a sphere" or its "outer reach".  See if you can clarify that.

Do you perhaps want to project the sphere onto a plane?  If so, then plottools:-transform is the right tool.  For instance, to project the sphere (or any 3d drawing) onto the xy plane, name the drawing, say call it p, and then do

plottools:-transform((x,y,z)->[x,0,z])(p);

@erik10 To get a smooth sphere, you may draw the sphere in the usual resolution without a grid, and then superimpose the desired grid, as in:

plot3d(1, t = -Pi .. Pi, p = 0 .. Pi, coords = spherical, style=surface);
plot3d(1.01, t = -Pi .. Pi, p = 0 .. Pi, coords = spherical, grid = [25, 19], style=line, color=black);
plots:-display(%%,%);

Note that the grid is drawn at a slightly larger radius so that it does not get blended with the surface.

PS:  The grid drawn by Maple consists of straight line segments.  If you want properly curved grid, then it can be done through plots:-spacecurve.

@aroche Thank you for prompt action on this matter!

@acer Thanks for the extra work.  Regarding the automatic coloring of different curves by display(), yes, I did see the redraw=false option noted in the help page.  I am not quite sure of its purpose, since setting the color option overrides the default colors.

Here is yet another curiousity.

My original example noted that the command

plots:-display(pic1, pic2, scaling=constrained);

plotted the diagram over an incorrect range.  Interestingly, specifying a color option fixes the issue and the curves are plotted over the correct range!

plots:-display(pic1, pic2, scaling=constrained, color=[red,green]);

So that's yet another workaround.

@acer Thanks for your comments and your offer of submitting a bug report.  Please do.

@nm Thanks for digging up that information.  In effect, the AI is providing a workaround.  It would be better if no such workaround were necessary.

@acer Also note that the right-hand side of initial condition y(Pi/2)=0 is not used anywhere.  There is no solution if the right-hand side is anything other than zero.

I cannot make sense of what you are attempting to do in your two worksheets.

In your statement you write "I define c by a 3 segment piecewise nonlinear function of H".  Perhaps that's what you intend to do, but your worksheets define c as a function of t, not H.  That's where things go wrong.

Here is a suggestion:

restart;
c := H -> piecewise(...expressions in H...);
H := t -> sin(2*Pi*t);  

Edit the above as needed, and then use c(H(t)) as the coefficient in your PDE.  Write again if problems still persist.

By the way, you have H and Ho in your worksheets.  It's not clear why there are two of them.  Need to explain that.

I can't tell what it is that is being plotted.  The code that you have supplied does not help.  To get useful help, state the objective in words.

@Andiguys As far as I know, the save(names, filename) command writes to and reads from filename in the current folder, unless you specify filename as a path to some other folder.  At least that's how it works in Linux.

Perhaps in Windows, filename needs to be given with an "m" extension, as in
save(p1, "p1.m");

I don't have Windows, so that may or may not help.  Try it.

Someone else who may have access to Windows may give more useful information.

@acer Oh, I see.  Your previous comment did not quite register with me, but now I see what you mean.  Thanks again for the explanation.