Talk:Main Page

From Geohashing
Revision as of 03:27, 9 July 2008 by imported>Tjtrumpet2323 (→‎re-organise the frontpage)
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.
Due to repeated spam attacks on this wiki page, this page is editable by registered users only. Please log in and join us!

Complete list of historical locations

Surely someone has by now generated a complete list of the decimal parts of the coordinates produced by the historical data? It can't just be me wanting to see it, can it? Does anyone have a link to one if so? Even better if it was available as a map overlay...

I put up a set of Historical Location Data that I generated a couple days ago. It seemed slightly too ginormous to put on the wiki in it's raw form, but if anywone wants to, be my guest. Unfortunately there are some bad dates in there due to Dow data that was missing, but I'll get them updated. My hope was to use the data to generate a map overlay or allow you to click a location on the map and have it show you all the dates that a geohash landed in the vicinity, but my web programming skills are nonexistent. I could write a Windows app, but that's not so great for anyone. Someone else tackle it. :) --ZorMonkey 11:57, 27 May 2008 (UTC)
I also have a set of location data 1970 to present for W30 and non-W30. No bad dates that I know of, generated using the Perl implementation today. I lack the google-fu to plot it on google maps, but am happy to provide it to anyone. Data is comma separated. And since I've got a domain name sitting around doing nothing, Ill put it to use: here 'tis free for any use --Psud 12:29, 27 May 2008 (UTC)
I've updated my non-W30 data, and added W30 data. Our numbers are pretty close, so that's good! 14,000 units tests passed! :) It looks like you're missing a few dates though - for example 2008-03-28. BTW - Mine is also in CSV format, and includes the DJIA so it can be used to calculate the numbers if anyone else is playing with the algorithm. --ZorMonkey 03:19, 28 May 2008 (UTC)
My data is now hole-less (Pls let me know if you find otherwise), and complete back to 1928-10-01 in both W30 and non-W30! download here! <-- Note also now in format date,DJIA,lat,long
Also now the data is available bzipped or text. My intention is to keep it up to date - updating at 03:00 my local time (GMT+10). Let's see if my scripting is up to it. NOTE: New web page
Wow, nice! With that I regenerated my Google Earth KML file for Milwaukee. It now includes different color markers for different days of the week, and each marker has it's date associated with it so you can use Google Earth's (frustratingly tiny) timeline to constrain the dates you want to show. I wish I had to good way to create a webpage that would generate a KML file for any region you wanted... Maybe I can attempt that this weekend - but probably not. :) --ZorMonkey 04:28, 29 May 2008 (UTC)
Once you have one of the data files, it's pretty easy to generate a KML file for Google Earth. Google Earth freaks out a little bit, but it works! Here is a sample KML file (zipped) that I generated for the 4 graticules near the Milwaukee area, and the Python code I used follows. I've just started learning Python, so forgive any hackityness. In this state it needs to be manually tweaked to generate other graticule information, but it's pretty easy. Anyone know if it's possible to specify the marker color? --ZorMonkey 04:27, 28 May 2008 (UTC)
Instead of putting it here, I've put my increasingly terrible Python KML generating code up on the web. I'll update that file as I make changes and make it more (or less) awesome. --ZorMonkey 04:28, 29 May 2008 (UTC)
My python code is just like yours (I heared about python in the comics the first time). I used mine for generating a KML file for the Hamburg graticule. None of the placemarks are displayed except the ones mentioned in the corresponding wiki page (i.e. have expeditions). The template-like file "start" and the base-coordinates in the code should be edited, but then it shuould work on every graticule. I used Psud's list of historical coordinates. If my webspace was cool python-powered one, I'd like to set up a service, but it's a ceap on that doesn't allow outbound connections from PHP. --Hermann 15:12, 28 June 2008 (UTC)
Ha! I was wrong. Seems my provider loosened restrictions some time ago. I set up this script to generate KML-Data for any graticule. NOTE: This script uses Psud's list and caches output. Caches are updated every 24h. It's basically a proof-of-concept by now and needs testing.. Please have a look on the code, improve it and/or move it onto your webspace to reduce mine's traffic.
I worked on it a few hours and it has become pretty elaborate. Check it out or have a look at Hamburg for an example. --Hermann 00:22, 30 June 2008 (UTC)
Unfortunately, Psud's lists are down. The service is now defunct. --Hermann 13:38, 2 July 2008 (UTC)
UPDATE: Psud fixed his server. The Service is up and running. Comments please. --Hermann 22:20, 3 July 2008 (UTC)
I have generated KMZs for the Cincinnati, Ohio and Detroit, Michigan graticules. Each are linked to off of the respective graticule pages. Scottkuma 19:35, 30 May 2008 (UTC)
Hmm. So, if I generate this historical data, and one (or more!) points in the past land on my property, do I qualify for the Time Traveller Couch Potato GeoHash Achievement ?? --Briand 18:29, 6 June 2008 (UTC)
Well, if you do supply proof of date and location (i.e. standing in your living room next to a calendar showing that particular date), you will sure apply for the award. --Hermann 10:44, 1 July 2008 (UTC)

Organization / automation questions

So, we now have date pages (2008-06-07), date-bound templates for the day's expedition images ({{Expedition Images/2008-06-07}}), categories for the day's meetups (Category:Meetup on 2008-06-07 -- not all of which have been 'created', even though most if not all are in use). We also have the "Recent and Upcoming Coordinates" and "Gallery of Recent Expeditions" sections on the front page. There are likely other daily-maintenance-type things I'm not aware of (archiving? Creation of the supercategories like Category:Meetup in 2008-06?).

I'd be more than willing to work on automating some/all of the above, if people are interested -- I know tjtrumpet2323 mentioned that he doesn't mind doing the manual update of the front-page coordinates, and that it would likely be handled by a template eventually (once the mediawiki daily coords implementation was done) anyway. I've been playing with api.php a bit recently, and most of the automation is reasonably simple. But I don't want to step on any toes (explicitly including rpm's, since I'm not sure how kindly he'll take to people running bots against the wiki).

Additionally: It would be trivial, once images are categorized by meetup date (very few are currently) to randomly swap out the pictures that have been picked for the day's Expedition Images. But this introduces the question of whether a second (editorial, not automatic) category should be created for "best of the day" to use as the pool (assuming the consensus is "automation is good", rather than "keep it editorial, like it already is"), instead of pictures like Image:2008-06-01_37_-121-Tapin-2.JPG.

Thoughts?

--Tapin 20:59, 11 June 2008 (UTC)

I'd like to see a lot more automation done, and was considering writing my own bots to do some of it. But considering my other workload, I'm not sure when that will happen. One thing I'd be worried about is creating pages just to fill in the dates, without actually having content for them. Your comment about editorial content also stands - any bots should be willing to accept imposed content. Zigdon 21:57, 11 June 2008 (UTC)
The main reason pages such as Template:Expeditions/2008-06-12 exist is to allow inclusion on pages such as 2008-06. Now that the date pages pretty much only contained templated-in content, they're practically unnecessary. However, from a template-coding standpoint, Template:Date nav is easier to code when the page titles are simple, like 2008-06-12. Does anyone know if there's a way of transcluding (templating) pages in the Main namespace? (I have more thoughts on this section's topic as a whole, but have to leave for now.) --Tim P 15:40, 12 June 2008 (UTC)
You can transclude anything, not just templates. Use {{:Main Page}} to transclude the main page, for example. Mike.lifeguard 00:26, 13 June 2008 (UTC)
Thank you, Mike.lifeguard. I didn't realise the colon notation extended to transclusion. I think when I create the date pages for the weekend in a few hours' time, I'll just create YYYY-MM-DD pages and not bother with Template:Expeditions/YYYY-MM-DD. I'd be willing to go back through the three weeks of pages and move data around... as well as to clean up the includes... seeing how I did 90% of them to begin with. Any thoughts? --Tim P 06:00, 13 June 2008 (UTC)

Automated Transclusion Implemented

I did some automating/optimising stuff over the weekend. The Template:Expeditions/YYYY-MM-DD pages are to be completely discontinued from 17 June, as meetups are now included on the date pages themselves (YYYY-MM-DD, e.g., 2008-06-16). I even went back and copied stuff over for continuity's sake. As far as the image gallery templates go, I automated a template/script to show the current (UTC) day and the three prior for use on Main Page. It uses the new syntax {{Expedition Images|YYYY-MM-DD}} which includes Template:Expedition Images/YYYY-MM-DD (note the slash), along with the appropriate header (based on page context) if the template exists, or a "start this gallery"-type message if it doesn't. It also provides a "direct edit" link to the template from the date pages. --Tim P 05:53, 16 June 2008 (UTC)

Thoughts? You may note that I opted not to provide a "direct edit" link in instances where {{Expedition Images|YYYY-MM-DD}} are transcluded on Main Page, more so out of fear of the page's visibility than anything. I suppose that most potential spambots would give up on the write-protected page and not follow any "direct edit" link we'd put right on that page, but you never know. I would be perfectly willing to put such a link back into the template if consensus deems wise (i.e., people agree here) or if convention deems necessary (i.e., people get fed up with hunting for an edit link). My initial fears could be totally ridiculous, and I'm totally willing to admit that. --Tim P 05:53, 16 June 2008 (UTC)
I like it very much, awesome effort sir. The 'add your own photo' is pretty clearly findable on the YYYY-MM-DD pages. If that is not enough, then a comment in the source on the Main_Page directing people appropriately should be the next step IMHO. See how it fares? :) --Nemo 11:12, 16 June 2008 (UTC)
Only current thought now... the automatic 'start the gallery' link means the previous days gallery (with the heklpful comments) don't get copied over... I wonder if people are just more likely to blindly start a gallery now rather than copy the comment hints too? I don't think think content can be automated into there though can it? May not be a problem anyway, wait and see? --Nemo 11:17, 16 June 2008 (UTC)
This isn't a show stopper, but I just discovered a timing point. We here in the east side of the 30W rule have pics for today already uploaded (8:20am local time, 17th June), but it's still 40minutes before UTC rolls over to the 17th and the frontpage gets the 'create a gallery for the 17th' type link. No biggie, it just limits our bragging rights! ;P --Nemo 22:30, 16 June 2008 (UTC)
Because of the limited number of morning-time meetups, I figured that 00:00 UTC was still a reasonable time to switch over because, as Template:Recent Images says, it's "reasonably mid-day for the easternmost time zones," i.e., 12:00 or 13:00 in New Zealand depending on DST. Not to mention, it's immensely easier to program a switch at 00:00 UTC than at any other time on this wiki. Photos uploaded to the designated gallery before 00:00 UTC still get to be at the top of the images section for a full 24 hours, so yeah, it really isn't a big deal. --Tim P 18:33, 21 June 2008 (UTC)
yup. I was just being needlessly pedantic. ;) However, I do have a thought - thuogh don't know if it's possible. At the moment it displays the last 4 days, but in fact it seems more often than not, when I see it the currentday gallery is still waiting for the first image - so we only see three days. Can you check for the existance of the CURRENTDAY gallery - and if it doesn't exist, then also include CURRENTDAY -4 days. That way we get 4 days of actual pictures at all times (which I think works best, imho 3 is a little too small a showcase through the week). The -4days gallery automatically rolls off then not at 00:00UTC, but when the currentday gallery is created... :) --Nemo 00:15, 22 June 2008 (UTC)
DONE and IMPLEMENTED. See Template:Recent Images for specifics. Great idea, Nemo. --Tim P 03:54, 22 June 2008 (UTC)

re-organise the frontpage

I'd like to propose that now that geohashing is a few months mature in the wider internet, that the need to explain what it is in detail on the top of the front page of the wiki is diminished.

My humble opinion is that most people hitting the front wiki now are familiar with geohashing, or if new (less likely after that post-announcement rush), are more likely to be able to find detailed info after an initial introduction.

So how about a frontpage reorganise with this all in mind? Currently, the front page TOC looks like

  1. What is this?
  2. How it works
    1. Official xkcd meetups
    2. Unofficial invitations
  3. Active Graticules
  4. Implementations
  5. Recent and Upcoming Coordinates
  6. Gallery of Recent Expeditions
  7. Known Issues
  8. FAQ
  9. Related Projects

I propose that it be reformatted to something closer to these lines...

  1. What is this?
  2. Who, Where, When and How?
  3. Recent and Upcoming Coordinates
  4. Gallery of Recent Expeditions
  5. FAQ

In this layout, 'how it works', 'official' and 'unofficial', 'active graticules' and 'implementations' would all be summarised to one smaller section of 'who, where, when and how'. Known issues should be linked merely as a FAQ question (maybe the first one). Finally, 'Related Projects' would be a link to, rather than inclusion of, the community portal.

It'd probably be worth mocking up an actual example, but not for me at 1am... :)

Further thoughts? (obviously what I'm proposing is a rather major change to the wiki navigation, so please, nobody make any such changes till there has been a chance for fair objections to be discussed. --Nemo 15:15, 7 July 2008 (UTC)

Personally, I do think that much of the boilerplate can be cut down and/or farmed out to links, e.g., the FAQ (though I haven't done that in my prototype, it could certainly be added). Quite frankly, I think that just about everything static on Main Page should be transcluded anyway, if it's not going to change much. That way, people wouldn't have to deal with the formatting code on any new Main Page.
I'd been thinking of this for a while, and have a Wikipedia-like prototype (with a tad bit of out-of-date content) at User:Tjtrumpet2323/sandbox/Main Page (actually most of the code is taken straight from their Main Page). Please leave comments on my prototype at its talk page, while leaving comments on the general idea of reorganisation here. Thanks! --Tim P 15:49, 7 July 2008 (UTC)
Having only heard positive feedback thusfar, if I hear no further discussion, I intend to replace Main Page with an up-to-date User:Tjtrumpet2323/sandbox/Main Page on Friday 11 July at some time between 13:00 and 16:00 UTC. If you have any suggestions for improvements to the layout of the prototype, please let me know on its talk page. --Tim P 03:27, 9 July 2008 (UTC)
Retrieved from "https://geohashing.site/index.php?title=Talk:Main_Page&oldid=2359"
Powered by MediaWiki