-
Notifications
You must be signed in to change notification settings - Fork 490
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RA/DEC in Astronomy and Astrophysics Metadata #3526
Comments
I emailed the developer who raised the issue for clarification, and emailed some local domain experts for their help. |
We have taken a closer look at this issue from the point of view of the Kepler case discussed in https://groups.google.com/forum/#!msg/dataverse-community/Zo-v4T5SW-Q/npNowXh_DwAJ. What we specifically want, is to allow a user of Dataverse to discover datasets based on user-defined coverage search criteria. This would in our understanding require RA and DEC to be defined as numeric fields, enabling calculating areas around the specified location. Sky Coverage, which is used in Dataverse, on the other hand, is defined as a string, allowing the curator to define an area of the sky that a certain observation is covering. This however, will not allow our users to create the search criteria we are interested in. The issue is - if I understand it rightly - that the IVOA recommendation behind the astronomy metadata in Dataverse, is adressing the description of resources, leaving discovery to "lower levels". Specifically I understand the this recommendation adresses the construction of a registry of resources, e.g. services, in the VO architecture. Whereas, in fact, we understand Dataverse as such a service. The OBScoreDM (http://ivoa.net/documents/ObsCore/20161004/PR-ObsCore-v1.1-20161004.pdf) is a IVOA specification for the TAP protocol, including a query service. Here we find the fields we would like, s_ra and s_dec, both expressed as doubles. I am not sure how that would fit with Dataverse, or what has been the deeper reason for choosing a registry specification to be used here. We would be interested in any comments or suggestions that would help discovery based on user-defined areas of the sky. |
@asconrad thanks for your comment! For non-astronomers like myself, "RA" means "Right Ascension" and "DEC" means "Declination", which I found at https://en.wikipedia.org/wiki/Equatorial_coordinate_system https://github.com/IQSS/dataverse/blob/v4.6/scripts/api/data/metadatablocks/astrophysics.tsv is where the current astronomy metadata block is defined, but there's a more human readable version at https://docs.google.com/spreadsheet/ccc?key=0AjeLxEN77UZodHFEWGpoa19ia3pldEFyVFR0aFVGa0E#gid=3 which is linked from http://guides.dataverse.org/en/4.6/user/appendix.html . As @asconrad has observed, "Sky Coverage", which is field
Even though Sky Coverage is only a text field, I wonder if we change it so that it appears on the Advanced Search page at least (this column is set to false in the definition of the astronomy metadata block linked above.) As Anders points out, RA and DEC should be stored separately. #370 is issue I opened a while back having to do with better searching of ranges, of numbers, from within Dataverse. |
@pdurbin, thank you, yes I think you got me right (I am also not an astronomer ;-) |
To focus on the most important features and bugs, we are closing issues created before 2020 (version 5.0) that are not new feature requests with the label 'Type: Feature'. If you created this issue and you feel the team should revisit this decision, please reopen the issue and leave a comment. |
This issue is to track work being done regarding several issues someone raised in the Dataverse Users Community about the types of metadata being captured for FITS files.
https://groups.google.com/forum/#!msg/dataverse-community/Zo-v4T5SW-Q/npNowXh_DwAJ
The text was updated successfully, but these errors were encountered: