[World Community Grid] Systeem achter mijlpalen

[Jis]

Modbreak:

iisschots: Dit topic is afgespilts van een ander topic. Vandaar kan het wat vreemd lijken, alleen past het beter in een eigen topic dan een DPCH.

De afgelopen dagen ben ik bezig geweest om een ander systeem te maken voor de mijlpalen. (JEUJJJ)

Hierbij heb ik als uitgangspunt genomen dat iedereen die het hele jaar door flushed ongeveer 4 mijlpalen zou moeten kunnen krijgen. De grootte van een mijlpaal is dan dus variabel omdat niet iedereen evenveel flushed. De minimum grootte van een mijlpaal is echter wel 10.000 punten gebleven.

Er zijn hierbij uiteindelijk vier soorten mijlpalen mogelijk:
1. Een volledige mijlpaal, bestaande uit een 1 met allemaal nullen (>=10.000).
2. Een halve mijlpaal (bijv. 50.000, 100.000, 150.000 ... 123.050.000).
3. Een kwart mijlpaal (bijv. 25.000, 50.000, 75.000 ... 123.025.000).
4. Een 10e mijlpaal (bijv. 10.000, 20.000, 30.000 ... 123.010.000).

Om te kijken of het beoogde resultaat ook in de praktijk zo zal worden heb ik een script gemaakt die van het afgelopen jaar dagelijks de mijlpalen heeft weggeschreven naar een spreadsheet file. In de file staan drie sheets: alle mijlpalen voor alle members per dag van afgelopen jaar, mijlpalen per member en mijlpalen per dag. Je kunt het downloaden in de volgende formaten (ge-7-zipped):
Open Office (.ods)
MS Excel 97/2000/xp (.xls)
MS Excel 2003 (.xml)
HTML (.html) (Deze is 15MB en vergt eeerg veel geheugen om in je browser te openen)

Wat mij hierbij opviel is dat wanneer er regelmatig was geflushed het hele jaar door dat er 5 a 6 mijlpalen kwamen (bijv. bij Burnhard en mezelf). Dat is iets meer dan de bedoeling, maar het kan nog.

Verder viel op dat als je er als een gespeerde speer vandoor gaat, je de gangbare mijlpalen overslaat. In het bijzonder valt hier op StudaBaker met z'n eerste en tot nu toe dan enige mijlpaal van een whopping 10 miljoen. Ik vermoed dat dergelijke flushers zich sowieso wel in de kijkers flushen dus op zich hoeft dat denk ik geen probleem te zijn. Als het goed is zou de volgende paal evengoed wel binnen 3 maanden verschijnen. Aanvankelijk wilde ik in elk geval iedere 'volledige' mijlpaal vanaf 10K toekennen, maar ik denk dat het zo eigenlijk ook wel beter is.

Het laatste wat me opviel was dat wanneer members opeens meer gingen flushen er ook meer mijlpalen uitrolde. Ook dit was niet de bedoeling, maar is eigenlijk wel een aardige bijkomstigheid omdat het dan wordt beloond om meer te gaan flushen.

Misschien kunnen jullie er ook nog even naar kijken om te zien of het wat is en om te zien of er nog andere afwijkingen zijn of dat er mijlpalen ontbreken etc.

[priens]

Ziet er goed uit Jis, bedankt voor de noeste arbeid! Wat mij betreft kan het zo ingevoerd worden.
Het is me alleen nog niet helemaal duidelijk hoe je als member nu weet wanneer je een mijlpaal kan verwachten. Kan je dat nog eens uitleggen? Ik bedoel, nu spaart iemand misschien voor de 1.000.000-paal, maar het is dus niet zeker of je die dalijk nog wel krijgt?

[Jis]

Je weet van te voren inderdaad niet 100% zeker welke mijlpaal je krijgt. Echter de volledige mijlpaal krijg je volgens mij eigenlijk altijd wel. Behalve dus als je veel te hard gaat, zoals bijv. bij StadaBaker, maar die kreeg dan dus na +/- twee maanden wel de 10M mijlpaal. Je kunt er ongeveer vanuit gaan dat je om de twee maanden een mijlpaal haalt (mits je blijft flushen uiteraard). Aan de score die je dan ongeveer zult hebben kan je dan zien of dat een hele, halve, kwart of tiende wordt. Als je gaat voor bijvoorbeeld 250.000, dan kan het een beetje tricky worden, want dan zou het ook 200.000 of 300.000 kunnen worden, maar als je gaat voor de mooie ronde palen van bijv. 1.000.000, dan krijg je die zeker wel op een gegeven moment...

[SandStar]

Jis schreef op donderdag 11 juni 2009 @ 01:14:
...
heel verhaal

Errr waarom gebruik je niet het mijlpalen systeem wat andere statsbouwers gebruiken?

[ Voor 90% gewijzigd door SandStar op 11-06-2009 21:37 ]

[ColdFusion]

Ik vind het wel een intelligent systeem. En een systeem dat zich dus aanpast aan het flushgedrag. Dan betekend een mijlpaal weer echt wat Zou die alleen niet van slag raken bij een MF?

[Jis]

SandStar schreef op donderdag 11 juni 2009 @ 21:36:
[...]


Errr waarom gebruik je niet het mijlpalen systeem wat andere statsbouwers gebruiken?

Het uitgangspunt bij de bestaande systemen is dat er palen worden verkregen bij een bepaalde hoeveelheid punten. Met dit systeem tracht ik de nadruk te leggen op de hoeveelheid tijd die iemand er in steekt en dus niet zozeer de hoeveel punten die iemand haalt.

Bovendien is het bij de bestaande systemen veelal zo dat de stap naar de volgende mijlpaal gestaag steeds groter wordt waardoor je op een gegeven moment bijna geen mijlpaal meer kunt halen. De output van de meeste members zal namelijk niet niet continu toenemen. In het geval bijvoorbeeld dat iemand eerst een flink parkje op het werk had en dat op een zeker moment heb moeten opgeven is het helemaal onmogelijk om ooit nog in aanmerking te komen voor een mijlpaal met alleen je thuis pc('s).

[Jis]

ColdFusion schreef op donderdag 11 juni 2009 @ 22:04:
Ik vind het wel een intelligent systeem. En een systeem dat zich dus aanpast aan het flushgedrag. Dan betekend een mijlpaal weer echt wat Zou die alleen niet van slag raken bij een MF?

Een MegaFlush zou inderdaad van invloed kunnen zijn op het systeem, maar ik verwacht niet dat dit zich bij WCG zal voordoen. De 'huidige' output van een member wordt namelijk bepaald aan de hand van de afgelopen 31 dagen en de maximale spaarperiode bij WCG ligt zo rond de 10 dagen als ik me niet vergis. Dus dan zou dat weer moeten afvlakken als het goed is. In een heel enkel geval zou het misschien wat ongelukkig kunnen vallen als iemand precies op het verkeerde/juiste moment begint te sparen en ook flushen. Mocht dit zich voor gaan doen dan zal er wel iets aan geschaafd kunnen worden vermoed ik.

[priens]

Jis schreef op donderdag 11 juni 2009 @ 22:20:
In het geval bijvoorbeeld dat iemand eerst een flink parkje op het werk had en dat op een zeker moment heb moeten opgeven is het helemaal onmogelijk om ooit nog in aanmerking te komen voor een mijlpaal met alleen je thuis pc('s).

Goh, klinkt bekend!

[Anoniem: 167389]

Proposal Seconded

[SandStar]

Jis schreef op donderdag 11 juni 2009 @ 22:20:
[...]

Het uitgangspunt bij de bestaande systemen is dat er palen worden verkregen bij een bepaalde hoeveelheid punten. Met dit systeem tracht ik de nadruk te leggen op de hoeveelheid tijd die iemand er in steekt en dus niet zozeer de hoeveel punten die iemand haalt.

Bovendien is het bij de bestaande systemen veelal zo dat de stap naar de volgende mijlpaal gestaag steeds groter wordt waardoor je op een gegeven moment bijna geen mijlpaal meer kunt halen. De output van de meeste members zal namelijk niet niet continu toenemen. In het geval bijvoorbeeld dat iemand eerst een flink parkje op het werk had en dat op een zeker moment heb moeten opgeven is het helemaal onmogelijk om ooit nog in aanmerking te komen voor een mijlpaal met alleen je thuis pc('s).

Het moest even bezinken maar ik denk dat ik wel benieuwd ben hoe het eruit gaat zien. Het idee is in ieder geval lovenswaardig. * SandStar wacht met spanning af....

[MRCL]

Op de oude manier krijg ik tenminste nog een mijlpaal

[Jis]

MRCL schreef op vrijdag 12 juni 2009 @ 00:55:
Op de oude manier krijg ik tenminste nog een mijlpaal

Nou op deze manier ook wel hoor, alleen niet zo vaak, maar dat geldt voor bijna iedereen.

Ik heb even gekeken en in het begin ging je te snel voor een 10K, toen zat je op 25K-nivo en bij 25K zat je op 50K-nivo. Nu kom je bij de 50K waarschijnlijk uit op 25K-nivo of 50K-nivo en in beide gevallen levert dan een paal op bij het passeren van de 50K. En die heb je nu dus bijna binnen!

[MRCL]

Ik ben weer helemaal gerust gesteld

[Mist]

Goed dat je wat aan de mijlpalen bent gaan sleutelen en interessant experiment om een geheel nieuwe manier te bedenken. Het klinkt idd als een goede manier om voor elk type flusher nieuwe mijlpalen binnen bereik te houden.

Ik denk wel dat je de bovenste categorie (volledige) mijlpalen altijd moet uitreiken. Dat zijn toch getallen die tot de verbeelding spreken. Het lijkt me erg sneu als iemand naar het miljoen toewerkt en dan ineens op bijv. 975.000 een mijlpaal krijgt, omdat het dan toevallig "tijd is", en daarna op 1.050.000 pas weer.

[Jis]

In je voorbeeld zal de 1M mijlpaal toegekend worden ongeacht of het een 25K, 50K of 100K nivo betreft. Zowel 4x25 als 2x50 is namelijk samen ook 100K en dat valt dus in de 1M. Alleen als de output opeens enorm sterk is toegenomen kan hij komen te vervallen. Maar dan is het vergeleken met die nieuwe output ook relatief maar een kleintje.

[HenAadNel]

Dan mag je van mijn het system van mijlpalen terug zetten , dan maar overvloed van

Persoonlijk doe ik elke keer me best om er weer 100.000 erbij te krijgen , en wat krijg ik er voor terug.

NIKS

bedankt

[ColdFusion]

Je kan nooit een systeem bedenken dat iedereen tevreden stelt... Mijlpalen zijn imo toch overrated

[HenAadNel]

ColdFusion schreef op donderdag 30 juli 2009 @ 11:52:
Je kan nooit een systeem bedenken dat iedereen tevreden stelt... Mijlpalen zijn imo toch overrated

Daar zit een kern van waarheid in

[Theadalus]

Het geeft toch veel meer voldoening wanneer je hard hebt moeten "werken" voor een mijlpaal, i.p.v. elke dag een mijlpaal behalen.

Dat grote teams/users (lees: hoge output) zo'n beetje elke dag een mijlpaal behalen, heeft er juist mee maken dat er rekening wordt gehouden met de kleine/normale users. Wanneer je de mijlpalen verder uitelkaar zet, dan hebben de kleine/normale users al bijna helemaal geen kans meer op het behalen van een mijlpaal.

Maar zoals eerder gezegd: je kunt gewoonweg niet een systeem neerzetten waar iedereen tevreden mee is.

[Mx. Alba]

Nog een vraag; hoe zit het als je output daalt? Ik heb nu een weekje kunnen profiteren van een paar machines die klaarstonden voor nieuwe users, die ik volcontinu 100% heb laten stampen. Vanaf morgen gaan ze op een laag regime draaien (60% while idle), zullen ze een groot deel van de dag uit staan, en zal mijn output dus merkbaar dalen. Worden dan de mijlpalen naar beneden bijgesteld?

[iisschots]

Heb er een eigen topic van gemaakt. Maakt het wmb wat duidelijker

[Mx. Alba]

iisschots schreef op donderdag 30 juli 2009 @ 16:13:
Heb er een eigen topic van gemaakt. Maakt het wmb wat duidelijker

thanks

[scorpionv]

Moet even om je modbreak iisschots:

iisschots: Dit topic is afgespilts...

[Jis]

HenAadNel schreef op donderdag 30 juli 2009 @ 11:07:
Dan mag je van mijn het system van mijlpalen terug zetten , dan maar overvloed van
[..]

[..]
En die ene keer dat je eindelijk aandacht krijgt , want voor de rest ziet of hoor je niemand [..]

De beste manier om dagelijks in de stats voor te komen is door te zorgen dat je genoeg punten opstuurt om in de top 30 daily te komen. _{inkopperrrtjuuuh}.

Oke oke ik weet, dat is niet altijd mogelijk. Per slot van rekening kunnen dat er maar 30 zijn _duhh. Maar wat je wel kan doen, is de client instellen dat ie maar 1 keer in de x dagen de boel inlevert. Dan krijg je die dag meer punten dan normaal en is de kans groter dat het voldoende is voor de top 30. Bovendien staat er dan ook nog zo'n leuk groen driehoekje voor.

[HenAadNel]

Jis schreef op donderdag 30 juli 2009 @ 23:29:
[...]


[...]

De beste manier om dagelijks in de stats voor te komen is door te zorgen dat je genoeg punten opstuurt om in de top 30 daily te komen. _{inkopperrrtjuuuh}.

Oke oke ik weet, dat is niet altijd mogelijk. Per slot van rekening kunnen dat er maar 30 zijn _duhh. Maar wat je wel kan doen, is de client instellen dat ie maar 1 keer in de x dagen de boel inlevert. Dan krijg je die dag meer punten dan normaal en is de kans groter dat het voldoende is voor de top 30. Bovendien staat er dan ook nog zo'n leuk groen driehoekje voor.

Er is al gezegd je kan het niet iedereen naar zijn zin maken.

en daar laat ik het bij

[Jis]

Hierbij een poging tot uitleg van de bepaling van de mijlpalen.

De (uiteindelijke) mijlpaal interval wordt in principe bepaald door twee factoren, de punten-per-maand en vier vaste tijd-waardes.

De volgende waardes worden gebruikt bij de berekeningen.

punten-per-maand: punten nu minus punten 31 dagen geleden.

gemiddelde-punten-per-dag: punten-per-maand / 31.

volledige-mijlpaal: het eerste getal groter dan de punten-per-maand, bestaande uit 1 met allemaal nullen.
Dus als je de afgelopen maand 99.999 punten heb gehaald, dan is de volledige-mijlpaal 100.000.
En ook als je de afgelopen maand 10.000 punten heb gehaald, is de volledige-mijlpaal dus 100.000.

mijlpaal-dagen: volledige-mijlpaal gedeeld door de gemiddelde-punten-per-dag.

De gevonden waardes worden dan afgezet tegen de vier vaste tijd-waardes.

Is de mijlpaal-dagen waarde:

< 90	dan geldt:	mijlpaal interval = volledige-mijlpaal
>= 90 en < 180	dan geldt:	mijlpaal interval = de volledige-mijlpaal * 0,5
>= 180 en < 360	dan geldt:	mijlpaal interval = de volledige-mijlpaal * 0,25
>= 360	dan geldt:	mijlpaal interval = de volledige-mijlpaal * 0,1

Hierbij geldt dat de mijlpaal interval altijd minimaal 10.000 zijn.

Dus als je binnen 90 dagen de volledige-mijlpaal zal halen, dan wordt die gebruikt. Als het echter bijvoorbeeld nog 150 dagen duurt voordat je de volledige-mijlpaal zal halen, dan wordt de halve mijlpaal toegepast.

---

Voorbeeld 1:
Je hebt nu 1.450.000 punten en 31 dagen geleden had je 1.100.000 punten.

punten-per-maand: 1.450.000 - 1.100.000 = 350.000 punten
gemiddelde-punten-per-dag: 350.000 / 31 = 11.290 punten
volledige-mijlpaal: POWER(10, LEN(350000)) = 1.000.000 punten
mijlpaal-dagen: 1.000.000 / 11290 = 88,57 dagen
mijlpaal interval: 88,57 < 90 = volledige mijlpaal = 1.000.000 punten

Je volgende mijlpaal haal je dan dus bij het passeren van de 2.000.000 punten.

---

Voorbeeld 2:
Je hebt nu 1.450.000 punten en 31 dagen geleden had je 350.000 punten.

punten-per-maand: 1.450.000 - 350.000 = 1.100.000 punten
gemiddelde-punten-per-dag: 1.100.000 / 31 = 35.483 punten
volledige-mijlpaal: POWER(10, LEN(1100000)) = 10.000.000 punten
mijlpaal-dagen: 10.000.000 / 35483 = 281,82 dagen
mijlpaal interval: 281,82 > 180 en < 360 = volledige mijlpaal * 0,25 = 10.000.000 *0,25 = 2.500.000 punten

Je volgende mijlpaal haal je dan dus bij het passeren van de 2.500.000 punten.

---

[ Voor 0% gewijzigd door Jis op 31-07-2009 15:55 . Reden: fixed voorbeeld 2 ]

[Mx. Alba]

[Lord_Nemesis]

Ben ik de enige die hier niet al te lyrisch over is?
Een mijlpaal is een vast punt (of het nou een getal is of een te behalen punt in bv. een planning). Hoe kan een mijlpaal dan 'variabel' zijn?

Met het systeem voor de mijlpalen vind ik in principe niets mis (bij de andere projecten werkt het dan ook prima). Het werkt enkel en alleen minder motiverend voor de grote flushers. Deze halen om de paar dagen een mijlpaal, maar zijn bij WCG op één hand te tellen.

Ik weet niet precies wat het nu gebruikte systeem voor de mijlpalen is, maar volgens mij krijg je na een vaste waarde (laten we zeggen 10.000) een mijlpaal. Dit werkt voor grote flushers dus niet. Bij andere projecten loopt, om dit op te vangen, de frequentie van mijlpalen terug na het behalen van steeds hogere scores. Dan krijg je bv. een mijlpaal bij;

10
50
100
250
500
1000
2000
5000
10000
20000
50000
enz.

Wat is met dit systeem (wat naar mijn weten bij de meeste andere projecten wordt gehanteerd) mis??

[scorpionv]

Jis schreef op vrijdag 31 juli 2009 @ 02:29:
Hierbij een poging tot uitleg van de bepaling van de mijlpalen.
...

---

Voorbeeld 2:
Je hebt nu 1.450.000 punten en 31 dagen geleden had je 1.375.000 punten.

punten-per-maand: 1.450.000 - 350.000 = 1.100.000 punten
gemiddelde-punten-per-dag: 1.100.000 / 31 = 35.483 punten
volledige-mijlpaal: POWER(10, LEN(1100000)) = 10.000.000 punten
mijlpaal-dagen: 10.000.000 / 35483 = 281,82 dagen
mijlpaal interval: 281,82 > 180 en < 360 = volledige mijlpaal * 0,25 = 10.000.000 *0,25 = 2.500.000 punten

Je volgende mijlpaal haal je dan dus bij het passeren van de 2.500.000 punten.

---

Goed verhaal! Ik snap nu ook hoe het gaat, en ik denk dat het een mooi systeem is. Het hele idee is dat iedereen ongeveer evenveel mijlpalen krijgt, dus dat het een leuke en redelijk unieke gebeurtenis blijft.

Vergelijk het maar met je loonstrookje, iedereen krijgt er 12 per jaar, en het maakt niet uit wat er op staat

Er zit nog een minuscuul foutje in je verhaal Jis, zie bold.

[scorpionv]

Lord_Nemesis schreef op vrijdag 31 juli 2009 @ 07:53:
Ben ik de enige die hier niet al te lyrisch over is?
Een mijlpaal is een vast punt (of het nou een getal is of een te behalen punt in bv. een planning). Hoe kan een mijlpaal dan 'variabel' zijn?

Met het systeem voor de mijlpalen vind ik in principe niets mis (bij de andere projecten werkt het dan ook prima). Het werkt enkel en alleen minder motiverend voor de grote flushers. Deze halen om de paar dagen een mijlpaal, maar zijn bij WCG op één hand te tellen.

Ik weet niet precies wat het nu gebruikte systeem voor de mijlpalen is, maar volgens mij krijg je na een vaste waarde (laten we zeggen 10.000) een mijlpaal. Dit werkt voor grote flushers dus niet. Bij andere projecten loopt, om dit op te vangen, de frequentie van mijlpalen terug na het behalen van steeds hogere scores. Dan krijg je bv. een mijlpaal bij;

10
50
100
250
500
1000
2000
5000
10000
20000
50000
enz.

Wat is met dit systeem (wat naar mijn weten bij de meeste andere projecten wordt gehanteerd) mis??

Wat er mijns inziens mis mee is, is dat je als kleine cruncher na een aantal jaar crunchen bijna geen mijlpalen meer krijgt. Je hebt dan de reeks snel opvolgende mijlpalen gehad, en vervolgens moet je een jaar crunchen voor de volgende paal. Dit is leuker vind ik.

[Mx. Alba]

scorpionv schreef op vrijdag 31 juli 2009 @ 07:56:
Wat er mijns inziens mis mee is, is dat je als kleine cruncher na een aantal jaar crunchen bijna geen mijlpalen meer krijgt. Je hebt dan de reeks snel opvolgende mijlpalen gehad, en vervolgens moet je een jaar crunchen voor de volgende paal. Dit is leuker vind ik.

Inderdaad, het gaat erom dat het voor de individuele cruncher een mijlpaal is. Als ik 100 punten per dag scoor dan is 10k een flinke prestatie. Maar als ik 10k per dag crunch houdt die 10k-mijlpaal weinig in.

Sowieso zijn de badges al vriendelijk voor de grote crunchers, laat dan de mijlpalen binnen DPC maar vriendelijk zijn voor de "kleintjes".

[Glurp.]

ik kan alleen voor mezelf spreken, maar ik vind het leuker met vaste mijlpalen. Ik vind het persoonlijk niet erg dat ik pas om de 5m ipv 1m een paal krijg met een totaalscore van boven de 10m (of wat voor voorbeeld dan ook met vast ingestelde mijlpalen). Nu bijvoorbeeld geef ik extra gas omdat ik tijdelijk kan, maar dan krijg je ook andere waardes voor je mijlpaal. Ipv beloond te worden voor je extra moeite wordt je anders ingeschaald.

Ik vind het dan lijken op meten met meer maten waardoor mijn paaltje minder eer heeft. Beetje special olympics idee

Opzich vind ik het geen halszaak oid, maar imho leuker met vaste waarden. Trouwens zelfs de badges bij WCG zijn zo, die zijn op cpu tijd ipv score.

[scorpionv]

Wat dat betreft heb je wel een punt Glurp, het is meten met meer maten.

Het badge systeem vind ik inderdaad ook wel aardig, op CPU tijd. Dat geeft uiteindelijk weer hoeveel tijd je (computer) in WCG gestoken hebt. Maar dan wordt iemand met oude hardware weer bevoordeeld ten opzichte van iemand met nieuwe hardware. Het is gewoon bij elk systeem wat.

Ik zou me iets van best of both worlds voor kunnen stellen, een variabel systeem om zo nu en dan in de schijnwerpers te staan (dus wat nu de variabele Jis mijlpalen zijn), en als extra een vast systeem om een uitdaging te houden om computer power bij te schakelen (wat nu de WCG badges zijn).

Voor dat vaste systeem zou ik er aan denken aan de bestaande badge structuur van WCG over te nemen, en in de DPCH het halen van een nieuwe badge belonen met een badgepaal! Of zeg ik nu gekke dingen Jis?

[scorpionv]

Even een voorbeeld van het bovenstaande verhaal met een dummy DPCH:

[World Community Grid] hitparade van 29 juli

Top 30 members daily
rank		points	results	name	points	results	rank
1.	()	192.937	435	BurnHard	95.080.600	179388	1	()
2.	()	122.363	229	Grutte Pier [Wa Oars]	33.998.720	65346	5	()
3.	()	115.921	210	Team_Pastis_51	38.744.317	54158	3	()
4.	( 2)	77.723	168	Division Brabant	25.412.526	49808	7	()
5.	( 2)	76.134	155	[DPC]DeApen	13.450.619	23727	21	()
6.	( 2)	69.450	123	Los Alcoholicos	42.314.717	85818	2	()
7.	( 1)	68.120	123	[DPC] Team ColdFusion	23.921.093	42497	8	()
8.	( 2)	57.679	110	chelloocom	37.136.061	90120	4	()
9.	( 4)	54.942	153	StudaBaker	13.998.967	30133	20	()
10.	( 7)	49.160	99	Kurt Haegeman	6.059.155	10574	36	()
11.	( 2)	48.706	94	Misterh75	18.815.156	33160	13	()
12.	( 1)	48.014	90	Gizmo74	17.952.358	30255	14	()
13.	( 1)	47.703	78	Cureseekers	14.586.069	28514	18	()
14.	( 4)	34.927	92	tuxnl	12.069.517	25279	22	()
15.	( 2)	32.825	73	DE KOMETEN	17.368.862	30764	15	()
16.	()	31.674	73	ziggo-gebruikersnl	5.278.102	9951	40	()
17.	( 2)	30.797	46	Dukekiller	8.917.045	17589	30	()
18.	( 1)	26.479	48	dennishoog	9.701.621	19666	27	()
19.	( 5)	25.994	49	KletsCows	19.537.032	35778	11	()
20.	( 6)	24.195	24	Mechaniker	18.864.795	20278	12	()
21.	( 5)	22.909	27	depriens	20.430.681	47944	10	()
22.	( 2)	21.466	44	SpekAal	1.125.828	1814	112	()
23.	()	20.591	51	www_un4given_nl	3.398.096	6829	53	()
24.	( 2)	19.987	23	DPC_Oi!	10.261.058	19477	25	()
25.	( 7)	17.764	29	Killerbert	3.284.615	5397	54	()
26.	( 1)	17.457	23	[DPC]_Fatal_Error_Group	2.514.758	4520	61	()
27.	( 2)	16.645	43	wodahl	2.203.408	3422	68	()
28.	( 7)	15.324	33	[DPC]FOKschaap	4.064.932	7346	45	()
29.	( 10)	14.720	26	Muppet99	9.180.146	17194	28	()
30.	( 11)	13.602	25	Glurp	527.717	998	175	( 2)

Total flushers: 188
More...

Top 30 members overall
rank		points	results	name	points	results	rank
1.	()	95.080.600	179388	BurnHard	192.937	435	1
2.	()	42.314.717	85818	Los Alcoholicos	69.450	123	6
3.	()	38.744.317	54158	Team_Pastis_51	115.921	210	3
4.	()	37.136.061	90120	chelloocom	57.679	110	8
5.	()	33.998.720	65346	Grutte Pier [Wa Oars]	122.363	229	2
6.	()	27.342.823	50977	Team_Elteor_Borislavj	0	0	0
7.	()	25.412.526	49808	Division Brabant	77.723	168	4
8.	()	23.921.093	42497	[DPC] Team ColdFusion	68.120	123	7
9.	()	21.994.090	40221	Bold_Seeker	0	0	0
10.	()	20.430.681	47944	depriens	22.909	27	21
11.	()	19.537.032	35778	KletsCows	25.994	49	19
12.	()	18.864.795	20278	Mechaniker	24.195	24	20
13.	()	18.815.156	33160	Misterh75	48.706	94	11
14.	()	17.952.358	30255	Gizmo74	48.014	90	12
15.	()	17.368.862	30764	DE KOMETEN	32.825	73	15
16.	()	16.586.530	25990	M_P_G	588	1	163
17.	()	14.904.765	25511	kiddyl	0	0	0
18.	()	14.586.069	28514	Cureseekers	47.703	78	13
19.	()	14.448.341	42643	anboni	0	0	0
20.	()	13.998.967	30133	StudaBaker	54.942	153	9
21.	()	13.450.619	23727	[DPC]DeApen	76.134	155	5
22.	()	12.069.517	25279	tuxnl	34.927	92	14
23.	()	11.042.331	23989	[DPC]Team Switch	0	0	0
24.	()	10.653.518	26533	mediamarkt_Utrecht	5.004	9	62
25.	()	10.261.058	19477	DPC_Oi!	19.987	23	24
26.	()	10.112.321	19365	DukeBox	0	0	0
27.	()	9.701.621	19666	dennishoog	26.479	48	18
28.	()	9.180.146	17194	Muppet99	14.720	26	29
29.	()	9.103.867	25641	Scoutboy	0	0	0
30.	()	8.917.045	17589	Dukekiller	30.797	46	17

More...

Teams daily
rank		points	name	points	rank
1.	()	16.062.234	Team 2ch	9.072.972.764	1
2.	()	6.381.160	Easynews	6.587.502.585	2
3.	()	6.232.116	XtremeSystems	4.272.763.542	3
4.	()	5.434.977	MakeCuresHappen	1.194.856.888	10
5.	()	4.958.494	Decrypthon	709.964.085	19
6.	()	4.828.839	IBM	1.830.377.934	4
7.	()	3.117.539	Binghamton University Cares	1.439.919.208	9
8.	()	2.556.800	UserFriendly.Org	1.462.581.039	8
9.	()	2.311.955	Marist College	1.504.159.900	6
10.	()	2.170.291	Clemson School of Computing	807.347.257	17
11.	( 15)	1.894.423	neu-innova	1.140.761.382	11
12.	()	1.871.832	Dutch Power Cows	983.631.508	12
13.	( 3)	1.747.960	UH IT HPC	150.304.321	78
14.	( 3)	1.711.422	PCDVD@TAIWAN	887.482.400	13
15.	( 2)	1.634.204	BroadbandReports.com Team Discovery	807.551.429	16

More...

Teams overall
rank		points	name	points	rank
1.	()	9.072.972.764	Team 2ch	16.062.234	1
2.	()	6.587.502.585	Easynews	6.381.160	2
3.	()	4.272.763.542	XtremeSystems	6.232.116	3
4.	()	1.830.377.934	IBM	4.828.839	6
5.	()	1.592.904.722	Clubic	1.479.342	16
6.	()	1.504.159.900	Marist College	2.311.955	9
7.	()	1.463.677.126	Rochester Community & Technical College	874.960	27
8.	()	1.462.581.039	UserFriendly.Org	2.556.800	8
9.	()	1.439.919.208	Binghamton University Cares	3.117.539	7
10.	()	1.194.856.888	MakeCuresHappen	5.434.977	4
11.	()	1.140.761.382	neu-innova	1.894.423	11
12.	()	983.631.508	Dutch Power Cows	1.871.832	12
13.	()	887.482.400	PCDVD@TAIWAN	1.711.422	14
14.	()	830.867.082	Canada	1.353.947	18
15.	()	821.813.382	L'Alliance Francophone	1.431.243	17

More...

Milestones
name	points	results	milestone
sjakie@ouweouwe	701.252	1.295	700.000

New Badges

sjakie@ouweouwe

DPC_Oi!

Los Alcoholicos.scorpionv

New members
Morrison00

When do we get them top 5
name	days
Rochester Community & Technical College	461
Clubic	1.268

When do they get us top 5
name	days
Decrypthon	90
Clemson School of Computing	760

Links
World Community Grid homepage
World Community Grid Wiki @ DPC
World Community Grid stats van alle Teams
World Community Grid stats van DPC
World Community Grid stats van DPC voor BOINC clients
Bron DPCH


Dit zou toch best mooi zijn, of niet dan Je benadrukt dan echt individuele prestaties.

[Glurp.]

Dat met die badges in de hitparade ziet er wel super uit

Mijlpalen vind ik geeneens heel erg interessant (maar toch best leuk), maar die badge plaatjes vind ik op een of andere manier extreem leuk

[Jis]

Dat is een goed idee scorpionv! Ik had er al aan zitten denken om ze misschien in de overall en daily pagina's toe te voegen, maar dit is inderdaad een nog betere toevoeging.

Er moet echter wel het eea aan code toegevoegd worden, want die gegevens staan niet in de gegevens die ik nu ophaal, maar moet komen uit de pagina's van de individuele users. Ik zal het op mijn todo zetten, maar het kan wel even duren voor ik er aan toe kom.

[Mx. Alba]

Jis schreef op vrijdag 31 juli 2009 @ 16:10:
Dat is een goed idee scorpionv! Ik had er al aan zitten denken om ze misschien in de overall en daily pagina's toe te voegen, maar dit is inderdaad een nog betere toevoeging.

Er moet echter wel het eea aan code toegevoegd worden, want die gegevens staan niet in de gegevens die ik nu ophaal, maar moet komen uit de pagina's van de individuele users. Ik zal het op mijn todo zetten, maar het kan wel even duren voor ik er aan toe kom.

Ik onderschrijf in ieder geval dat de behaalde badges toevoegen aan de dailies een leuke verbetering zou zijn.

[Mist]

Ik vind het nieuwe mijlpalensysteem prima, maar verworven badges vermelden zou zeker een leuke toevoeging zijn!

[Noordvogel]

Jis, hou je niet de CPU-tijd bij van elke user? Dan kun je het nl. gewoon daaruit halen. Als je dat niet doet, moet het i.d.d. via de individuele pagina's.