Message boards :
News :
Award Badges Going Live Soon!
Message board moderation
Author | Message |
---|---|
Send message Joined: 6 May 09 Posts: 217 Credit: 6,856,375 RAC: 0 |
Hello Crunchers! We've been throwing around the idea of creating profile badges here at MilkyWay@home for a while now, but we seem to always have a more mission-critical problem to solve (coding, science, etc.) - until now! In the image below, you will find all of the badges that we will be rolling out in the next few days! As a user, you can expect to have between 0 and 4 badges on your MW profile:
|
Send message Joined: 29 Nov 10 Posts: 7 Credit: 17,351,897 RAC: 0 |
Hi You should have badges for 2M, 3M and 4M. To go from 1M to 5M between badges is a bit much. My laptop is on 24/7 and only crunches 0.5M stones a year. So it will take roughly 8 years to go from 1 badge to the next! Also what is to stop anyone registering and doing one work unit and never crunching again. they will see their levels of service badges increase without really earning them. You should only award service badges to anyone who completes a certain number of units per year or better still they have to crunch units on a certain number of days per year. |
Send message Joined: 11 Dec 09 Posts: 17 Credit: 62,322,999 RAC: 93 |
I take it that 50k should read 50M? |
Send message Joined: 25 Dec 11 Posts: 20 Credit: 119,499,101 RAC: 0 |
I take it that 50k should read 50M? Hi Agree ! |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 0 |
Agree ![/quote] I kind of like both, some pc's are REALLY, REALLY fast while others are REALLY, REALLY slow, to accommodate the slow ones units per year would suffice, but if a fast one did the same number of units in 3 months should that also constitute a year? So maybe x number per month would cover both, but use a sliding scale, so the slow pc's are not penalized, and the fast pc's are not over compensated as in doing 25 units in 3 days and calling that enough for that month. But maybe 25 units is all a slow pc can do in a month, do you really want to exclude people just because they can't buy new hardware? Other then that I LOVE the new badges and think they are a great idea and addition!! |
Send message Joined: 13 Mar 08 Posts: 804 Credit: 26,380,161 RAC: 0 |
Will the badges be retroactive for work done up to now? |
Send message Joined: 6 Aug 08 Posts: 12 Credit: 25,607,073 RAC: 61 |
|
Send message Joined: 26 Feb 11 Posts: 170 Credit: 205,557,553 RAC: 0 |
Great idea and good distances between the badges :) Would get the multiple green stars and soon the silver III =) The "50k" Problem is already pointed out i read *GG* I think too the 1 credit badge shouldnd activaded to prevent "fake accounts". DSKAG Austria Research Team: http://www.research.dskag.at |
Send message Joined: 6 May 09 Posts: 217 Credit: 6,856,375 RAC: 0 |
Thanks for the feedback! - I updated the image so that it properly reads "50M" - I'll look into adding smaller incremental badges at "lower" levels - such as 2M, 3M, 20M, etc. badges. It does make sense to have them. - I would like the time badges be valid only if the account has been actively crunching for that long, but this is a tricky thing to measure. If we are too lax, there will be ways to "game" the system, and if we are too strict, some deserving users may be cut out. I'm thinking that the time badges should only display if a user's current RAC > 0? - I'll move the 1 credit badge up to 100 credits; that should be 1-2 WUs. I'm ok with "fake accounts" having the badge as long as they've done something towards the project. - All badges will be retroactive. |
Send message Joined: 21 Jul 12 Posts: 3 Credit: 1,118,268 RAC: 0 |
... Can't you just make a sum of Elapsed time of returned WU's regardless of their Validity (or something similar)? This is how WCG awards its badges (w/o Error tasks) and I think it works fine - when I am active, the time for badges goes up. When I am not, time counter stops :-) I know - this would be hard to measure rectroactively :-( Cheers, NI! For Science and Shrubberies! Since January 13 2000. |
Send message Joined: 6 May 09 Posts: 217 Credit: 6,856,375 RAC: 0 |
I've added badges for intermediate levels (see updated image, above), so that the general pattern is: 1 -> 2 -> 3 -> 5 -> 10 Travis should provide an ETA for implementation soon. I know - this would be hard to measure rectroactively :-( That's the hard part of every time badge scheme that we've come up with. By requiring RAC > 0.0 for the badge to display, then anyone who is crunching something will get the badge. Someone could have created an account 4 years ago and not crunched anything, but then crunch one WU and get the 4yr badge - but it will disappear if their RAC drops to 0. If they crunch another WU a year later, the 5yr badge will show up. It's not perfect, but loyal crunchers tend to maintain a non-zero RAC anyway, and keeping the badge "active" might serve as an incentive for occasional users to crunch a MW WU every now and then... We're looking into other ways to make it work, but we need to dig around the database a bit and see what data we have available. |
Send message Joined: 17 Sep 08 Posts: 1 Credit: 62,926,208 RAC: 0 |
Thank you for the badge system very well \o/ |
Send message Joined: 5 Feb 10 Posts: 1 Credit: 133,186 RAC: 0 |
Happy Holiday season to all of you! A proposal for retroactive time badeges: maybe you can estimate based on the credits the time needed - at WCG I see about 40k-45k BOINC cr/90 days for all subprojects for my configuration. The time required is for sure depending on the cpus, but that may be available from your database. |
Send message Joined: 16 Dec 07 Posts: 37 Credit: 25,875,290 RAC: 5,657 |
Is it possible to include a badge to indicate a CPU contribution of 50%/75%/100% to a participants contribution to the project? |
Send message Joined: 19 Jul 10 Posts: 627 Credit: 19,312,112 RAC: 1,325 |
A proposal for retroactive time badeges: maybe you can estimate based on the credits the time needed - at WCG I see about 40k-45k BOINC cr/90 days for all subprojects for my configuration. This might work for CPU-only projects (doubt that actually, unless the project is very new), but the difference in processing time between CPUs and GPUs here is too big. Also it does not make sense to consider just the current machines sombody is running the project on, he or she might have started with a lot slower ones (my first Milkyway WUs were done on a AthlonXP 2000+ for example). |
Send message Joined: 29 Nov 11 Posts: 18 Credit: 815,433 RAC: 0 |
How soon is soon? lol |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 0 |
How soon is soon? lol A pure guess would be a couple of days, but I have seen dates being given for software releases in the past that when missed catch holy heck, EVEN when they said it was a pure guess. I think alot of places are less and less likely to give firm dates. Even the new Xbox One and PS4 had to be updated right out of the box prior to being first used, and they were announced months in advance. |
Send message Joined: 6 May 09 Posts: 217 Credit: 6,856,375 RAC: 0 |
I just returned from my holiday vacation, so I'll be getting on this again. |
Send message Joined: 5 Aug 09 Posts: 8 Credit: 201,024,012 RAC: 0 |
Looking forward to seeing them ;) |
Send message Joined: 16 Dec 07 Posts: 37 Credit: 25,875,290 RAC: 5,657 |
A question more relevent for 2016 but will you be adding badge pairs for extened years of service after platinum? (bronze),(silver),(gold),(platinum),(rarer metal),(unobtainium) or adjusting the service ranges for (bronze),(silver),(gold),(platinum) in the future? |
©2024 Astroinformatics Group