-
Notifications
You must be signed in to change notification settings - Fork 0
Description
@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.
- We don't release mosaic catalogues with ESO, so the fact that the KiDZ tiles are outwith the main footprint isn't an issue
- 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.
- 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.