Talk:Implementations

Topics on this page which have clearly been handled or resolved can be found in the archives. When archiving a section of this Talk page, please say so in the edit summary here.

iPhone Implementation

Last night I finished a rough implementation of this to the iPhone 2.0 Beta SDK. Right now it uses your current location and date and then does the math, then gives you a map with the destination address along with directions to there from where you are at. This will be even more useful if the next 3G iPhone come with GPS, until then it uses it's less accurate cellular and wifi location tools to locate you. I plan on adding a way to select your date and your desired graticule as well. Eventually I'll also investigate filtering of the results in watery areas. I can't distribute it currently, but as soon as I can I'll make it available. -- Shakedown

Android

Will there ever be a G1 / Android version of this sort? It seems like it shouldn't be too hard with the included GPS, but I have no idea how to write something like that.

Seriously needed! geeks, please give us an android version, even if it just calculates the set of coordinates. We *got* cut and paste ;) pownd! BB

While waiting for a shiny version the tiny generator looks best suited. Use with dynamic maps and marble at the wonder.

* OK, I have version 0.1. Check it out at http://geoandhash.shmoula.cz/ --Shmoula 14:23, 24 March 2009 (UTC)

Suggested alternatives support added to the official implementation

I just added (with User:Cwolves doing most of the work) support for suggesting alternative meeting points, if the official point is difficult/impossible/illegal to get to. I know there are still a few bugs in the voting buttons, but I'll be working to fix them. Any issues should be reported here or in #geohashing. Zigdon 21:24, 8 June 2008 (UTC)

How are the alternate locations on the irc.peeron.com map defined? Is there any way to attach additional information to them, like volunteering who is suggesting it, or adding a comment after it's been created? -- Jevanyn 16:40, 28 August 2008 (UTC)

Display meetups for adjacent graticules

Has anyone ever suggested having the official implementation display all the meetups in the eight graticules adjacent to the one selected? This would be another handy way to easily spot possible alternative meetup spots, especially if the graticule has members concentrated on the edge between two or more graticules (like New Orleans, for example). -- Histumness

I wrote something (outside of the wiki) to generate wikicode for links to neighbors, and also to "last Saturday", "next saturday" and optionally to other days. Here is a the asp/vbscript code and a ReadME file: NaviCodeGen (NAVIgational CODE GENerator)

I would be happy if this could become part of the "official implementation"

m5rammy 19:32, 30 June 2008 (UTC)

Spam

Isn't it possible to ban an IP address? (I'm new around.) --Tom 13:09, 22 June 2008 (UTC)

Done. Zigdon 17:44, 22 June 2008 (UTC)

Perhaps we should rename the content in this page to something else like "Generators" or something, and abandon this one to the spam bots. Or lock it down. -Wmcduff 12:56, 9 August 2008 (UTC)

Is it possible to lock out editing by unregistered users? --aperfectring 15:02, 10 August 2008 (UTC)

Someone please block the spammer IPs. Or make this page editable only by registered users. Who can do this? An admin? Where is one? --Tom 18:39, 5 September 2008 (UTC)

propose better Flickr (and/or others) tagging

When dealing with tagging, it would be good the be able to search for a given graticule.

So xkcd could recommend, in addition to the "geohashing" tag, something like "graticule45N8E" (that would by my area ;)

-Luca

See earlier discussion on this matter. Standard photoservice tags are: "geohashing"; "geohashing(N|S)##(E|W)###" (with the graticule numbers, not zero-padded); and "geohashingYYYYMMDD" (with the date, zero-padded). Note that the word "geohashing" is used in all cases.

For example, a photo from 40,-79 on 2008-06-07 would receive the tags "geohashing", "geohashingN40W79", and "geohashing20080607". Of course, the success and utility of this method are dependent on its use by the Geohashing community. Hope this helps! --Tim P 13:51, 25 June 2008 (UTC)

integrate OSM name finder?

How about integrating the OSM name finder integrated in some of the notification services.

http://gazetteer.openstreetmap.org/namefinder/

It gives nearby places for various searches, and has a fairly comprehensible XML API. For example, todays location in my graticule yields:

http://gazetteer.openstreetmap.org/namefinder/?find=52.792982%2C+13.119747

requested location found about 6km north of suburb Vehlefanz in Oberkrämer, Oberhavel, Brandenburg, Bundesrepublik Deutschland, Europe (which is about 5km south-east of town Kremmen in Oberhavel, Brandenburg, Bundesrepublik Deutschland, Europe and about 40km north of city Potsdam in Potsdam, Brandenburg, Bundesrepublik Deutschland, Europe)

here's a url for it: http://www.openstreetmap.org/index.html?lat=52.792982&lon=13.119747&zoom=12

Searches for other mapped features like "pubs near x,y" and "phone booths near x,y" work just as well. It works best, of course, in areas well-mapped on OpenStreetMap. And if your area is not well-mapped - you know how to use a GPS, right? ;)

Link to this page broken with negative value? (Official implementation)

I wanted to edit my bookmark so that my graticule, (42, -83) was selected for me and I don't need to click every time I view the page (Annoying that set default just sets the default view and nothing more). I clicked on "Link to this Page" and found I was suddenly looking at graticule 42, -84. That's all I wanted to point out. --MiquelFire 14:01, 30 July 2008 (UTC)

globalhash implementation

I'm not very good at php programming, but if i could get some help from someone, probably we could make a similar system to http://www.geohash.info/srv/feed.php for the global hash coordinates. --Tom 18:35, 5 September 2008 (UTC)

I should be able to help you some time next week, if no one else volunteers and is faster. -- Relet 20:24, 5 September 2008 (UTC)

Thank you. My main problem is the way of getting the coordinate data from an existing page or seed. I think postcalculations will be okay. --Tom 20:39, 5 September 2008 (UTC)

irc.peeron map not working

I've been having trouble for the past week or so - going to http://irc.peeron.com/xkcd/map/map.html?lat=37&long=-122&zoom=9&abs=-1 gets me an unmarked map centered on Boston. Until about mid-December, the URL above got me a map with the location in the San Francisco graticule. What's up, and can it be fixed? Anthony 19:06, 22 December 2008 (UTC)

Navigate to San Francisco and hit the "Set Default" button. Make sure you allow th site to save cookies. -Robyn 23:37, 22 December 2008 (UTC)

It's a known issue. It will reognise the default location set in the cookie, but not lat/long attributes in the URL. zig is looking into it. --joannac 23:43, 22 December 2008 (UTC)

Odd, I've been moving around and setting different defaults all month and haven't had any trouble. -Robyn 23:59, 22 December 2008 (UTC)

Hmm, I also have been having trouble with it, as my default location has not automatically shown the point, but hitting the 'update' button fixes the problem, Regards, Tedd. UnwiseOwl 00:40, 23 December 2008 (UTC)

It certainly makes it harder to point out locations to other people - the Sacramento geohash today is right downtown, but I can't easily put a link in my blog to show that anymore. Anthony 15:15, 30 December 2008 (UTC)

For the time being, you could just put a standard google map link to your blog. A link like http://maps.google.com/maps?q=48.025193,8.297793 (with the appropriate coordinates) will do. --Ekorren 15:23, 30 December 2008 (UTC)

January 1st bug at irc.peeron.com ?

The market is closed tomorrow, so in theory, tomorrow's geohash locations are knowable. But the map at http://irc.peeron.com/xkcd/map/map.html says Market data is not available for 2009-01-01. It's not a huge thing, but it would be nice to be able to plan tomorrow's geohash today. Anthony 17:00, 31 December 2008 (UTC)

Usually peeron is quite reliable, we can only hope it will be fixed - or wait until it doesn't matter anymore. My own tool got a quick fix so you can look up the coordinates there, if you want. --Ekorren 17:28, 31 December 2008 (UTC)

Checking back, it's working now. If my flight were any earlier, I might try to make one of the Iowa geohashes tomorrow, but alas, it is not to be. Anthony 22:59, 31 December 2008 (UTC)

Question About the Algorithm

2 other students and I are working on an implementation of geohashing on the Android platform. I was wondering if anyone could tell me what is the simplest way to to change the hexidecimal generated by MD5 into a decimal with a 0 prepended to it. I'm not sure I understand how the algorithm works. I was thinking of converting the hex number to decimal and then dividing by 10 until the new number is less than 0. This seems to work, until you realize that by using this method a coordinate like 32.01234 and -110.01234 will never be generated. This is because if a number is converted from hex to decimal it will be a large number. For example: 1,234. Prepending a 0 to this changes it to 0.1234. A number converted from the hex hash to decimal will never be 01234 and then turn into 0.01234 when a 0 is prepended. This means that there is an entire 0.09999 degree strip on each side of the graticule that is never considered as a goehash location. Did I miss something or is this just a flaw in the algorithm? I'm pretty sure that I'm just doing this wrong. Does it matter if you prepend a 0 to the hex number and then convert to decimal or convert to decimal and then prepend a 0? Does anyone have any tips for how this is done in Java? -Claribanter 23:52, 02 April 2009 (UTC)