unforum

[msekolpsu]

Saw your edit. Didn't realize there were tables. Sorry! I'll keep trying. I'm going with +/-3 off and +/-7 off.

[Andy]

Here's a thought:

Dana's calculation on the distance page uses city names, not coordinates. Maybe once we figure out which cities these points lie in, we're supposed to use the city name in finding the distance instead of the exact numbers.

[Zedix]

That would be worth a look, except for the fact that the coords are listed very, very precisely. If the only thing that mattered was the city names, the coords would be more spread out and in more general places, no ?

[sherpa]

Well, not necessarily; going from the city names one could easily then zoom in to find a specific point to give co-ords for, thus making the co-ords' degree (well, lack) of precision look less suspicious.

I don't know, though, of course.

I've segregated out the cities. The first listing is in order given on the site (take them two lines at a time, for the first and second columns respectively). The second, alphabetical, for any analysis folks want to do on that.

[Andy]

Well, this admittedly creates a problem with the places where the same city exists in a pair (it happens at least once).

Unless, of course, we're supposed to be finding the distance between the cities and San Francisco, or Beijing, or... GAH!

[sherpa]

[Zedix]

[Andy]

What else could the distance numbers relate to instead of a direct 1=A type relationship. I looked at ascii codes, but that didn't seem to work (although, granted, my knowledge of that sort of thing is pretty shallow). Ip adresses? Page numbers?

[CoffeeJedi]

[jegger]

[CoffeeJedi]

[ElGameR]

I'm not sure if this has already been done, but I wrote a little script and found the distances between ALL of the matching points on the page. Using the script Dana linked to.

[MrToasty]

[inio]

[msekolpsu]

Holy Crazy Math Batman!