No it does not mean we are starting over. It means that in spite of "best effort" (software/splitter wise) there are a few that are just to noisy to work with. Those are marked as they are stored in the database, that gives Seti an idea of the holes in the data.

Work has been down so that as we receive more fresh data that during the times that the radar is operating it shuts the receiver down and/or marks the data.

Does your explanation mean that all the wu's we have processed thus far are, in one way or another, corrupted due to unexpected noise and possibly not valid? And if so, is this why nothing has been done with all the work we have contributed over the last couple of years? Are we, in effect, starting over?

---

Please consider a Donation to the Seti Project.

I didn't understand your second sentence. Inferring from the first, it seems that one result thus far is a map of where we have bad data. I assume that means that we also have a map of good data and one of no-data. Has there been any other result?

On the server status page the progress display of the splitter queue has changed to a solid bar from the previous seperate block for each beam pair done.

This makes it very difficult to view the current state of progress on a data file.

If possible please return to the old display format.

If possible it would also be nice to see a % done indicator, as I & other’s by the sound of it find it hard to follow the progress of beam/polarization pair in progress & completed beam/polarization pair. We all know how busy you all are, keep up the great work, all your great work is much appreciated. Tankyou all.

For a clearer understanding Jeff Cobb wrote this Scientific Newsletter - July 9, 2007 about the radar problem that was causing noisy WU's. It also has a reference to Eric's post.

As far as a map of what has been recorded at a point in time I thought Matt was working on a map Preview of Sky maps the data still had to be inserted manually.

So a noisy "Result" probably will not show, it is just a vacant space. If they are worried about tracking down points that had bad data, I would think that it is only the matter of a database query.

I didn't understand your second sentence. Inferring from the first, it seems that one result thus far is a map of where we have bad data. I assume that means that we also have a map of good data and one of no-data. Has there been any other result?

---

Please consider a Donation to the Seti Project.

Does your explanation mean that all the wu's we have processed thus far are, in one way or another, corrupted due to unexpected noise and possibly not valid? And if so, is this why nothing has been done with all the work we have contributed over the last couple of years? Are we, in effect, starting over?

Not at all. As of 5 Jan 2008 3:50:21 UTC, the Overflow rate is 3.5% meaning 96.5% of the results entered in the last ten minutes did not overflow. The radar only interferes when it happens to be pointing toward the telescope and it is active. There's an arrangement for the radar to be cut off when it's pointing toward the telscope if the primary observation would be affected, but since the multibeam recorder is piggybacking on others' activities that is only in effect sometimes.

OTOH, until proven otherwise all signals we've reported are almost certainly due to noise. Those have added up to about 1.4 billion possible signals entered in the Master Science Database. We've reduced many Terabytes of raw data to that extent, and we hope that further analysis and reobservation may prove that there's at least one technological civilization out there sending a signal we can detect by this means.

                                                                 Joe

The Technical News page is working fine now

The Technical News page is working fine now

Well....
The forum page response time is not working fine..........
Is this what we are stuck with?????? Been this way for the last couple of days..........

EDIT.......
Took almost 2 minutes just to make this post to complain about it to respond from the servers......

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

The Technical News page is working fine now

Well....
The forum page response time is not working fine..........
Is this what we are stuck with?????? Been this way for the last couple of days..........

EDIT.......
Took almost 2 minutes just to make this post to complain about it to respond from the servers......

Hmm, some discrepancy here, as I'm not seeing any slow response. (or any slower than normal response, given that I'm typing this on a dial-up line...)

---

.

Hello, from Albany, CA!...

The Technical News page is working fine now

Well....
The forum page response time is not working fine..........
Is this what we are stuck with?????? Been this way for the last couple of days..........

EDIT.......
Took almost 2 minutes just to make this post to complain about it to respond from the servers......

Hmm, some discrepancy here, as I'm not seeing any slow response. (or any slower than normal response, given that I'm typing this on a dial-up line...)

Oooohhhh, a dial-up warrior....bless you my son.
Response is better ATM, but I wonder if the decommissioning of bane from a web server to a download server is gonna keep vexing the webpage response.
For us broadband guys anyway......

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Oooohhhh, a dial-up warrior....bless you my son.

Maybe I should rename my team The Dial-up Road Warriors and invite all other Dial-up users to join. [:-)~

---

I sure agree with "msattler" about the painstaking slow webpages ;-(

Pinging "setiathome.berkeley.edu" is 200ms, which is normal from here in Norway - but surfing around in forums and statpages, the responcetime is 2 - 5 seconds. Sometimes much longer. Been like that for a couple of days.

Also - when looking at ScareCrow graphs:
http://bluenorthernsoftware.com/scarecrow/sahstats/48.html
and looking at "In Progress" graph (Results out in the field), it looks like there is a 3 million limit! ??
That 48hr graph has never been that "flat" or steady as it apears now!

Regards
Kim

---

Greetings from Norway

Crunch3er & AK-V8 Inside

I sure agree with "msattler" about the painstaking slow webpages ;-(

Pinging "setiathome.berkeley.edu" is 200ms, which is normal from here in Norway - but surfing around in forums and statpages, the responcetime is 2 - 5 seconds. Sometimes much longer. Been like that for a couple of days.

Also - when looking at ScareCrow graphs:
http://bluenorthernsoftware.com/scarecrow/sahstats/48.html
and looking at "In Progress" graph (Results out in the field), it looks like there is a 3 million limit! ??
That 48hr graph has never been that "flat" or steady as it apears now!

Regards
Kim

The forums are certainly slow: I hope it's not because the 'tinkerman' (David Anderson) has been tinkering with the web page code again.

But I don't agree with Kim Vater: look at any of Scarecrow's graphs for 7 days or more, and you'll see peaks and troughs for 'Results out in the field', with the peaks well above three million. Instead, I think it's proof that the new splitter policy (work on many 'tapes' in parallel) is having a very beneficial effect in smoothing out the workflow: no more "shorty storms".

Matt, Eric......
A big thumbs up for the decision to split multiple datasets concurrently!!!
Don't know if my suggestions to do so put a bug in yer ear or if you came with it on your own, but way to go guys!
The system seems a lot happier having some longer WUs in the mix for the crunchers to work on while the shorties are being dealt with.
Excellent choice.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster