SXDS cross identifications

From: Alex Conley (aconley@panisse.lbl.gov)
Date: Tue Nov 05 2002 - 21:42:31 PST

  • Next message: Gerson Goldhaber: "Re: Serious coordinate discrepencies, Berkeley/Hawaii"

    I have finished cross comparing the SCP/Subaru candidate list and the
    Berkeley list. Since the Subaru list doesn't have names, I will have
    to use the same order that Naoki has used in his emails.

    SXDS_1
    SuF02-007 0 0
    SuF02-012 0 1
               1 0 In gap for us
    SuF02-004 2 1
    SuF02-058 2 1
    SuF02-000 3 0
    SuF02-065 3 0
    SuF02-060 3 1
    SuF02-071 4 0
    SuF02-028 4 0
    SuF02-001 4 1
    SuF02-002 4 1

    SXDS_3:
    SuF02-079 1 0 Pretty obvious. The only reason I can think of that
                       it may have not been saved was concerns about
                       'mangling'
    SuF02-061 3 1 This had already been found by several people in
                       Berkeley. However, it looks like there was some sort
                       of loading snafu such that it got entered into sntrak
                       twice with complete garbage coordinates. I have now
                       fixed that.
    SuF02-080 4 0 Near a poor subtraction for us, but may be off center
                       enough to be real. Hard to say.

    SXDS_4

    SuF02-057 1 1
    SuF02-081 1 1 Pretty obvious. I don't know how it was missed
               2 0 I don't think there's anything real there. I think
                       this is probably a SCP/Subaru missubtraction
    SuF02-059 2 1
    SuF02-012 4 0
    SuF02-026 4 0
    SuF02-056 4 1
    SuF02-068 4 1

    SXDS_5
    SuF02-025 1 0
               1 1 This is right on a bad subtraction for us, so I can't
                      really evaluate it
               1 1 I see nothing around for 10+". And the subtraction is
                      very clean. I don't think this is real. Again it's
                      too bad, cause it's faint
               1 1 There may be something there. For us it right on one
                      of the dark regions where another chip edge comes in,
                      so we can't evaluate it.
    SuF02-027 2 0
    SuF02-071 2 0
    SuF02-028 2 0
    SuF02-017 3 0

    Alex



    This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 21:42:47 PST