The Server Status page is showing two 2008 chunks being split, three more waiting. It's at the other end of a 559000 "Results ready to send" buffer, so it won't be sent out until sometime tomorrow.

                                                              Joe

The Server Status page is showing two 2008 chunks being split, three more waiting. It's at the other end of a 559000 "Results ready to send" buffer, so it won't be sent out until sometime tomorrow.

                                                              Joe

Saw a few from 2007 still in the mix, but thats ok. LOL Work is work, regardless, but definately cool to see work for this year popping up!

---

Is the year number characterised by the xxxx06xx, etc etc of the tape name? Or am I missing something? Sorry for the stupid question, never thought we were getting "old" work (esp not from '06), but as the poster above said.. work is work :)

Crunch on!

Is the year number characterised by the xxxx06xx, etc etc of the tape name? Or am I missing something? Sorry for the stupid question, never thought we were getting "old" work (esp not from '06), but as the poster above said.. work is work :)

Crunch on!

The first block in the file name represents the recording date and session e.g 24ja07ab is from the second recording done on 24 January 2007, 05dc06ad is from the fourth session on 05 December 2006.

There used to be a way of decoding the rest of the file name before multi-beam, but I don't know if one exists now?

---

Sir Arthur C Clarke 1917-2008

Is the year number characterised by the xxxx06xx, etc etc of the tape name? Or am I missing something? Sorry for the stupid question, never thought we were getting "old" work (esp not from '06), but as the poster above said.. work is work :)

Crunch on!

The first block in the file name represents the recording date and session e.g 24ja07ab is from the second recording done on 24 January 2007, 05dc06ad is from the fourth session on 05 December 2006.

There used to be a way of decoding the rest of the file name before multi-beam, but I don't know if one exists now?

I've still have about 1/3 off the WU's, from nov/dec-2006 .

The most 'recent'WU's are from 25feb07 .

So we just keep on CRUNCHING ;)

---

...
There used to be a way of decoding the rest of the file name before multi-beam, but I don't know if one exists now?

Example: 10fe07ag.9206.21750.9.6.154

10fe07ag = Hard drive recording started 10 February 2007. The returned data has been divided into at least 7 chunks (aa through ag). The example WU was actually recorded Sun Feb 11 02:16:11 2007 UTC.

9206 = Process ID of the splitter.

21750 = Block number. The beginning of a chunk is 72, advances by about 409 for each subsequent group of WUs.

9 = Telescope ID: 3 and 4 are beam zero of ALFA at 0 and 1 polarity, etc.

6 = Splitter settings ID.

154 = Subband. The 0 band contains the 1.42 GHz. center frequency, 127 is the highest, 128 the lowest, and 255 is just below 0.

                                                              Joe

Got some 31ja08aa WUs, so they're starting to come out the other end of the buffer. Shorties, of course.

But in the same deadline sequence as previous shorties. Weren't we supposed to be using radar blanking with 08 data, and with it, Joe's revised deadline curve and the additional 25% cut in deadlines?

Example