-
-
Notifications
You must be signed in to change notification settings - Fork 55
Mango support #664
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
Open
lmichel
wants to merge
62
commits into
astropy:main
Choose a base branch
from
lmichel:mango-support
base: main
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Mango support #664
+5,116
−409
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
… - code documentation
Mango annotations
which make some trouble
to make the distinction between column reference and literals
x_path_startwith works recursively
…a VODMK parsing - move constants to the glossary
the model structure
…removed, shouln't be committed - documentation
add_epoch_position()
implementation, which could change again.
implementation, which could change again. Style check
mango-support # Conflicts: # pyvo/mivot/tests/test_mivot_instance_generation.py # pyvo/mivot/tests/test_user_api.py
implementation, which could change again. Style check
I think that this PR is ready for the review. |
I confirm that vizier beta server is down and wont be resuscitated before next monday |
implementation of the date representation
I had to push a few update to keep in sync with the last model evolution, especially the ObsDate class which was badly handled by the SkyCoord builder |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This draft PR proposes an API that facilitates the mapping of VOTable data to the MANGO data model.
Mango is a model (VO working draft) designed to extend the description of table data in such a way that each table row can be interpreted as a Mango object (
MangoObject
class of the Mango data model-.MangoObject
instances consist of a property container, a description of the data origin, and links to other Mango objects (not yet implemented).In this current implementation, only a few properties are supported (EpochPosition and Photometry), and the data origin can be added as literal values (not associated with table data).
To annotate data, the user must provide mapping dictionaries that associate model roles with column identifiers or literal values from which the code builds complete MIVOT annotations.
Complete examples can be found in
pyvo/mivot/tests/test_mango_annoter.py
andpyvo/mivot/tests/test_header_mapper.py
.The
HeaderMapper
class can help with this process. It analyzesINFO
,COOSYS
,TIMESYS
, andFIELDS
to suggest mappings that matches the current VOTable metadata.