Order of runs in graphs (Read 999 times)

I chose to go with a commercial graphing package to save me time so I can work on more pressing issues. There are several things that I have to look into with the graphing software, including this one. It's on my list of things to do, so you'll have to bear with me.

I thought about this after I turned off the computer last night, and realized that the graphing package, however beautiful it is, can't order the runs. The reason is with how it accepts the data to be graphed. The data is grouped by run type instead of the order in which I input them, so it loses the order. The advantage of using an off the shelf package is that I don't have to spend (much) time on it. On the other hand, if I create my own, I can do some really cool stuff with it too. For example, I've been tinkering with the idea of creating a "PR envelope", similar to the flight envelope that describes the characteristics of an airplane. It is generated using your race PRs, and is kind of like a race pace predictor. Instead of predicting a pace for a given distance, it plots out the pace for all distances. Since it's created using your race data, it should be more accurate than the general formula used in the current predictors on other sites. This site is actually the second version. I did the first version using PHP, and I did my own graphing. It's ironic because it ordered the runs correctly, as well as did a rolling date instead of lobbing off days without data, and had correct widths for all the columns. How's this, if you find more things that are wrong with it, I'll write my own graphing package that can do everything It's a trade off since it'll consume a lot of time, time that I can spend on other stuff. eric

I know I speak for everyone when I say we appreciate this site.

Eric: I certainly would add an "amen" to what Erunama has said. (BTW--this post has raised a question in my mind: Is there a way to preview a message before it is posted?)