Skip to content

KiDZ-”DR1” release #16

@cheymans

Description

@cheymans

@kuijken @AngusWright - in the notes from the meeting with Nausicaa you discussed having KiDZ as a separate release? My vote is not to do this (see below), but if we do want to separate them, let me know asap. The prog_ids (#9) go in quite early in the ESO-fication process, and I would need to strip out the KiDZ ids if they are going elsewhere.

Copied from the gdoc:


Should KiDZ release be in a separate Phase 3 collection?

  • Note (post-meeting): Each Phase 3 collection gets a different DOI: https://archive.eso.org/wdb/wdb/doi/collections/query
  • How to encode the provenance of the KiDZ cross-match catalogue: it will be a mix of KiDS and KiDZ coadds. I checked and it is possible to mix both ARCFILE and ORIGFILE PROVi references within the same file.
  • Check if there are any proprietary data in the KiDZ fields.

Was there a very strong steer from ESO to do this? My vote would be to have the KiDZ tiles as part of the KiDS release.

  1. We don't release mosaic catalogues with ESO, so the fact that the KiDZ tiles are outwith the main footprint isn't an issue
  2. We don't release shear measurements with ESO, because ESO requires measurements for every detected object. We only release shear measurements for "safe" objects, so no-one makes a mistake measuring cosmic shear with everything KiDS has ever detected. This means the main KiDZ and KiDS per-tile catalogues and images released through ESO will be identical.
  3. Our lives will be much easier if there is just one release: one release document, one list, one metadata file, one upload site

I recognise the bonus of separating them is that the cross-match spec-phot catalogue can then be released for KIDZ, providing an excellent test bed for SOM development. But so long as we make a nice webpage for KiDZ, people can download an all-tile combined KIDZ spec-phot catalogue from the KiDS webpage anyway? This would also allow us to better handle access to any proprietary spec-z in the cats.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions