Thanks @WD0HHU.

j.

Thanks @acer.

I have no problem using the Calendar package, I like being able to change the reference date (I often use 1/1/2000), and I appreciate the efficiency of putting everything in one line.

j.

Thanks@Rouben Rostamian. That works great for what I need.

j.

Thanks @acer.

Your reply confirmed what I was seeing, which at least suggested that there wasn't something screwy happening to just my Maple installation(s). Width is not typically an issue because the files I look at typically only have 100 (or fewer) columns, but the number of rows can get quite big. However, I probably don't need to browse; since I am usually concerned with what happens in a single column, I can use dataplot.

By the way, how do I tag a question as Answered?

Cheers,

Jno.

Thanks, @Rouben Rostamian. The full worksheet is rather proprietary, so I pared it down as much as I could.

MaplePrimes_Sheet.mw

In my process of cleaning, I think I got a little closer to the solution (or at least identifying the location of the problem). The axis numbering seems OK with my initial plot command, but when I combine plots with the plots[display] command, I get the behavior I asked about. It seems that I got an extra decimal point once with plots[display], but I can't reproduce it. I've recalulated the sheet many times--and even stopped and restarted Maple--and I still get just two decimal places.

Jno.

Thanks, Carl Love. I wish I were in front of my PC so I could use it now.

Jno.

Thanks, @dharr. That does exactly what I need.

j. 

Hi,

I found that if I increase the precision of my variable, I can get my desired scientific-notation format, and the threshold for scientific-notation display changes a little.

restart;
d := 0.000075;
cat("d = ", d);
                          "d = .75e-4"

d := convert(d, float[8]);
cat("d = ", d);
                         "d = 7.5e-005"

However, I am still missing the leading zero when I use the cat command and I don't go past the threshold for scientific notation.

restart;
d := 0.75;
cat("d= ", d);
                            "d= .75"

d := convert(d, float[8]);
cat("d = ", d);
                           "d = .75"

Thanks,

Jno.

Hi,

I've been playing with this some more, and I have found that the "problems" I cited previously arise when include variables in the legend plot option and cat command. Things seem to be OK if I just display the variable or include it it a caption. However, since I often need to display two variables, it is difficult to avoid using cat.

If I need to use it, I have a workaround to the leading-zero issue: I can simply add it as a string. Things get a little more difficult when the scientific-notation issues are involved. However, I'd rather not have to do anything special; I'd like to set my document loose on some data, and sit back and wait for the results.

Thanks,

Jno.

Thanks @Carl Love. Your solution works better in my routine.

j.

Thanks @dharr.

I was confused because it seemed to work on other sheets when I did not (explicitly) add the Linear Algebra package. LinearAlgebra:-Column() works fine (but you knew that). Thanks!

j.

@Carl Love 

Apparently, the latest version: 2022.1.

Thanks,

j.

Thanks @Carl Love. I was able to call your procedure with some actual process data and combine it with some other math to get the number I was looking for. I will still study your code to understand everything it does, but it gives the right answers for any test data I throw at it.

Thanks,

j.

Thanks @Carl Love. This is very complete; I see that you included the "error" terms, which I omitted from my original question, and the F and p-values are very helpful.

I noticed that the matrix indices at the end start from 0, which is actually what I am used to. What I have seen so far is that Maple starts countiung at 1. Is the origin at 0 due to the DataFrame, or is it a setting somewhere in the Maple program itself?

Thanks,

j.

Thanks @Carl Love. That restart command is handy, and I wish I had had it sometimes in Mathcad, but it is obvious that I need to be careful with it. It seems that I had made the array I needed, but then wiped it out with restart.

After I cleared up the problems with (or at least made them go away for now), I got answer (and the "right" answer). However, the output of the procedure has, for example, SS__P = HFloat(...). The numbers in parentheses look right, but then "HFloat" is confusing. How do I get rid of it? Also, how do I get the numbers out of the record so that I can use them?

Thanks,

j.