activity stats & homepage - beta testing [merged]
-
- 400 or more spectacular views seen
- Posts: 1357
- Joined: 08 April 03 1:14 pm
- Location: Perth Western Australia
- Contact:
-
- 400 or more spectacular views seen
- Posts: 259
- Joined: 09 March 04 2:17 pm
- Location: N51° 04.195' W115° 22.044'
- Contact:
- caughtatwork
- Posts: 17017
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
loon, thanks, we'll look into the bugs you mentioned. do you have some specific logs that demonstrate the problems?
caughtatwork, old logs don't come over. if you want to enter old logs, you can enter them manually or send us a GSAK GPX file of your logs and we'll import them for you. yes, we'll probably do something like you suggest. the reason we haven't done it so far is that there's problems with caches that allow multiple finds, eg that's the trig, etc. there was a tiny special case where people could have logged it more than once on the same day. having said that, we'd rather have that problem than the current one, so we'll implement something soon.
aushiker, sorry, we only tested it with firefox and ie. what didn't work with opera?
gunn parker, are you saying it did or didn't work with opera?
teamkittens, logs usually take somewhere between one and two days to appear.
webguy, that display is meant to be a summary. you can get the individual days on the detail screen by clicking on "detailed logs" near the heading
caughtatwork, old logs don't come over. if you want to enter old logs, you can enter them manually or send us a GSAK GPX file of your logs and we'll import them for you. yes, we'll probably do something like you suggest. the reason we haven't done it so far is that there's problems with caches that allow multiple finds, eg that's the trig, etc. there was a tiny special case where people could have logged it more than once on the same day. having said that, we'd rather have that problem than the current one, so we'll implement something soon.
aushiker, sorry, we only tested it with firefox and ie. what didn't work with opera?
gunn parker, are you saying it did or didn't work with opera?
teamkittens, logs usually take somewhere between one and two days to appear.
webguy, that display is meant to be a summary. you can get the individual days on the detail screen by clicking on "detailed logs" near the heading
-
- It's all in how you get there....
- Posts: 2185
- Joined: 28 March 03 6:00 pm
- TEAM LANDCRUISER
- Posts: 476
- Joined: 04 February 04 9:28 pm
- Location: Port Kennedy WA
- Contact:
- Aushiker
- 350 ? I am the lizard queen
- Posts: 1397
- Joined: 30 July 04 2:35 pm
- Twitter: Aushiker
- Location: Fremantle, WA
- Contact:
<p>ideology wrote:aushiker, sorry, we only tested it with firefox and ie. what didn't work with opera?
Not a big deal for me. I am used to somethings not working with Opera. But since you asked, the "Import Logs" feature does not work with Opera. IIRC it comes back with can't find "" or something similar. Sorry can't be more specific as done the import with IE now.
<p>
Thanks anyway
<p>
Andrew
<p>
easy one, done!swampgecko wrote:Can we have a link that brings up all recommended caches for a state on each state's homepage please?
the state page is looking a bit messy. it seems to serve two purposes: a leaderboard and a list of what's new. we'll have a think how to lay it out.
we've done some minor updates to the "My" account page - some more of the links work now. for example, you can more easily find your own caches and log from the "My" page.
- maccamob
- 10000 or more caches found
- Posts: 915
- Joined: 04 April 03 6:37 pm
- Location: Hoppers Crossing, VIC
- Contact:
Speedway
Is Speedway broken? When I try to use the Speedway link off a cache page, I get an otherwise blank page with message 'no target' at top left. The url for the page says something like "http://geocaching.com.au/redir/?site=speedway&gc=GCXXXX".
- caughtatwork
- Posts: 17017
- Joined: 17 May 04 12:11 pm
- Location: Melbourne
- Contact:
From the main leader board:
Top 10 Finders October 2004
35Team Wibble SA
30Skippy&Lambchops SA
25Posspet Boys SA
25SA_ParrotHead SA
23teamkittens Vic
22Freddo SA
21Gordon Patrick Samuel SA
----------------------
17 Biggles Bear SA
----------------------
17caughtatwork Vic
16dak's Emu Mob Qld
Now it's not that Biggles Bear is marked as being in SA, I undertand that, it's that it's showing 17 caches found. This is a good and correct number.
From the Victorian Leaderboard.
Top Finders Latest logs
23teamkittens
17caughtatwork
13pprass
12juzmac
12maccamob
11Derringer
-----------------
7 Biggles Bear
-----------------
7Rabbitto
6Alsume
6sbalogh53
See the difference.
Obvioulsy 10 of BB's finds are in SA and 7 in Victoria.
So is the leaderboard a board of the number of caches found by state or the number of caches found by a cacher that resides in that state?
I'm not fussed, I'm just interested as I thought it was a leaderboard for the state that the person resided in, in which case I would have thought it should have showed up all 17 of BB's finds.
Top 10 Finders October 2004
35Team Wibble SA
30Skippy&Lambchops SA
25Posspet Boys SA
25SA_ParrotHead SA
23teamkittens Vic
22Freddo SA
21Gordon Patrick Samuel SA
----------------------
17 Biggles Bear SA
----------------------
17caughtatwork Vic
16dak's Emu Mob Qld
Now it's not that Biggles Bear is marked as being in SA, I undertand that, it's that it's showing 17 caches found. This is a good and correct number.
From the Victorian Leaderboard.
Top Finders Latest logs
23teamkittens
17caughtatwork
13pprass
12juzmac
12maccamob
11Derringer
-----------------
7 Biggles Bear
-----------------
7Rabbitto
6Alsume
6sbalogh53
See the difference.
Obvioulsy 10 of BB's finds are in SA and 7 in Victoria.
So is the leaderboard a board of the number of caches found by state or the number of caches found by a cacher that resides in that state?
I'm not fussed, I'm just interested as I thought it was a leaderboard for the state that the person resided in, in which case I would have thought it should have showed up all 17 of BB's finds.
oops, it's broken in two ways. the error you saw is due to the coordinates being outside the range of speedway's directory. in the old search results, we used to only display the link when we detected valid coordinates. when we moved the speedway link to the cache page, we forgot to check the coords before displaying the link. the "no target" message is an internal error message saying that it wants to redirect to a target site but can't work out what target site to redirect to.maccamob wrote:Is Speedway broken?
secondly, it's broken because when we use a cache that is within the street directory's bounds, the sydway site gives a server error. our guess is that they have blocked access. they are not as nice as the multimap people!
thanks, we had to look at the code to figure it out for ourselves! the basic problem is that we don't know which state people live in. (it's in the database but not selectable by the user yet. we have to do some work on this...) we only know the state of the cache that was logged. so:caughtatwork wrote:So is the leaderboard a board of the number of caches found by state or the number of caches found by a cacher that resides in that state?
- the front page leaderboard counts all finds, and displays the state of the last log
- the state leaderboard only count finds within a state
once we get users states in the profile we can do it a little more sensibly! we were just trying to create some stats from the data we had at the time and it has sort of taken off from there!
we've updated the faq with this info
- The Ginger Loon
- 450 or more roots tripped over
- Posts: 824
- Joined: 28 March 03 9:09 pm
- Location: Tamworth
- Contact:
Your Geocaching Australia Forum login is uses throughout the Geocaching Australia site.ideology wrote:we've updated the faq with this info
I'd rather it was used actually...
- Snuva
- 1500 or more caches found
- Posts: 1081
- Joined: 05 July 04 5:38 pm
- Twitter: Snuva
- Location: Hobart
- Contact:
Is it possible, when displaying the new caches for a state, to make event caches a special case somehow - maybe so they display from the time they are listed until they occur? If this isn't possible that's fine - but because the 'listing date' is actually the date of the event, without being treated differently they won't appear under new caches in the state summary until after they have occured - and should be archived. Event caches are still listed in the full listing of caches for the state, and are highlighted as new, but not on the front state page.<P>Did I mention that we're having a caching event in Tassie!