Suggestion talk:20070621 Group Ratings that Account for Unspent XP's
From The Urban Dead Wiki
An alternative would just be to have a fourth group stat for "total unspent XPs". ... 23:46, 25 June 2007 (BST)
An alternative would just be to sum all XP (spent and not spent) from the members of a group. --People's Commissar Hagnat [cloned] [mod] 20:29, 28 June 2007 (BST)
- I think xp, once spent, is not tracked. Though its obviously possible to calculate what xp has been spent, sure.
Actually, what would be cool would be to track how many XP's group members earn- AS GROUP MEMBERS. That is, having a running tally of the XP that all people have earned while that had that name in their group affiliation. Hmm, I might even remove this one in favor of that! . . . 01:43, 29 June 2007 (BST)- Wouldn't that be incredibly difficult to code? It might be interesting to read that information, but the effort required to make it available would be much much higher than the benefit received. And it wouldn't be a retroactive change - I doubt Kevan has data on when exactly players changed their group names AND when they earned each XP point. armareum 18:11, 29 June 2007 (BST)
- No, it would be insanely easy to code. Whenever a character eaned any XP, the same amount would be added to the running total of the XP earned by the group they were currently a member of. Then once an hour, the stats page would list those running totals. Boom, done. The totals would reset to zero each day to allow new groups to catch up, so the stat would be something like "XP group earned yesterday (mm/dd/yy)" and would change every 24 hours. No need to figure out who eanred XP in the past for what group, because this would be a stat that indicated current rates of XP gain. . . . swiers 22:01, 29 June 2007 (BST)
- Okay, so you changed the parameters, and now it's easy to code again. However, personally, I don't think that sort of information is interesting or illuminating. Getting Kevan to code something for that, rather than any other of the good suggestions we've had would not be something I'd like to see. Sorry, but keeping the stats simple means Kevan is more likely to have spent time coding something else. armareum 23:25, 29 June 2007 (BST)
- Illuminate me as to the specified parameter I changed. I just said it would be cool to have a "running tally of the XP that all people have earned while that had that name in their group affiliation"; I never specified over what period that running total would be tracked or reported.
It seems you made an assumption about the period / reporting method which made the idea difficult to code for. I simply offered a period / reporting method that would make it easy to code for, since I had not previously specified one.
Of course, neither is directly relevant to the suggestion that is actually being voted on. . . . swiers 00:38, 30 June 2007 (BST)- Okay, technically you added a parameter than you previously hadn't defined. You didn't define the period, so when you say "while that had that name in their group affiliation", it's fair (IMO) to assume you meant all of the time spent in that group (cumulatively). Anyway, we are starting to get into the semantics of communication over the web - not fruitful!. armareum 01:28, 30 June 2007 (BST)
- Illuminate me as to the specified parameter I changed. I just said it would be cool to have a "running tally of the XP that all people have earned while that had that name in their group affiliation"; I never specified over what period that running total would be tracked or reported.
- Okay, so you changed the parameters, and now it's easy to code again. However, personally, I don't think that sort of information is interesting or illuminating. Getting Kevan to code something for that, rather than any other of the good suggestions we've had would not be something I'd like to see. Sorry, but keeping the stats simple means Kevan is more likely to have spent time coding something else. armareum 23:25, 29 June 2007 (BST)
- How would it be difficult to code? Just tell it too look at class, number of military skills, number of scientist skills, and number of civilian skills(headshot and zombie being counted as civilian skills) then tell it to add the current XP. I assume the game does something kinda similar with the code for determining level and for determining xp cost for skills.--karek 18:23, 29 June 2007 (BST)
- He said "That is, having a running tally of the XP that all people have earned while that had that name in their group affiliation." That means you'd need to record every time a group name is changed. And only add XP to that group's tally when that player has that group set as their group. This is more complicated that just adding each player's current total to the group they have currently assigned them to. armareum 18:43, 29 June 2007 (BST)
- No, it would be insanely easy to code. Whenever a character eaned any XP, the same amount would be added to the running total of the XP earned by the group they were currently a member of. Then once an hour, the stats page would list those running totals. Boom, done. The totals would reset to zero each day to allow new groups to catch up, so the stat would be something like "XP group earned yesterday (mm/dd/yy)" and would change every 24 hours. No need to figure out who eanred XP in the past for what group, because this would be a stat that indicated current rates of XP gain. . . . swiers 22:01, 29 June 2007 (BST)
- Wouldn't that be incredibly difficult to code? It might be interesting to read that information, but the effort required to make it available would be much much higher than the benefit received. And it wouldn't be a retroactive change - I doubt Kevan has data on when exactly players changed their group names AND when they earned each XP point. armareum 18:11, 29 June 2007 (BST)
- Just count every level as 100 xp, and we're done! :D --People's Commissar Hagnat [cloned] [mod] 18:24, 29 June 2007 (BST)
