Graphing software, such as used on these web pages or on graphing calculators, have some limitations. This page explores some of these issues.

Look at the first example, which shows the line *y* = *x*. Why doesn't the slope look like a 45° line? The issue here is that the *x* and *y* axis scales are not the same. This would also cause circles to graph like ellipses. You can correct this on these applets by clicking the "Equalize Axes" button, which makes the scales the same.

Select the second example from the drop down menu. This shows another line; click "Equalize Axes" to make sure the scales are the same. If you look very closely at the line, you may notice that it isn't quite smooth, looking like a stair case (with really small steps!). This is caused by the pixel nature of the display, and the fact that the graphing software doesn't recompute the graph for every pixel (it does it for every third pixel). 45° lines look pretty smooth, but other angles may have more or less of these "jaggies".

Select the third example. This shows a hyperbola defined as Notice that the graphing software has connected the left and right halves, which is not correct (there should be a vertical asymptote there). In this instance, the graphing software isn't smart enough to know that it shouldn't connect these parts. This is also common on graphing calculators.

Select the fourth example. This shows the same hyperbola, but defined as This time, the graphing software is able to figure out that it shouldn't connect the two parts. You need to beware when graphing functions with vertical asymptotes and know whether what the graphing software shows you is correct or not

Select the fifth example, showing the same hyperbola. Now, there is a vertical asymptote drawn. This is not, in fact, done by the graphing software, as it doesn't really know about the vertical asymptote. It is added to the graph manually by the person (me) making the examples. Note that if you place the cursor in the function definition box and press Enter, the vertical asymptote goes away, because the software thinks you might have typed a new function definition and hence erases the vertical asymptote from the example.

Select the sixth example, showing a piecewise function with endpoints. Like for the last example, the graphing software is not smart enough to know where the endpoints are and whether they are open or closed. The endpoints shown are added manually by the example. If you click in the function definition box and press Enter, the endpoints go away. When you type your own piecewise function (or any function where endpoints are relevant), you will just see the graph stop.

Select the seventh example, showing a power function. Notice that the example shows a cube root and shows values for all real numbers as the domain. Some textbooks that delve into complex numbers will only show the positive half of this curve, as would be the case for a square root. Since these applets are aimed at real number calculus, I've chosen to graph both sides to match what students would see on a graphing calculator in real mode.

If you edit the denominator in the function definition to be 2 instead of 3 and press Enter, you will see the graph of square root. Try other values for the denominator, both even and odd. Then try "pi". Is the graph what you expected? Is pi even or odd?

What the graphing software is actually doing is trying to turn the exponent into a rational fraction, reduce it to simplest terms, and then look at whether the numerator or denominator are even or odd to determine whether to graph the negative side or not. Pi is not a rational number, so the graphing software does not draw the negative side. Try 1001 for the denominator; what happens? Isn't 1001 odd, so shouldn't the negative side be drawn? This shows a limitation in the algorithm used by the graphing software to turn the exponent into a rational number; it gives up if the denominator is bigger than 1000. Try a denominator of 999.

Select the eighth example, a nice sine curve. Depending on your computer, the graph may show a nice sine curve, or a squiggly mess. If it shows a nice sine curve, what is its period? Does that match the period used in the definition? Try moving the slider; the cross hair should track the graph; why doesn't it? Try clicking the "zoom in" button, or drag a rectangle around one cycle to zoom in.

What's going on? The problem is that the sine curve is wiggling faster than the number of samples used by the graphing software, hence the graph only shows samples of the curve, not the real curve (because its period is so short, you would have to make xmin really close to xmax to see what the curve actually looks like). If your original graph looked like a nice slow sine curve, that's because the sample points of the actual fast wiggling curve just happen to line up to look like a regular sine curve. When you zoom in or change the xmin, the samples happen at different places and the graph looks totally different.

You can also try clicking "Restore limits" to undo your zooming, then edit the number in the function definition to be smaller, press Enter, and see what the graph looks like. How much smaller do you have to make the number to get a nice looking sine curve?

(C) 2011 Copyright Math Open Reference.

All rights reserved

All rights reserved