User talk:Zigdon

From Geohashing
Revision as of 17:12, 3 June 2008 by imported>Zigdon (Negative lat/lon)

2008-05-24 meetup near San Jose

Hey there -- quick question: On the 2008-05-24 37 -121 page, you list "Jim and his two young girls". I think that might be a reference to me (Joe and his daughter & son), but I don't want to update it in case there was another person with geohashlings in tow. --Tapin 02:28, 25 May 2008 (UTC)

Indeed, my bad. Fixed :) Zigdon 02:35, 25 May 2008 (UTC)
Thanks! Hope to see you at future meetups --Tapin 02:51, 25 May 2008 (UTC)

Using site heavily

Sorry, I didn't see the request, and stopping at this point to wait for permission would probably waste both of our resources. I'm doing a single grab of all the DJIA data, so I can run some stats. Again, sorry, and hope this isn't too heavy a drain. -Chron 05:11, 26 May 2008 (UTC)

Not a big deal, but it's a silly way of doing it. Yahoo has a CSV of the past 100 years of DJIA online, and google has the data back to 1970 (which is where I got the data). If you'd rather, I can just give you a tar file of the entire directory structure? Zigdon 06:03, 26 May 2008 (UTC)
Yeah, I found the Yahoo one, so I stopped. -Chron 06:12, 26 May 2008 (UTC)

Nearby food link in new window?

Loving your work! One nit - could you make the nearby food link open in a new window (and say so)? Following it then hitting back takes me back to the default location, not where I was. (Firefox 2)

Well, I dislike strongly forcing new windows. You could just as easily middle click on the link to open it in a new tab, or use it's right click menu. Zigdon 03:50, 27 May 2008 (UTC)
Oh, sure - and have been doing since I found out what happened. 'Twas just a bit of a gotcha the first time. I too hate new windows being forced on me (hence the "say so" comment), but they can be useful sometimes... Perhaps I should have said "another version of the link that opens in a new window" - but then it's getting cluttered. Forget I spoke ;-)

KML files

Just curious.. where do your KML scripts get the information of how many active users are in each graticule? - Histumness 19:51, 28 May 2008 (UTC)

They parse the page for each graticule, looking for User: tags Zigdon 20:15, 28 May 2008 (UTC)
Ah, okay. This probably isn't a big deal, but I guess it doesn't check to make sure that there aren't any duplicates. So if there are 10 active users listed in the "Local Geohashers" section of a graticule's wiki page, but then there are 3 wikified references to those users in the "Activities" section, the script will list that graticule as having 13 active users. - Histumness 20:56, 28 May 2008 (UTC)
Correct. Right now, it doesn't take too much care - the idea is really to gauge activity. Perhaps I will adjust the label to reduce the confusion. Zigdon 21:48, 28 May 2008 (UTC)

Non US algo has an error

Hi. I've just tried to search fr this sunday (2008-06-01) and it has complained of no market data for 2008-06-30. Shpuld it have looked at 2008-05-30 instead? 122.110.140.231 01:46, 31 May 2008 (UTC)

I can't seem to reproduce it - what OS/Browser are you using? Zigdon 01:49, 31 May 2008 (UTC)

A workaround fix has been uploaded. --Tim P 16:35, 31 May 2008 (UTC)

Arrow4.png Please direct all further discussion on this topic to Talk:Implementations#Wrong_market_data_for_June_2008_in_locations_east_of_-30.C2.B0.

Tim P 16:35, 31 May 2008 (UTC)

Montréal

Hey man - thanks for cleaning up my duplication - I was working from the map lookup, and it gave me an "unknown" when I centred on Montréal. Thus, I blindly created the new page. It was dumb, I know, because I should have checked above, but I wonder why it gave me the Unknown. Oh well, must be a flaw in the Matrix. Cheers. AshleyMorton 23:09, 2 June 2008 (UTC)

I don't remember offhand, but I think it ignores pages that don't actually exist - so even though Montréal was in the list, it didn't show up because the page it linked to wasn't there. No worries, only reason I noticed was that my script complains when it gets an updated list with duplicated :) Zigdon 23:32, 2 June 2008 (UTC)

Negative lat/lon

I noticed that in the reference implementation, if you specify a negative latitude or longitude in the URL, it will select the graticule to the west (for negative longitude) or south (for negative latitude) of the correct graticule for the given location. For example, this link should select the graticule containing Lambert airfield in St. Louis, Missouri, but it selects the graticule to the west because the longitude is negative. My guess is that the script always uses the floor function to get the reference coordinates, but should actually be using ceiling for negative numbers. - Histumness 16:41, 3 June 2008 (UTC)

I might change it - but mostly, the script doesn't expect to get fractions for lat/long - [this link] does what you'd expect. I can see that being able to give any coords might be useful though, I'll see how easy a change that will be. Zigdon 17:12, 3 June 2008 (UTC)