[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Photometry
Doug and all,
I had best let Michael reply to this. I am looking at what comes out of
the end of the pipeline. I believe this is "reduced to the standard
system". Our reference catalogs are "standard system" reference catalogs
and I have been suspicious that they were part of the error from the
start. As you realize, there is a problem getting I data for such
catalogs. It has to be derived from other data, a problematic process. It
also includes the error caused by measuring a star in different positions
in the field which in turn includes the error from using a different set of
reference catalog stars. It is what you get in a practical way.
If one puts a star in a fixed position in the frame and tracks it many
nights, then one can get below 0.01 mag. This is not practical for this
survey.
Tom Droege
At 11:37 AM 6/7/03 -0400, Doug Welch wrote:
>Hi Tom,
>
>Perhaps you explained this in an earlier message, but is this an internal
>error comparison? That is, is it the RMS scatter of the same stars on the
>*instrumental* system? It is easy to introduce an additional 0.02 or 0.03
>mags from using the (typically good but not perfect) standard systems
>available.
>
>Cheers,
>Doug
>
>On Sat, 7 Jun 2003, Tom Droege wrote:
>
> > I have been reading the Mark III paper (PASP, 112:397-408) in preparation
> > for writing one on the Mark IV.
> >
> > I quote from the Mark III paper:
> >
> > "We find the standard deviation from the mean has a minimum of about 0.03
> > mag for bright stars, increasing to more than 0.2 mag for stars near the
> > limits of detecton."
> >
> > I could say the same thing for the Mark IV data.
> >
> > First, there are differences between the two systems:
> >
> > 1) The Mark III was a drift scan system, the Mark IV operates with a stare
> > mode drive.
> >
> > 2) The Mark III used camera lenses with a large variation over the
> > field. The Mark IV uses lenses of our own design with an order of
> > magnitude less variation.
> >
> > 3) The Mark III used a drift scan effective exposure of 471 seconds, most
> > of the present Mark IV data was taken with 90 second exposure.
> >
> > 4) The Mark III software used PSF photometry. The Mark IV uses aperture
> > photometry.
> >
> > 5)The Mark IVs are usually operated 5 C or so cooler than the Mark IIIs.
> >
> > 6) The Mark IV uses the CCD442A operated in MPP mode. The Mark IIIs used
> > the KAF0400 operating in a somewhat different mode. i.e. different gate
> > structure.
> >
> > 7) The Mark IV uses 16 bit ADCs, the Mark III used 12 bit ADCs.
> >
> > With all these differences, we seem to get the same result. There are
> some
> > common features:
> >
> > 1) All the data was taken in suburban locations.
> >
> > 2) The Mark IV and Mark III have a similar field size, 4 and 3 degrees.
> >
> > 3) Most of the Mark IV data and all the Mark III data was taken near the
> > equator.
> >
> > 4) Both software implementations were written by the same person.
> >
> > To investigate common #3, I have just looked at the sigma vs mag plots for
> > data taken at different declinations. This is now possible with the TOM2
> > and TOM3 data. I find that there is again no obvious difference. The
> Mark
> > III statement could well be applied.
> >
> > I am left with two possible conclusions. Some of you may think of others.
> >
> > 1) This is what can be done in a suburban location.
> >
> > 2) Michael has somehow written into both his codes a floor of 0.03 mag.
> >
> > I can even rule out 2). It is possible to improve the noise floor by
> > tracking one field on a good night. So it can't be the software.
> >
> > I conclude that 0.03 mag is the practical limit of what we can do here in
> > Batavia, IL. Andrew might differ. We shall see what can be achieved. I
> > note that the quoted ASAS [Acta. Astr., 50, 177] results taken in a good
> > location with inferior optics and a wider 8 degree field are similar. I
> > have tried many things (i.e different reference catalogs) to improve this
> > error floor. Nothing seems to make much difference.
> >
> > Tom Droege
> >