Difference between revisions of "Talk:Implementations"

From Geohashing
imported>Tjtrumpet2323
m (Wrong Market Data for 2008-05-30)
(geohashing.info – Bing layers not working since November 5, 2024: new section)
 
(153 intermediate revisions by 50 users not shown)
Line 1: Line 1:
== Atom feed 30W-compliance ==
+
{{talk archive notice|currentpage=1}}
 +
==Page Length==
 +
The page is exceeding the length some browsers can handle. Are there any problems with taking the individual implementations that include code and giving them their own pages, simply linked from here?  I'll do it, I'm just checking that there is no objection from the implementation maintaininers.
  
I just added the atom feed and it seems to be 30W-compliant
+
== iPhone Implementation ==
: After some thought, I suppose it would be ''somewhat'' compliant.  However, in some cases it's '''too''' compliant, or compliant in the wrong ways.  After 00:00 local time, it automatically switches to the next day, but keeps the old [[Dow]] value and rehashes.  East of 30W that behavior is desired, since you want to use the previous day's Dow anyway.  West of 30W, however, it means we get an "intermediate" hash that's invalid for us.  '''This much has always been a problem with the implementation.'''  Then, sometime after 09:30 [[ET]] (I don't know precisely when), it detects the new Dow value and updates the hash... but it does it both west of 30W where it is needed, and east of 30W where it is undesired.  In that case, you would get some other "intermediate" using the current Dow with the current day, which isn't what you want.  '''That's a new problem the [[30W]] Rule created.
 
: '''In summary,''' it seems to produce invalid hashes between 00:00 (local) and ~09:30 EDT (UTC-4) west of 30W, and between ~09:30 EDT (UTC-4) and 24:00 (local) east of 30W.  That is, it's invalid from 00:00-~06:30 in US Pacific Daylight Time (UTC-7), from ~14:30-24:00 British Summer Time (UTC+1) or from ~21:30-24:00 Australia Western Standard Time (UTC+8).  I'm not even sure I know what would happen with the feed in New Zealand, where 09:30 USEDT = 01:30 NZST the next day.  It'll be even worse come late October/early November, when Australia/NZ switch into DSTand the US switch out... the gap will become 2 hours wider over a couple weeks' time.  And of course, these problems are mitigated over weekends, when you have several identical Dow values in a row.  Someone should check this out before the weekend, as I'll be busy until Friday 19:00 UTC.  If anyone does, and has thoughts, hit me up on my talk page.
 
: Sincerely, your friendly <s>local</s> (global?) 30W-compliance "expert"... --[[User:Tjtrumpet2323|Tim P]] 15:34, 29 May 2008 (UTC)
 
  
== xkcd.com/geohashing Problems? ==
+
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.
 
+
-- [[User:Shakedown | Shakedown]]
Hey - I can't get to [http://xkcd.com/geohashing], and none of the graticules' maps are working - is this just me, or the rest of the world, too?
 
: Yes, irc.peeron.com is currently down (as of 20080523 11pm PDT), I know, I'm trying to get hold of someone who can do something about it. [[User:Zigdon|Zigdon]] 07:29, 23 May 2008 (UTC)
 
:: Why is the the xkcd.com/geohashing redirecting to irc.peeron.com anyway, shouldn't it be moved to xkcd? I think too many active graticulees are melting the server. --[[User:Opspin|Opspin]] 08:07, 23 May 2008 (UTC)
 
::: it's working again!
 
 
 
== Difference between the comic and the generator ==
 
 
 
Zigdon, xkcd:
 
 
 
The hash in the comic for 2005-05-26-10458.68 starts with db9318........
 
 
 
Here's debugging info for the map page's calculation of http://irc.peeron.com/xkcd/map/:
 
 
 
Graticule: (37, -123) - (38, -122)<br>
 
Market open on 2005-05-26 = 10458.68<br>
 
MD5(2005-05-26-10458.68 ): '''357e5cac889681628fdd754c1a235919'''<br>
 
Split: 357e5cac88968162, 8fdd754c1a235919<br>
 
offset = 0.20895938122029104, 0.5619729338451526<br>
 
37.20895938122029 -122.56197293384515<br>
 
  
On my machine:
+
== Android ==
$ md5 -s "2005-05-26-10458.68"<br>
 
MD5 ("2005-05-26-10458.68") = db9318c2259923d08b672cb305440f97
 
  
Any idea what's going on here? Is that an extra space on the end there, Zig?
+
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.
<br>--FunkyTuba
 
  
    I've found a bunch of opening values at http://irc.peeron.com/xkcd/map/data/
+
Seriously needed! geeks, please give us an android version, even if it just calculates the set of coordinates. We *got* cut and paste ;) pownd!
    with carriage returns on the end, which I dont think were being stripped out before
+
BB
    hashing. The website went down before I could fully confirm though.
 
    --[[User:ZorMonkey|ZorMonkey]] 11:49, 23 May 2008 (UTC)
 
  
:: That was indeed the case, fixed now. [[User:Zigdon|Zigdon]] 14:07, 23 May 2008 (UTC)
+
While waiting for a shiny version the tiny generator looks best suited. Use with dynamic maps and marble at the wonder.
  
== Python-CGI-JSON-o-Rama implementation ==
 
  
Hey so i've made a python version of the reference implementation that returns a JSON parseable object containing the lat/long when given a date, xloc and yloc. It uses the XKCD cache of dow values. I'll put it online in the next 5 mins :D
+
: * OK, I have version 0.1. Check it out at http://geoandhash.shmoula.cz/  --[[User:Shmoula|Shmoula]] 14:23, 24 March 2009 (UTC)
  
[http://users.ecs.soton.ac.uk/ss06r/GeoHashing/cgi-bin/geohashing.py Here] it is, fairly simple actually, hope someone finds it useful :)
+
:: There's also one called [http://www.cyrket.com/package/net.exclaimindustries.geohashdroid Geohash Droid] which I find to be excellent -- [[User:Norsemark|NorseMark]] 21:23, 16 June 2009 (UTC)
  
'''Update:''' I've tried to make it classify the region recommended for a particular day using the euclidian distance of the colour of the image provided by Google Maps
+
== Suggested alternatives support added to the official implementation ==
  
The code is on the link above, tell me what you think :)
+
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 [irc://irc.foonetic.net/geohashing #geohashing]. [[User:Zigdon|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? -- [[User:Jevanyn|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, Louisiana|New Orleans]], for example). -- [[User:Histumness|Histumness]]
  
[[User:Sinjax|SinJax]]
+
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)
  
: Cool!  I was thinking of making it act as a web service, but for reference implementation it's more important to be simple than useful :) [[User:Zigdon|Zigdon]] 14:53, 21 May 2008 (UTC)
+
I would be happy if this could become part of the "official implementation"
  
I mostly canabolised yours anyways! :) But yeh here you go. The webservice version returning AJAX from python can be found:
+
[[User:M5rammy|m5rammy]] 19:32, 30 June 2008 (UTC)
- [http://geohashing.electronicwar.net/cgi-bin/geohashing.py?date=2008-05-20&xloc=-1.395606&yloc=50.899837 AJAX geohashing]
 
- [http://geohashing.electronicwar.net/ Example using the web service]
 
  
The implementation also has the ability to tell you whether the particular area is water, park/forest or other. It does this by checking the colour on google maps and doing a thresholded euclidian distance check against the expected colours for those things. Also If its water it tells you its probably not accessible I wanna try to add more features like this, things like rating locations based on food and letting you say how far your willing to travel
+
:Implemented on [http://gh.eupeodes.nl gh.eupeodes.nl] --[[User:Eupeodes|Eupeodes]] ([[User talk:Eupeodes|talk]]) 01:42, 26 April 2013 (EDT)
  
Thanks to [[User:Sigmund Fraud]] from the IRC channel for the space on his server with python installed - [[User:Sinjax|SinJax]]
+
== Spam ==
  
 +
Isn't it possible to ban an IP address? (I'm new around.) --[[User:Tomtom|Tom]] 13:09, 22 June 2008 (UTC)
 +
: Done. [[User:Zigdon|Zigdon]] 17:44, 22 June 2008 (UTC)
  
I've added my own python implementation to the main page (only 5 lines) -- lilac
+
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. -[[User:Wmcduff|Wmcduff]] 12:56, 9 August 2008 (UTC)
: _very_ nice, im in awe! Though it must be said my concentration was usability as a web service and the implementation of that imaging stuff. Still. Very nice stuff. I love python :) - [[User:Sinjax | SinJax]]
 
  
Added a shell script implementation to the main page (slightly shorter than the Python version; let the flames begin) -- [[User:gnomon | gnomon]]
+
Is it possible to lock out editing by unregistered users? --[[User:Aperfectring|aperfectring]] 15:02, 10 August 2008 (UTC)
  
: deeply awesome; no flames from me -- [[User:lilac|lilac]]
+
Someone please block the spammer IPs. Or make this page editable only by registered users. Who can do this? An admin? Where is one? --[[User:Tomtom|Tom]] 18:39, 5 September 2008 (UTC)
: ${var:x:y} slicing isn't portable, so you should really call it a "bash script" and change the #!/bin/sh. I came up with nearly the same thing:
 
  
:: (echo 16i; echo -n "$(date +%F)-$(GET xrl.us/djiopen | col)" | md5 | sed 's/.\{16\}/0.&p/g' | tr a-f A-F) | dc
+
== propose better Flickr (and/or others) tagging ==
  
: On Linux, it's md5sum, which prints a "-" for stdin, but dc happily eats that. Your web interface for getting the Dow data is much better/more flexible than that ganky little shortcut url to Y! Finance (they have historical data in .csv too, but at a different interface so I didn't include it), but consider using sed instead. You only have to fire up one dc at the end of the pipeline which is much cleaner IMO.
+
When dealing with tagging, it would be good the be able to search for a given graticule.
  
: To make it print out my full co-ordinates, I created a graticule file:
+
So xkcd could recommend, in addition to the "geohashing" tag, something like "graticule45N8E" (that would by my area ;)
  
:: echo -e '42\n-71' > graticule
+
-Luca
  
: and appended
+
: See [[Talk:Main_Page/Archive_2#Flickr_.28and_other_photo_service.29_standard_tags|earlier discussion]] on this matter.  Standard photoservice tags are: "<code>geohashing</code>"; "<code>geohashing(N|S)##(E|W)###</code>" (with the graticule numbers, not zero-padded); and "<code>geohashingYYYYMMDD</code>" (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 "<code>geohashing</code>", "<code>geohashingN40W79</code>", and "<code>geohashing20080607</code>".  Of course, the success and utility of this method are dependent on its use by the Geohashing community.  Hope this helps!  --[[User:Tjtrumpet2323|Tim P]] 13:51, 25 June 2008 (UTC)
  
:: | paste -d'\0' graticule -
+
== integrate OSM name finder? ==
  
: to the pipeline. If you wanted it put it in a script file as you have and pass them as args, you could (untested):
+
How about integrating the OSM name finder integrated in some of the notification services.  
  
:: | while read f; do echo $1$f; shift; done
+
http://gazetteer.openstreetmap.org/namefinder/
  
: I'll stop here before I get any farther offtopic :) --Decklin
+
It gives nearby places for various searches, and has a fairly comprehensible XML API. For example, todays location in my graticule yields:
  
== Error on page? ==
+
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
  
Just zooming in and out today gives me random meet up locations, any one else having this issue?
+
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? ;)
:Yes, I am experiencing this as well.
 
::It seems to change everytime the applet is reloaded (refreshed, updated, zoomed, or moved)  Is there any one who can fix this?
 
:::I'm not seeing this?  What browsers are you using? [[User:Zigdon|Zigdon]] 17:48, 23 May 2008 (UTC)
 
::::I'm experiencing this problem on IE6. [[User:MOE37x3|MOE37x3]] 18:10, 23 May 2008 (UTC)
 
:::::I get the error in IE7 but not Firefox.--[[User:Ahecht|Ahecht]] 18:57, 23 May 2008 (UTC)
 
::::::Same here, except I us IE6, not 7. Firefox fixed my woes, though. - [[User:MythGuy|MythGuy]]
 
  
:I, too, am experiencing this. I used the the alternative locater though. http://geohashing.electronicwar.net/
+
== Link to this page broken with negative value? (Official implementation) ==
:I hope we can we can get this fixed soon. - [[User:MythGuy|MythGuy]]
 
  
:With the debugger on, I noticed that "00" is appended to the DOW opening every time I click "Update." This changes the hash each time, creating random locations. Zigdon, we need your help. 16:33, 23 May 2008 (UTC)(James)
+
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. --[[User:MiquelFire|MiquelFire]] 14:01, 30 July 2008 (UTC)
::Ah. Well this is creating problems for me. I used the alternate locator, got location A, went to my local page to see if others might be planning on coming, saw a different GPS (thus giving me location B), I went to the real map and found that the first location that it pops up with is always the same, so I have three locations now... What do I do? - [[User:MythGuy|MythGuy]]
 
:::Gah. Ok, I can reproduce this in IE6.  I'll see if I can find some simple hack, but doing browser specific code is evil. [[User:Zigdon|Zigdon]] 21:36, 23 May 2008 (UTC)
 
:::Ok, it should be fixed in the (beta) version: http://irc.peeron.com/xkcd/map/map2.html.  This will become live once the 30W decision is final. [[User:Zigdon|Zigdon]] 21:47, 23 May 2008 (UTC)
 
  
== bug in reference implementation ==
+
== globalhash implementation ==
  
The reference implementation is biased against results in the .0..., .0... range.  This seems to be because the code that converts a hash string to a fraction stops dividing as soon as the remaining characters are all false (zeros.) This division should probably happen a fixed number of times, instead. [[Special:Contributions/76.121.107.210|76.121.107.210]] 17:26, 21 May 2008 (UTC)
+
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 http://www.geohash.info/srv/feed.php] for the [[Globalhash|global hash]] coordinates. --[[User:Tomtom|Tom]] 18:35, 5 September 2008 (UTC)
: Good catch, fixed [[User:Zigdon|Zigdon]] 18:18, 21 May 2008 (UTC)
+
:I should be able to help you some time next week, if no one else volunteers and is faster. -- [[User:Relet|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. --[[User:Tomtom|Tom]] 20:39, 5 September 2008 (UTC)
  
Great!  I also noticed another issue with the perl script -- the page you're retrieving the DJIA value from does not currently have the value for today, so the script is accidentally using the value for yesterday instead.  [http://finance.google.com/finance/historical?cid=983582&startdate=May+14,+2008&enddate=May+21,+2008 this page] is not currently showing a value for 5/21, which the script expects to be there.  [[Special:Contributions/76.121.107.210|76.121.107.210]] 20:04, 21 May 2008 (UTC)
+
== irc.peeron map not working ==
: True - the cron job on the server doesn't get the data from that page, so it's not an issue there.  For the sample.pl, perhaps I'll edit it to use a different page if you're trying to load the coords for today.  -- Zig. [[Special:Contributions/159.153.4.51|159.153.4.51]] 05:15, 22 May 2008 (UTC)
 
  
The comic is also a bit vague about exactly how the hex value is converted to a decimal value. One would assume from the description that the hex value is simply converted straight to decimal (FF -> 255) and then appended to the lat/lon coordinates; the reference implementation, however, shows that the hex number is instead converted as a decimal fraction (0.FF -> 0.99609375). This latter approach inherits all of the accuracy problems inherent in converting between decimal and hex/binary fractions. Can't do much about that now except whine, I guess. Ooh, and a cheese platter? Mine's the chunk of reggiano parmesan, thanks. -- [[user:gnomon | gnomon]]
+
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 BostonUntil about mid-December, the URL above got me a map with the location in the [[San Francisco, California|San Francisco]] graticule. What's up, and can it be fixed?  [[User:Anthony|Anthony]] 19:06, 22 December 2008 (UTC)
: Yes, the comic states you take the hex as a fraction.  Not 'abcdef' but '0.abcdef'.  What accuracy problems?  you can describe any number between 0 and 1 to the nearest 1/2**16That translates to about 5 feet or so?  Or am I missing something?  [[User:Zigdon|Zigdon]] 23:54, 22 May 2008 (UTC)
 
:: Actually, that would be 1/(16^16) for 16 fractional hex digits, which translates to something on a microscopic scale.  --[[User:Tjtrumpet2323|Tim P]] 22:18, 23 May 2008 (UTC)
 
::: "I'm sorry, our measurements show you missed the meetup by one ten-thousandth of an angstrom."
 
::: "Only because I was moved when you measured me!"
 
::: --[[User:Xkcd|Xkcd]] 16:36, 24 May 2008 (UTC)
 
  
== Cookie/Bookmark? ==
+
:Navigate to San Francisco and hit the "Set Default" button.  Make sure you allow th site to save cookies. -[[User:Robyn|Robyn]] 23:37, 22 December 2008 (UTC)
  
Is it possible to set one's browser to always start at a certain point when viewing the [http://irc.peeron.com/xkcd/map/ geohash calculator]?  The first time I visited it (when I was at home in [[San Francisco, California|Berkeley]]), it started out zoomed to my home graticule.  Now that I'm at my parents' (in [[Los Angeles, California|Los Angeles]]), it defaults to the [[Boston]] graticule. I don't know if this is something to do with our respective internet providers or if something has changed with the mapping program, but it would be great if there were an option to default the map to the current view (whatever that may be).  If there's already something that I'm missing, someone can just enlighten me. Thanks!!! [[User:Darcy|Darcy]] 02:15, 26 May 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. --[[User:Joannac|joannac]] 23:43, 22 December 2008 (UTC)
:Yes, that would be useful.  Done.  [[User:Zigdon|Zigdon]] 06:56, 26 May 2008 (UTC)
 
::Awesome, thank you! [[User:Darcy|Darcy]] 16:24, 26 May 2008 (UTC)
 
  
== Atom Feed ==
+
::Odd, I've been moving around and setting different defaults all month and haven't had any trouble. -[[User:Robyn|Robyn]] 23:59, 22 December 2008 (UTC)
  
I noticed yesterday that before the stock exchange data becomes available, the atom feed creates a kind of 'intemediary' geohash using todays date and yesterday's data. This might be intentional, but personally I find that undesirable on weekdays. Could it be modified to show yesterday's date and geohash until data is available? [[User:Nicktaylor|Nicktaylor]] 14:04, 23 May 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. [[User:UnwiseOwl|UnwiseOwl]] 00:40, 23 December 2008 (UTC)
: I'm currently working on getting an alternative Atom Feed implementation ready for public use (although I think I'm going to wait until the [[#Proposed Time Zone Solution|Time Zone issue]] is resolved).  Mine will '''only''' update at 09:40 Eastern daily (accounting for DST changes), and uses the ''irc.peeron.com'' source for the [[DJIA]], which is updated at 09:35.
 
: I will '''certainly''' post it here when it's done, so stay tuned. --[[User:Tjtrumpet2323|Tim P]] 20:10, 23 May 2008 (UTC)
 
:: The time zone issue has been resolved with the [[30W Time Zone Rule]].  I'll continue to work on getting my implementation ready.  --[[User:Tjtrumpet2323|Tim P]] 04:34, 24 May 2008 (UTC)
 
: I don't know if I'll bother with my Atom implementation.  I copied your original request at [[Implementations]]; I'll keep an eye on it there.  --[[User:Tjtrumpet2323|Tim P]] 05:17, 26 May 2008 (UTC)
 
  
== Missing Historical Data ==
+
::It certainly makes it harder to point out locations to other people - the [[Sacramento, California|Sacramento]] geohash [[2008-12-30|today]] is right downtown, but I can't easily put a link in my blog to show that anymore. [[User:Anthony|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. --[[User:Ekorren|Ekorren]] 15:23, 30 December 2008 (UTC)
  
There is a good chance that no one cares, but [http://irc.peeron.com/xkcd/map/# the reference Geohashing Coordinate Calculator] will not work for several valid dates. I think some just havent been copied from the previous day, but some may have just been missed. I've put a [[MissingDowData|list of those dates]] up, delete it if you'd like. --[[User:ZorMonkey|ZorMonkey]] 14:20, 24 May 2008 (UTC)
+
== January 1st bug at irc.peeron.com ? ==
: FunkyTuba regenerated the data, using a more complete source, so there shouldn't be any more days missing.  Do let me know if you find more.  [[User:Zigdon|Zigdon]] 08:34, 26 May 2008 (UTC)
 
  
== Is it just me, or is the shell script borked? ==
+
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.  [[User:Anthony|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. [[User:Ekorren/Hash_Inquiry_Tool|My own tool]] got a quick fix so you can look up the coordinates there, if you want. --[[User:Ekorren|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. [[User:Anthony|Anthony]] 22:59, 31 December 2008 (UTC)
  
Shell script bombs out for me in two places :(
+
== The weekend of June 5-8 ==
  
This:
+
Does anybody know why peeron isn't putting up this weekend's points, even an hour and a quarter after the Dow opened?
<pre>[[ "$DOW" != +([0-9.]) ]] </pre>
+
:Nope. Are other implementations delivering the goods? -[[User:Robyn|Robyn]] 14:56, 5 June 2009 (UTC)
Was always returning true, so exiting the script with a "DOW not available yet.". I replaced that with
+
::It's still rather delayed - it's been at least an hour late yesterday and today, too. [[User:Anthony|Anthony]] 14:25, 9 June 2009 (UTC)
<pre>[[ -z "$DOW" ]]</pre>
+
:::It's 11:46 AM EDT, and irc.peeron.com still has no market data.  The <nowiki>{{graticule}}</nowiki> template shows one set of coordinates, and <code>tjum.anthill.de</code> shows another. I verified the opening Dow used by <code>anthill</code>, but I still don't know which ones are correct. -- [[User:Jevanyn|Jevanyn]] 15:54, 9 June 2009 (UTC)
to get past it.
 
  
then it falls over elsewhere with:
+
== Israel on the peeron map ==
<pre>./geo.sh:1: unrecognized modifier `0'
+
The disappearance of Israel's internal roads from the peeron map some weeks ago was weird enough. But a few days ago even some of the BORDERS of Israel disappeared (specifically the Gaza, West Bank, and Syrian borders). What's going on here? Google Maps still looks perfectly fine. [[User:Yerushalmi|Yerushalmi]] 11:43, 13 July 2009 (UTC)
./geo.sh:1: unrecognized modifier `1'
+
:That's [[User:Zigdon|Zigdon's]] app but I doubt he's done anything to it, so Google must have changed the way they represent the data, perhaps in preparation for more choice in data displayed. Maybe there's something Zigdon has to update. -[[User:Robyn|Robyn]] 15:06, 13 July 2009 (UTC)
,</pre>
 
For reference, the script reads:
 
<pre>#!/bin/zsh
 
DOW=$(wget -qO- http://irc.peeron.com/xkcd/map/data/$(date +%Y/%m/%d))
 
[[ "$DOW" != +([0-9.]) ]] && echo "DOW not available yet." && exit 1
 
MD5=$(echo -n "$(date -dW30 +%Y-%m-%d)-$DOW"|md5sum|cut -d' ' -f 1|tr a-f A-F)
 
echo "$1$(echo 10k16i0.${MD5:0:16}p|dc), $2$(echo 10k16i0.${MD5:16}p|dc)"</pre>
 
  
does it work for other people?
+
== Geohash for iPhone is not W30 compliant ==
 +
I have emailed Casey about this, but I have had no reply.  I use this app and like it, but I'm East of W30 (UK) and, contrary to the statement on this page, the W30 implementation appears only to "half work".  It has problems at weekends.  Does anyone know whether Casey is still around? --[[User:Macronencer|macronencer]] 11:14, 21 July 2009 (UTC)
 +
<br/>Update: I found Casey on Facebook, and my emails had gone into his junk folder.  I'm now talking to him about the problem --[[User:Macronencer|macronencer]] 16:07, 23 July 2009 (UTC)
 +
<br/>Good news: Casey sent me a fixed version to test and it seems to work perfectly!  Expect more news soon --[[User:Macronencer|macronencer]] 14:16, 2 August 2009 (UTC)
  
And by the way, is the date modifying in the right place? Shouldn't it retrieve yesterday's dow and caculate with today's date in 30W cases - rather than retrieving today's dow and using yesterday's date for the hash?
+
== Problems installing Geo::Hashing ==
  
I've so far worked out that it's failing on the line:
+
Installing on Windows XP, Perl 5.10.0
<pre>echo "$1$(echo 10k16i0.${MD5:0:16}p|dc), $2$(echo 10k16i0.${MD5:16}p|dc)"</pre>
+
Most of the tests are failing, e.g.:
 +
#  Failed test 'Correct dlat returned'
 +
#  at t/Geo-Hashing.t line 19.
 +
#          got: '0'
 +
#    expected: '12664801'
 +
Use of uninitialized value $_[0] in multiplication (*) at t/Geo-Hashing.t line 59.
 +
...
 +
t/Geo-Hashing....ok 21/27# Looks like you failed 13 tests of 27.
  
Better yet, I've further narrowed it further. The parts my system doesn't like are:
+
Any ideas what I've done wrong? I downloaded the .gz, unpacked it, ran these commands:
<pre>echo "$1$(echo 10k16i0.${MD5:0:16}p|dc), $2$(echo 10k16i0.${MD5:16}p|dc)"
+
perl Makefile.PL
                            ^ ^^  ^^                          ^^  ^^ </pre>
+
nmake install
 +
  nmake test
  
It doesn't understand the numbers and it reports "command not found" for "dc"
+
The install seemed to go OK. [[User:PhilHibbs|PhilHibbs]] 17:47, 28 January 2010 (UTC)
  
--[[User:Polysylabic Pseudonym|Psud]] 08:49, 26 May 2008 (UTC)
+
== A looong page. ==
  
:: I've rewritten the script to incorporate some earlier suggestions I made (they were left on the main page's talk page when the implementations were moved) about portability (you seem to have been bitten by the slicing issue I was worried about). However, you will need to have dc installed no matter what. --Decklin
+
Any ideas how to tidy it up? Maybe a sub-page per implementation? -- [[User:relet|relet]] 12:07, 29 May 2010 (UTC)
 +
:For some reason, i thought you said "a looming page" ... i was like, "What? Where?! How ominous!" -- [[User:Sermoa|sermoa]] 12:12, 29 May 2010 (UTC)
 +
:I, too, thought it said "looming," but that;s beside the point. Perhaps we could sort the different implementations, maybe by 30W compliance, or programming language, or other stuff. Also, we could remove implementations that no longer work and put them in a "defunct implementations" page. just a thought. -- mnm7198
  
== Shell script implementation ==
+
== Java...? ==
  
While it runs on sh, ksh, and bash now, it still doesn't work on OpenBSD. If GNU date (which has the -d option) is not detected, I assume FreeBSD's -v is available; OpenBSD doesn't appear to have a comparable feature. Could someone test on OS X? No idea what's there (pretty sure they ship with wget, though).
+
I know that a lot of people hate java for some reason, but I've built a java version of a geohashing calculator. Want me to post it?--[[Special:Contributions/208.102.35.1|208.102.35.1]] 15:57, 1 July 2010 (UTC)
  
Super brownie points if you can make it fallback to wget *or* fetch in one line so I can delete that stupid usage warning and have it run on FreeBSD out of the box. --Decklin
+
== No-input required Mathematica 7.0 Implementation ==
  
Could the user at 63.201.144.114 explain what broke? No math is being done in the shell in any case, and nothing added requires the script to be run under GNU bash instead of any POSIX sh. Extra features are nice, if they can only be implemented in the script itself, but that's an entirely separate issue.
+
I know the page is huge, but I think a Mathematica implementation has some significant advantages and is worth posting here. I've written up the code; it's quite concise, and requires no user input. It can grab the Dow Jones quote automatically, along with the date and the user's location (based on IP address.) Mathematica also doesn't have to be compiled, so it will run identically for anybody using the newest version of Mathematica.
  
== iPhone Implementation ==
+
[[Special:Contributions/131.104.247.94|131.104.247.94]] 01:49, 6 October 2010 (UTC)
  
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.
+
== Algorithm is b0rked ==
-- [[User:Shakedown | Shakedown]]
 
  
== Mapping tool appears borken (5/25/2008) ==
+
I wonder why one ever chose this geohashing algorithm, besides for its simplicity.
  
My test case:
+
I see the following problems:
* Go to [http://xkcd.com/geohashing Mapping tool].
+
* The locations are not equally distributed, because FFFFFFFFFFFFFFFF is 18446744073709551615, giving us only places starting with 0 or 1 behind the decimal point. If you ignore leading zeros (which is not clear from the picture), you will have much more 1's than any other digit in the first place.
* Zoom out a few, to see the US West coast.
+
::[[The_Algorithm#Randomness]] -- [[User:relet|relet]] 13:10, 24 March 2012 (EDT)
* Center-up on Santa Cruz (if you don't know where that is, use San Francisco.)
+
* The place only changes during stock exchange trading hours. E.g. people in Europe starting in the morning will therefore all get the same number, no matter when exactly they start. On weekends, the place never changes.
* Zoom in a few, to get a nice view.
+
::Wrong.-- [[User:relet|relet]] 13:10, 24 March 2012 (EDT)
* Press UPDATE button. (Btw, I'm on Safari, on Mac OS-X/Leopard-latest.)
+
* All people in an area get the same destination. Especially after trading hours.
 +
::That's the point. Otherwise why bother with the DJIA at all. -- [[User:relet|relet]] 13:10, 24 March 2012 (EDT)
 +
If somebody is interested, I (and probably everybody else here) can write a new algorithm which avoids these small problems... Now? --[[User:Yokel|Yokel]] 21:23, 23 March 2012 (EDT)
  
EXPECTED: A map-pin and coordinates that you can review.
+
: It's not 16rFFFFFFFFFFFFFFFF, it's 16r0.FFFFFFFFFFFFFFFF, which is 0.99999999999999999994578989137572477829962735995650291442871093750. The location ''never'' changes during stock exchange hours, it is taken from the opening value. -- [[User:Phyzome|Phyzome]] 08:49, 6 April 2012 (EDT)
ACTUAL: Pin & coordinates flash for a brief moment, then map recenters on Boston, with information gone.
 
  
NOTE: Things all worked fine yesterday and the day before (5/23-24.)
+
== New structure ==
  
Aside: Is there a "bug reporting system", or is this it? :)
+
I updated the structure of this site. I hope it is more readable. Your complai^Wsuggestions are welcome! -- [[User:relet|relet]] 06:55, 10 April 2012 (EDT)
 +
:What's the motivation for keeping all of the implementations on one page? Wouldn't it be better to let the implementations have their own pages so that they could have their own discussion pages? - [[User:Scerruti|Stephen Cerruti]] 00:03, 10 May 2012 (EDT)
  
Thanks!
+
:It makes them easier to look over.  There isn't that much discussion, anyway.  We could archive the discussions from 2008 without any problems I suspect.  [[User:Jiml|Jiml]] 01:27, 10 May 2012 (EDT)
[[User:Ted|Ted]] 18:55, 25 May 2008 (UTC)
 
  
: I can't seem to reproduce this in FF or Safari on OSX 10.4.11.  Does safari have a javascript error console where it might be logging the error? [[User:Zigdon|Zigdon]] 19:10, 25 May 2008 (UTC)
+
:The more verbose ones actually have their own page, and are just mentioned or included here. It's always an option. -- [[User:relet|relet]] 04:36, 14 June 2012 (EDT)
  
: As far as bug reporting, this is one way, a better was is to come into IRC and talk to me there.  Go to http://mibbit.com, select "foonetic" from the pulldown server, and #geohashing for the channel. [[User:Zigdon|Zigdon]] 19:10, 25 May 2008 (UTC)
+
== Windows Phone 8 Implementation ==
  
== The Perl reference implementation ==
+
I'm currently working on [https://github.com/lucaswerkmeister/wp_geohashing an implementation for Windows Phone 8]. It's open source, so you can contribute!
  
I've been playing with the Perl reference implementation, and as I'm in Australia, I found it annoying to deal with its poor 30W capability. So I "fixed" it. Perhaps.
+
Current features:
 +
* On startup, your location and the according Geohash is loaded.
 +
* You can also change the graticule by tapping and holding anywhere on the map, and choosing "Use this graticule" on the context menu.
 +
I know it's not much, but I only started yesterday :) If you have any feature requests or any other comments, please tell me. --[[User:Lucwerk|Lucwerk]] ([[User talk:Lucwerk|talk]]) 14:19, 25 March 2013 (EDT)
  
: &lt;snip&gt; I updated the sample.pl to have a '-e' flag. If you run it with it, it will report the values according to the 30W rule:
+
== carabiner not allowing "submit this location" ==
 +
Selected today's point, dragged the red flag to create a green one, clicked on it and tried to click "submit this location" - no response. Expected to see it submitted, and the status area at the bottom showing both points. --[[User:Thomcat|Thomcat]] ([[User talk:Thomcat|talk]]) 19:59, 27 September 2013 (EDT)
  
<pre>
+
==  carabiner.peeron.com is not working ==
$ ./sample.pl 2/1/08
 
Downloading DJIA from google: http://finance.google.com/finance/historical?cid=983582&startdate=Jan+25,+2008&enddate=Feb+01,+2008
 
DJIA opening for 2008-02-01 is 12638.17
 
Date: 2008-02-01, DJIA: 12638.17
 
MD5(2008-02-01-12638.17): 917a4419e1345e42569bad9fa5ef5a17
 
Split: 917a4419e1345e42, 569bad9fa5ef5a17
 
Fractions: 0.5682718814070582, 0.3383129610792229
 
</pre>
 
  
<pre>
+
carabiner.peeron.com is no longer working ("Firefox can't establish a connection to the server at carabiner.peeron.com.") [[User:mkoniecz|mkoniecz]] ([[User talk:mkoniecz|talk]]) 15:25, 11 March 2014 (EDT)
$ ./sample.pl -e 2/1/08
 
Adjusting for 30W
 
Downloading DJIA from google: http://finance.google.com/finance/historical?cid=983582&startdate=Jan+24,+2008&enddate=Jan+31,+2008
 
DJIA opening for 2008-01-31 is 12438.28
 
Date: 2008-02-01, DJIA: 12438.28
 
MD5(2008-02-01-12438.28): ec6464f6d4d0da51c0c8fe874be8601c
 
Split: ec6464f6d4d0da51, c0c8fe874be8601c
 
Fractions: 0.9234068968406207, 0.7530669288934475
 
</pre>
 
  
[[User:Zigdon|Zigdon]] 21:36, 26 May 2008 (UTC)
+
It's back up but the highly valued (by me) ability to view satellite images is missing. [[User:Sourcerer|Sourcerer]] ([[User talk:Sourcerer|talk]]) 12:05, 13 March 2014 (EDT)
  
::Thanks --[[User:Polysylabic Pseudonym|Psud]] 10:58, 27 May 2008 (UTC)
+
== carabiner.peeron.com - erroneous dates between DSTs ==
 +
Apparently the dates between the US DST and the European DST have incorrect coordinates on the Peeron site. The expedition map inset relies on these coordinates. Suspect we will have a similar problem next spring. One example: [[2015-03-24 47 -122]] shows coordinates 47.3471785, -122.9093704 but instead should be 47.80686212, -122.35667391. The linked [http://carabiner.peeron.com/xkcd/map/map.html?date=2015-03-24 peeron] map shows the error message "Market data is not available for 2015-03-24". --[[User:Thomcat|Thomcat]] ([[User talk:Thomcat|talk]]) 23:28, 14 April 2015 (EDT)
 +
:I just ran a test for all 2015 values. I'll post a note on [[User_talk:Zigdon|Zigdon's talk page]]. --[[User:Crox|Crox]] ([[User talk:Crox|talk]]) 15:22, 16 April 2015 (EDT)
  
== Wrong Market Data for 2008-05-30 ==
+
== carabiner.peeron.com - Text hides controls ==
 +
Please could we have a tweak. In both IE and Chrome and perhaps other browsers, there is banner text at the top of the map that hides the buttons that switch between map and satellite view. Could this text be moved into the box, bottom left or perhaps altered not to fill the whole screen width. Thanks. --[[User:Sourcerer|Sourcerer]] ([[User talk:Sourcerer|talk]]) 05:36, 8 June 2015 (EDT)
 +
:On my droid, using chrome, I can't zoom out because the text, bottom left, hides the minus button. --[[User:Sourcerer|Sourcerer]] ([[User talk:Sourcerer|talk]]) 03:56, 11 June 2015 (EDT)
  
The official reference implementation has the wrong market data for Friday May 30.
+
== geohashing.info – Bing layers not working since November 5, 2024 ==
  
Debugging gives: Market open on 2008-05-30 = 12593.87 While finances.google has 12647.36
+
Since yesterday, when I switch the map layer on https://geohashing.info/ from OpenStreetMap to either of the Bing layers, nothing loads (white background). Looking at the browser console and network request, not a single HTTP request is being sent to Microsoft servers and there are also no errors occurring at all.
--[[Special:Contributions/80.216.129.239|80.216.129.239]] 14:12, 30 May 2008 (UTC)
 
  
* Can we assume it's getting the Dow Jones info from a feed, and thus the feed is wrong? [[User:Djomp|Djomp]] 15:02, 30 May 2008 (UTC)
+
Does someone have an explanation for this? [[User:Green guy!|Green guy!]] ([[User talk:Green guy!|talk]]) 10:55, 6 November 2024 (UTC)
** My bet is that wherever they got their info from is correct, but it wasn't yet updated for today when the webpage hit it. --[[Special:Contributions/161.49.253.254|161.49.253.254]] 15:21, 30 May 2008 (UTC)
 
** The biggest problem to all this is that it means the Saturday meetup locations are wrong, too. [[User:Darcy|Darcy]]
 
*** Perhaps the [[DJIA#irc.peeron.com|peeron service]] should hit up Google every five minutes from, say, 09:35 to 10:00, just in case?  I've also noticed that this server as ~6-7 minutes fast, so a 09:35 hit could have actually been executed at 09:28, before the market opened...  --[[User:Tjtrumpet2323|Tim P]] 15:25, 30 May 2008 (UTC)
 

Latest revision as of 10:55, 6 November 2024

Archive.pngTopics 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.

Page Length

The page is exceeding the length some browsers can handle. Are there any problems with taking the individual implementations that include code and giving them their own pages, simply linked from here? I'll do it, I'm just checking that there is no objection from the implementation maintaininers.

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)
There's also one called Geohash Droid which I find to be excellent -- NorseMark 21:23, 16 June 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)

Implemented on gh.eupeodes.nl --Eupeodes (talk) 01:42, 26 April 2013 (EDT)

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)

The weekend of June 5-8

Does anybody know why peeron isn't putting up this weekend's points, even an hour and a quarter after the Dow opened?

Nope. Are other implementations delivering the goods? -Robyn 14:56, 5 June 2009 (UTC)
It's still rather delayed - it's been at least an hour late yesterday and today, too. Anthony 14:25, 9 June 2009 (UTC)
It's 11:46 AM EDT, and irc.peeron.com still has no market data. The {{graticule}} template shows one set of coordinates, and tjum.anthill.de shows another. I verified the opening Dow used by anthill, but I still don't know which ones are correct. -- Jevanyn 15:54, 9 June 2009 (UTC)

Israel on the peeron map

The disappearance of Israel's internal roads from the peeron map some weeks ago was weird enough. But a few days ago even some of the BORDERS of Israel disappeared (specifically the Gaza, West Bank, and Syrian borders). What's going on here? Google Maps still looks perfectly fine. Yerushalmi 11:43, 13 July 2009 (UTC)

That's Zigdon's app but I doubt he's done anything to it, so Google must have changed the way they represent the data, perhaps in preparation for more choice in data displayed. Maybe there's something Zigdon has to update. -Robyn 15:06, 13 July 2009 (UTC)

Geohash for iPhone is not W30 compliant

I have emailed Casey about this, but I have had no reply. I use this app and like it, but I'm East of W30 (UK) and, contrary to the statement on this page, the W30 implementation appears only to "half work". It has problems at weekends. Does anyone know whether Casey is still around? --macronencer 11:14, 21 July 2009 (UTC)
Update: I found Casey on Facebook, and my emails had gone into his junk folder. I'm now talking to him about the problem --macronencer 16:07, 23 July 2009 (UTC)
Good news: Casey sent me a fixed version to test and it seems to work perfectly! Expect more news soon --macronencer 14:16, 2 August 2009 (UTC)

Problems installing Geo::Hashing

Installing on Windows XP, Perl 5.10.0 Most of the tests are failing, e.g.:

#   Failed test 'Correct dlat returned'
#   at t/Geo-Hashing.t line 19.
#          got: '0'
#     expected: '12664801'
Use of uninitialized value $_[0] in multiplication (*) at t/Geo-Hashing.t line 59.
...
t/Geo-Hashing....ok 21/27# Looks like you failed 13 tests of 27.

Any ideas what I've done wrong? I downloaded the .gz, unpacked it, ran these commands:

perl Makefile.PL
nmake install
nmake test

The install seemed to go OK. PhilHibbs 17:47, 28 January 2010 (UTC)

A looong page.

Any ideas how to tidy it up? Maybe a sub-page per implementation? -- relet 12:07, 29 May 2010 (UTC)

For some reason, i thought you said "a looming page" ... i was like, "What? Where?! How ominous!" -- sermoa 12:12, 29 May 2010 (UTC)
I, too, thought it said "looming," but that;s beside the point. Perhaps we could sort the different implementations, maybe by 30W compliance, or programming language, or other stuff. Also, we could remove implementations that no longer work and put them in a "defunct implementations" page. just a thought. -- mnm7198

Java...?

I know that a lot of people hate java for some reason, but I've built a java version of a geohashing calculator. Want me to post it?--208.102.35.1 15:57, 1 July 2010 (UTC)

No-input required Mathematica 7.0 Implementation

I know the page is huge, but I think a Mathematica implementation has some significant advantages and is worth posting here. I've written up the code; it's quite concise, and requires no user input. It can grab the Dow Jones quote automatically, along with the date and the user's location (based on IP address.) Mathematica also doesn't have to be compiled, so it will run identically for anybody using the newest version of Mathematica.

131.104.247.94 01:49, 6 October 2010 (UTC)

Algorithm is b0rked

I wonder why one ever chose this geohashing algorithm, besides for its simplicity.

I see the following problems:

  • The locations are not equally distributed, because FFFFFFFFFFFFFFFF is 18446744073709551615, giving us only places starting with 0 or 1 behind the decimal point. If you ignore leading zeros (which is not clear from the picture), you will have much more 1's than any other digit in the first place.
The_Algorithm#Randomness -- relet 13:10, 24 March 2012 (EDT)
  • The place only changes during stock exchange trading hours. E.g. people in Europe starting in the morning will therefore all get the same number, no matter when exactly they start. On weekends, the place never changes.
Wrong.-- relet 13:10, 24 March 2012 (EDT)
  • All people in an area get the same destination. Especially after trading hours.
That's the point. Otherwise why bother with the DJIA at all. -- relet 13:10, 24 March 2012 (EDT)

If somebody is interested, I (and probably everybody else here) can write a new algorithm which avoids these small problems... Now? --Yokel 21:23, 23 March 2012 (EDT)

It's not 16rFFFFFFFFFFFFFFFF, it's 16r0.FFFFFFFFFFFFFFFF, which is 0.99999999999999999994578989137572477829962735995650291442871093750. The location never changes during stock exchange hours, it is taken from the opening value. -- Phyzome 08:49, 6 April 2012 (EDT)

New structure

I updated the structure of this site. I hope it is more readable. Your complai^Wsuggestions are welcome! -- relet 06:55, 10 April 2012 (EDT)

What's the motivation for keeping all of the implementations on one page? Wouldn't it be better to let the implementations have their own pages so that they could have their own discussion pages? - Stephen Cerruti 00:03, 10 May 2012 (EDT)
It makes them easier to look over. There isn't that much discussion, anyway. We could archive the discussions from 2008 without any problems I suspect. Jiml 01:27, 10 May 2012 (EDT)
The more verbose ones actually have their own page, and are just mentioned or included here. It's always an option. -- relet 04:36, 14 June 2012 (EDT)

Windows Phone 8 Implementation

I'm currently working on an implementation for Windows Phone 8. It's open source, so you can contribute!

Current features:

  • On startup, your location and the according Geohash is loaded.
  • You can also change the graticule by tapping and holding anywhere on the map, and choosing "Use this graticule" on the context menu.

I know it's not much, but I only started yesterday :) If you have any feature requests or any other comments, please tell me. --Lucwerk (talk) 14:19, 25 March 2013 (EDT)

carabiner not allowing "submit this location"

Selected today's point, dragged the red flag to create a green one, clicked on it and tried to click "submit this location" - no response. Expected to see it submitted, and the status area at the bottom showing both points. --Thomcat (talk) 19:59, 27 September 2013 (EDT)

carabiner.peeron.com is not working

carabiner.peeron.com is no longer working ("Firefox can't establish a connection to the server at carabiner.peeron.com.") mkoniecz (talk) 15:25, 11 March 2014 (EDT)

It's back up but the highly valued (by me) ability to view satellite images is missing. Sourcerer (talk) 12:05, 13 March 2014 (EDT)

carabiner.peeron.com - erroneous dates between DSTs

Apparently the dates between the US DST and the European DST have incorrect coordinates on the Peeron site. The expedition map inset relies on these coordinates. Suspect we will have a similar problem next spring. One example: 2015-03-24 47 -122 shows coordinates 47.3471785, -122.9093704 but instead should be 47.80686212, -122.35667391. The linked peeron map shows the error message "Market data is not available for 2015-03-24". --Thomcat (talk) 23:28, 14 April 2015 (EDT)

I just ran a test for all 2015 values. I'll post a note on Zigdon's talk page. --Crox (talk) 15:22, 16 April 2015 (EDT)

carabiner.peeron.com - Text hides controls

Please could we have a tweak. In both IE and Chrome and perhaps other browsers, there is banner text at the top of the map that hides the buttons that switch between map and satellite view. Could this text be moved into the box, bottom left or perhaps altered not to fill the whole screen width. Thanks. --Sourcerer (talk) 05:36, 8 June 2015 (EDT)

On my droid, using chrome, I can't zoom out because the text, bottom left, hides the minus button. --Sourcerer (talk) 03:56, 11 June 2015 (EDT)

geohashing.info – Bing layers not working since November 5, 2024

Since yesterday, when I switch the map layer on https://geohashing.info/ from OpenStreetMap to either of the Bing layers, nothing loads (white background). Looking at the browser console and network request, not a single HTTP request is being sent to Microsoft servers and there are also no errors occurring at all.

Does someone have an explanation for this? — Green guy! (talk) 10:55, 6 November 2024 (UTC)