The puzzle starts here:
I've often thought it would be cool to somehow convert coordinates to colors. The most straightforward way is to simply use the ascii table. Perhaps you have tried this yourself. The trouble with this is that the colors are just not satisfying. There's no pizzazz. There is a good reason for this. All of your RGB digits are going to come from a narrow band of values, at most only the last half of the available digits. Not to mention that their natural distribution will invariably fall even closer together than the range of all possible values. So you end up with a selection of grays shaded a little this way or that, but they are all still basically ugly, gray, and aesthetically lacking interest.
One day I stumbled on the fact that the MIME "encryption" actually adds a large amount of additional string length without any obviously visible benefit. So I was curious why it was so universally useful and looked up some interesting articles about it. Mainly, MIME is capable of transmitting formatted internet mail and attachments among various handlers without munching it. This is probably kid's stuff to the tech gurus out there, but not really understanding all this internet protocol business, I found it all rather interesting.
While looking at the base64 wiki article (see the related web page in the link above) that nicely explains where all that MIME overhead comes from, it occurred to me that I could make use of this to hide information, such as a text description of the coordinates for a cache's location. There are at least a few ways to hide this information. I decided on the following steps:
I used the Base64 index table from the wiki page. I'm sure it is the same as any Base64 MIME conversion table. I encrypted my message from the "Char" column into the 6 bit values in the table. I assembled four of those 6 bit pieces end to end and broke them into three 8 bit pieces. The three 8 bit pieces are the RGB components of a color. Repeat for the next four characters. These colors are much more interesting than the simple ascii to RGB described above due to two facts: redistribution of bits, and increased probability of using a wider range of the available values.
Anyway, as you have probably already guessed, I "hid" the colors on this page. In order to discover the cache coordinates, I recommend that you convert each color to its 24 bit RGB, chop that into four 6 bit pieces and then use the index table. Of course, feel free to try any number of shortcuts and diversions, but I suspect the course I've suggested will give the best results. Good luck.
P.S. You may ask yourself, why did I create this puzzle and then tell you how to solve it? I think that's a good question.
Congratulations 
TimeSeeker for FTF and 
DianeAndSteven for FTS!!!