Some emails from a friend reminded me of this odd little math problem. I’d be interested in seeing if other folks can come up with the solution.
I never quite got into higher math, but I do enjoy the lower variety. In high school I did well enough through algebra and geometry–both plane and solid–but flunked trig. I tend to blame it mostly on the teacher, who didn’t seem to be able to transfer his understanding from his own brain into mine (a problem shared by all of my college programming instructors). Even my brother-in-law, who had gone through college trig couldn’t figure out a lot of my homework problems.
When I was stationed on Taiwan (1964-66), Shulinkou Air Station had personnel from all services: Air Force, Army, Marines, and Navy. All Operations personnel worked rotating shifts: days, swings, and mids. One night after coming off of the swing shift, several Army friends and I were sitting in the snack bar when a Swabbie came in with an odd question. He was taking some kind of math course and needed some help with a problem. We spent some time on it, drawing on paper napkins, but none of us could figure it out. I never found out whether or not he came up with an answer, but the problem stuck in the back of my mind and nagged at me for years.
Near the end of my first tour in Japan (about 1972), I did something foolish that resulted in the cartilage on the backs of my kneecaps developing some cracks. As a result, I couldn’t climb the stairs to my third-floor office, and ended up all by myself at a desk in a map storage room on the first floor. I had some translation work to do, but things tended to get boring with no one to talk to, so I sometimes took a break and amused myself with attempts to trisect an angle using only a compass ( famous impossible problem), and with that ancient math problem. For the most part, I just doodled around with it, having no idea of how it could be approached.
Finally the day came when I really got into it. I didn’t know anything about programming at that time, but I finally realized that I needed to come up with an algorithm to solve it. Once I had that figured out, the answer came about pretty quickly. A big part of the solution involved a procedure that I had actually discovered during the Southwestern University entrance exam. In the process of applying this procedure, I also came up with a matrix of numbers that turned out to have been previously described by a famous mathematician for whom a once-popular programming language was named. (Surely that’s enough of a clue for the math nuts here.)
Here’s the problem:
-
Imagine a circle with 360 evenly spaced points around the perimeter.
-
A line is drawn from each point to each of the other 359 points.
-
Figure out how many two-line intersections there are within the circle. (A two-line intersection is produced each time one line crosses another line, regardless of how many other lines may cross at that point. Therefore, a node where three lines intersect consists of three two-line intersections, a node where four lines intersect consists of six two-line intersections, and so on.)
-
Figure out how many two-line intersections there are including the intersections at each point on the perimeter. This is easy once you’ve figured out the previous problem.
Can you see the approach to take? (It definitely doesn’t involve drawing all those lines and counting the intersections, as the answer to each part of the problem is well over half a billion.) I came up with a reasonably compact formula for calculating the number of intersections for any number of points for each part of the problem.
It probably won’t take anyone else six or seven years, as it did me. If you think you’ve got an answer, but don’t want to spoil it for others, you can pm me.