Obsc ore 1.1 WD

[Arnold Rots]

I don't think event lists should be classified as *non-pixelated*.
If we want to model data consistently, they should be classified as *pixel
lists*:
each event is a pixel; we just end up with a sparse hypercube.
If we were to add one more parameter: the total number of pixels in
the data product, that would solve the problem. For solid cubes it
would be the product of the *dims, for event lists the number of events.

  - Arnold

-------------------------------------------------------------------------------------------------------------
Arnold H. Rots                                          Chandra X-ray
Science Center
Smithsonian Astrophysical Observatory                   tel:  +1 617 496
7701
60 Garden Street, MS 67                                      fax:  +1 617
495 7356
Cambridge, MA 02138
arots at cfa.harvard.edu
USA
http://hea-www.harvard.edu/~arots/
--------------------------------------------------------------------------------------------------------------


On Mon, Oct 5, 2015 at 11:00 AM, Laurent Michel <
laurent.michel at astro.unistra.fr> wrote:

> Hello,
>
> A consensus seems to be taking shape about the model evolution for
> pixelated data:
>  + Adding several fields to provide the dimensionality in each domain.
> (s_dim, em_dim, etc) as described in the draft
>  + These are added as 'required' fields.. so must be populated for all
> records
>  + These fields provide for instance the size of each image axis.
>
> These new fields can however not be used to provide a robust
> representation the dimension of non pixelated data (e.g. number of event in
> an event list)
>
> The proposal to complete the version would be:
>  1) To keep the new *dim* fields
>  2) To support the EventList and other non pixelated as product_type
>  3) To clearly specify that the *dim* columns must be set with NaN for non
> pixelated data.
>  4) To provide some use cases about discovering non pixelated data with
> ObsTap
>
> That would quiclky allow us to start the RFC period for ObsCore without
> having to wait on a agreement about how to model non pixelated data
>
>
> Laurent
>
> --
> jesuischarlie
>
> Laurent Michel
> SSC XMM-Newton
> Tél : +33 (0)3 68 85 24 37
> Fax : +33 (0)3 )3 68 85 24 32
> laurent.michel at astro.unistra.fr <mailto:laurent.michel at astro.unistra.fr>
> Université de Strasbourg <http://www.unistra.fr>
> Observatoire Astronomique
> 11 Rue de l'Université
> F - 67200 Strasbourg
> http://amwdb.u-strasbg.fr/HighEnergy/spip.php?rubrique34
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ivoa.net/pipermail/dm/attachments/20151005/ebba3cd3/attachment.html>