I'm sorry to have to post this, but it seems to need to be said.
By mapping to .xx (ISO country codes) or picking which WWW server a client
should point to based on lat/long may be doing more of a disservice to
browsers than a service. There are many International domains that
are choosing .com as opposed to .xx. As for lat and long, this is
nearly meaningless and probably will become moreso in the months and
years to come. My favorite example is a shop up the street and me.
Geographically-wise we're not much more than a couple miles apart.
Net-wise we're on opposite ends of the continent.
What people are wanting to do here is finding the closest net-wise
server to the client. This is more a function of routing, ping avg's and
traceroutes than it is a function of locality or domain names.
For this, it might be nice to have a protocol between servers for a
domain to query each other and return to the main server which is
closer to the browser in question and return a redirect to the
client. This could be done in the server's code, via perl scripts,
possibly java.
Matt