Matching to Spitzer and Weeding the SEDs

From CoolWiki
Revision as of 17:16, 16 September 2011 by Rebull (talk | contribs)
Jump to navigationJump to search

Matching known to Spitzer

In Identification of Previously Known Objects on Candidate List (and several earlier pages), we established the complete list of previously-known YSOs.

Now, we have, independently, done the Spitzer data reduction. We need to compare this catalog of known sources with the catalog from the Spitzer data reduction (which also includes 2MASS).

When I do this, sources off the edge of the Spitzer maps will not have a match, because they have no Spitzer data. Some sources will have only I1/I3 data, and some will have only I2/I4 data. (Do you remember why?) Some sources in BRC 27 we have already identified as likely very interesting sources, but because they are embedded in bright, extended nebulosity, we are going to have a hard time finding an automatic match to those sources.

Here is what I get for all of the matches to the set of previously known sources in BRC 27: File:Litsrcs+spitzer-brc27-0916-lmr.txt CAUTION: this is JUST the KNOWN sources. See next step. (also, NB: this file has optical through M24 data.)

Finding IR Excess sources

In Working with the BRCs, we talked about selecting sources that appeared to have colors like young stars, e.g., objects that survive the Gutermuth selection process. I gave you a catalog of these objects on the DVD in July.

All the sources in which we are interested

Recall that:

  • There will be objects with IR excesses we discover as YSO candidates,
  • there will be objects with IR excesses we REdiscover as YSO candidates that someone else identified first, and
  • there will be objects someone else identified as YSO candidates that we find to not have IR excesses.

So, we need to create one file that has all of these items in one place.

This is that file, as of right now: File:New+known-brc27-0916-lmr.txt CAUTION: See the caveats about the objects embedded in bright nebulosity above. Those objects indeed do not have counterparts here, and we will have to pursue those separately, manually.