Ok can someone please explain this? Credit has been grated for the unit. One has "Outcome" as "Success", but still did not get credit.

The WU is here:
http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3062253

---

Hi

This is cause the third result couldnt be veryfied with the others by the validator.
The result is marked as invalid so the two others getting credits granted.

greetz Mike

---

With each crime and every kindness we birth our future.

> Hi
>
> This is cause the third result couldnt be veryfied with the others by the
> validator.
> The result is marked as invalid so the two others getting credits granted.
>
> greetz Mike
>
>

So is if the third result is invalid, the fourth result that is completed successfuly gets no credit. Sorry, but i'm not sure if that makes sense.

---

The two results that did not get credit for this workunit both had problems. The fourth result was invalid due to a computational error. Not because the third result was invalid.

The validator waits for three results to be successfully returned. It then compares the three. If two out of the three agree then they are granted credit and the other one is not. If all three agree then they all get credit.

---

Hi

As you can see to the two credits was given, so all others will now get nothing.

greetz Mike

---

With each crime and every kindness we birth our future.

This is not true. It works like I explained in my last post. Here is a work unit just like the original one in this thread except that the fourth result got credit.

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=2934608

---

Hi

This WU has got an error identified by the validator, so the others will getting credits.
The ones who didnt get any are first succeeded but marked as invalid.

I have over 20 WU like this.

greetz Mike

---

With each crime and every kindness we birth our future.

Please look at this workunit:

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=2934608

You will see that the first two results received were flagged as valid. The third result received was marked as invalid and the fourth result received was marked as valid. All the valid results received credit. I have many workunits like this one. What you are saying is that the fourth result would have been marked as invalid because the third result was invalid?




Now look at this workunit:

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3062253

The first result received was valid. The second was invalid. The third was valid and the fourth was invalid. According to your theory the third result received would have been marked as invalid also but it was not. The fourth result was invalid due to a "computational" error which means that the reported signal levels were not a close enough match to the other two results that were marked as valid. The fourth result was processed with no errors and was successfully returned but the results it contained did not match the other two successfull ones.

---

Hi

Bill, i think you didnt understand what i mean.
Have a look at this WU.

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=2571281

As you can see, three results with a succeeded outcome but the third with zero gredits granted.
When you click at the result id of the host with 0 credits you will see at the lower side that it is invalid.

greetz Mike

---

With each crime and every kindness we birth our future.

I thought you were saying that because one of the results was invalid that others would be marked as invalid. One can be invalid even when only three results have been returned as with this workunit.

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3159545

---

This one is slightly different. There are 3 of us (plus some failed) who have processed this WU, (I was last finishing today),
all 3 claimed credit,
all 3 got zero,
all 3 show validation skipped.
Why?

http://setiweb.ssl.berkeley.edu/workunit.php?wuid=2301162

---

Eight results. That is too many. There is a limit to how many results can be created for a work unit (eight) and when that is reached validation is skipped and no credit gets issued. I think it's really a bug -- most further processing should only be stopped when an attempt to create an additional result occurs, and validation should always be performed if enough good results have been returned, regardless of whether too many results were created or not.

---

------- Tom Gutman

Thanks for the info, at least I now know what happened. It still does not make me happy to 'waste' my CPU tho'

---