@acer .. ok true enough, it's a project I'm working on my old Windows XP Maple 18 since my wife and kids rarely allow me to use the new computer, but I didn't know if it could be done (now I do) so if it's possible I'll give it a hack - time affording as you said - I'm up for a challenge ... up to a point, then if it takes too long I give up.  I'll probably end up trying to find another way. 

I actually ran showstat(Tabulate) - I had the chance - but obviously it won't run in Maple 18 since the proc uses DataFrame which doesn't exist in 18.  Although there were a couple of problems I've come up against in maple 2017 I'm trying to figure out(more programmatical than mathematical).

Thanks, I see tabulate on the help page says it was introduced in Maple 2016.. edit add(sorry Maple 2015).  I was using Maple 18.

This would be a hard workaround for Maple 18 if we were to try to find one.  Is a workaround possible?

Is this possible in Maple now?  If not will this be a possiblity in the next release?

If AnnaGP could tell us if anything unusual happened during the saving, this might help.  Perhaps it's a windows 10 only issue?

In case the OP doesn't reply for a few hours I would guess he wants the great circle to be rotated through all angles over the sphere not just through longitudes.  But I believes he means rotated about the center.

Sounds like given a certain trajectory you wish to project where it would have continued to?

That file you have uploaded is empty.  A file full of spaces, there's nothing in it.

@Preben Alsholm I was trying something with libname and discovered that once you change the pathname of libname you can't unchange the location it looks to. 

For example using the two fourier series packages by Khanshan and Werner.  If I put one package in the directory c:/fs and the other in the directory c:/FourierLib and do this

a:=libname # preserve the original libname location

load the Werner package

libname:=libname,"c:\\FourierLib"
with(FourierSeries)
                       [FourierAnimate, FourierCoeff, FourierExtend, FourierPlot, FourierSpectrum]

unwith(FourierSeries)

libname:=a # return the original location of libname

libname:=libname,"c:\\fs"

with(FourierSeries) should load the fourier series from the new location mentioned in libname from the Khanshan package however it still loads the FourierSeries from the original named libname so we get

with(FourierSeries)
                [FourierAnimate, FourierCoeff, FourierExtend, FourierPlot, FourierSpectrum]

I don't see why the new FourierSeries isn't loaded?

@Preben Alsholm The notice says to contact the author if to use as a for-profit use.  We are not using it for profit.  All we are trying to do is allow the use of it (in it's slightly altered original form) with another package of the same name by renaming it and allowing it to be used under the newer archives at the same time.  I suppose the alternative would be to leave the file alone and change all other FourierSeries package names not copyrighted to something else.  But then that legal notice of being copyrighted screws the rest of us from using packages called FourierSeries at the same time.  In which case the only thing to do is add the path to libname so it can be loaded whenever and then unload it and remove the path from libname when we want to load a different FourierSeries package.

I don't know if there's a problem if we rename the file but still have the author credited.

@NorwegianStudent There's only 3 commands in that package which you can uncover using showstat to show the inner workings.  I don't think there's an easy way to just rename a module, I think one would have to rebuild the module, then save it.  It would be just one file and have the newer extension .mla

@NorwegianStudent you would have to rename one of the packages.  As long as the commands inside the package are different there wouldn't be any clashes. 

Outside of renaming you would have to load and unload each package seperately using shorthand notation as well as changing libname so that Maple wouldn't look in the other library and load the wrong one and vice versa.  Renaming would be the better option.

Renaming the Khanshan FourierSeries to FourierSeriesK for example and the Wilhelm Werner FourierSeries to FourierSeriesW.  Ending with the last initial of the author to reflect whose package you're using.

@NorwegianStudent .. You defnined Coeficients from 0..2Pi and a[n] from -Pi..Pi

Using the package from Mr. Khanshan and your example similar results are obtained

I don't have a problem loading into Maple 2017.  You probably used the wrong slashes (backslash instead of forward slash) in libname

Create a folder under c: drive labelled fs and copy the .ind and .lib into the folder.

Then initiate libname:=libname,"c:\\fs"  Note the forward slashes.

It would be better if Maple could make a better guess with the initial data without having to supply initialvalues.

In this case Maple comes up with the fit if we supply it only with the initial value of A.  We can guess from the plot it's about 45 or so.  

It's probably not that surprising that Maple doesn't come up with a proper fit right away.  But why wasn't Geogebra fooled?  Maybe it's perhaps the algorithm being used in Maple that's too simplified or is it the other way around and actually too complex?

@NorwegianStudent .. using older packages on new software can cause unpredictable results.  I'll have a look shortly, try Preben Alsholm's solution above, perhaps that will work for you instead.