Re: Photometry in VO Spectrum Model

From: Matteo Guainazzi <Matteo.Guainazzi-at-sciops.esa.int>
Date: Tue, 24 Oct 2006 12:45:58 +0000


Dear Doug, Johnathan et al.

I believe that there are two main reasons not to ban magnitudes from the VO realm:

  1. historical: magnitudes - like it or not - were, are and will be widely used by observatories and surveys, and will continue to appear in future VO-exposed catalogues
  2. (more important) physical: the conversion from magnitudes to flux (or from X-ray counts to fluxes) implies some assumptions on the intrinsic source spectrum and foreground absorption corrections. It is potentially misleading to leave the choice of this assumption to the data providers only, a choice which may be hidden in the metadata description. It is definitely better to leave the user a certain control on these assumptions, especially for non-stellar objects

 Once the filter transmission curve, and the zero point are specified, converting from magnitude to fluxes for a given spectral shape is a safe and deterministic algorithm.

 Hence, I believe that v1.0 of the Spectrum Data Model document should be submitted as it is, and a specific group with the mandate of writing a Photometry Data Model (intended in the broad sense as above) should be set-up and start working as soon as possible.

 Regards, Matteo

-- 
Matteo Guainazzi
XMM-Newton SOC				Matteo.Guainazzi-at-sciops.esa.int
European Space Astronomy Centre	of ESA	Phone:     +34 91 8131 176
VILSPA, Apartado 50727, E-28080 Madrid 	Fax:       +34 91 8131 172         


================================================================================================
This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its content is prohibited. If you received this message in error, please delete it from your system and notify the sender. E-mails can be altered and their integrity cannot be guaranteed. ESA shall not be liable for any e-mail if modified.
=================================================================================================
Received on 2006-10-24Z14:52:19