The Unified Astronomy Thesaurus (UAT) provides a comprehensive,
interlinked set of concepts relevant for astronomy and astrophysics using
SKOS. It is taken up in the Virtual Observatory at least for registry
subject keywords. For various reasons, it is desirable to have the UAT
available subject to the constraints laid down in the IVOA Vocabularies
in the VO 2 specification. This Note describes the rationale and the
details of the UAT adoption by the IVOA.
Astrophysics Data System: Authority Name Registration
Short Name:
ADS
Date:
16 Sep 2007 05:13:00
Publisher:
NASA Astrophysics Data System
Description:
This resource represents the Naming Authority for the Astrophysics Data System (ADS). The ADS provides access to the astronomical literature. It is funded by NASA and hosted at the Harvard-Smithsonian Center for Astrophysics.
Authority Name for National Space Science Data Center
Short Name:
NSSDC2
Date:
04 Apr 2008 17:51:11
Publisher:
National Space Science Data Center
Description:
This naming authority is for identifying resources from the National Space Science Data Center. Note that a second authority name, nasa.gsfc.nssdc, is also used for NSSDC resources.
Authority Name for National Space Science Data Center
Short Name:
NSSDC
Date:
04 Apr 2008 17:51:04
Publisher:
National Space Science Data Center
Description:
This naming authority is for identifying resources from the National Space Science Data Center. Note that a second authority name, gov.nasa.gsfc.nssdc, is also used for NSSDC resources.
Authority Name for the World Data Center for Astronomy
Short Name:
WDC-Astronomy
Date:
04 Apr 2008 16:54:59
Publisher:
The World Data Center for Astronomy
Description:
This authority name is for identifying resources from the World Data Center for Astronomy, hosted at National Astronomical Observatory of China, Beijing, China
Query service for observation metadata for all CADC archival data holdings. This service
provides Table Access Protocol (TAP) API access to observation metadata conforming to the
Common Archive Observation Model (CAOM) and the IVOA ObsCore data model.
The current dynamic collections (new data arriving) include: CFHT, CFHTMEGAPIPE, DAO, DRAO, GEMINI, HST,
JCMT, NEOSSAT, OMM, TESS, VLASS.
The current static collections include: APASS, BLAST, CFHTTERAPIX, CFHTWIRWOLF,
CGPS, DAOPLATES, FUSE, HSTHLA, IRIS, MACHO, MOST, NGVS, UKIRT, VGPS.
The curent external collections (metadata only, data served by original data centre) include:
CHANDRA, NOAO, SDSS, SUBARU, XMM.
YouCat is a query service for catalogues hosted by CANFAR. This service
provides Table Access Protocol (TAP) API access to catalogues created by
project teams.
YouCat also implements a prototype VOSI-tables extension that allows users
to create, update table metadata add table content (rows), create indices,
and delete tables in the database. Users can also control access to their
own tables (public to allow anonymous querying, protected so only members
of specified groups can query, and private where only the owner can query).
Users who want to create tables must request an allocation (schema) by email
to support@canfar.net.
Currently available catalogues include: VLASS, CFHTLS, KiDS, PAndAS, RCSLens.
The CDPP (Centre de Données de la Physique des Plasmas) was created in 1998 jointly by CNES and INSU
as the French national data centre for natural plasmas of the solar system. The CDPP assures the long term preservation
of data obtained primarily from instruments built using French resources, and renders them readily accessible and
exploitable by the international community. The CDPP also provides services to enable on-line data analysis (AMDA),
3D data visualization in context (3DView), and a propagation tool which bridges solar perturbations to in-situ
measurements. The CDPP is involved in the development of interoperability, participates in several
Virtual Observatory projects, and supports data distribution for scientific missions (Solar Orbiter, JUICE).
This is IRSA's Hierarchical Progressive Survey (HiPS) node. HiPS is a hierarchical scheme for the description, stoage, and access of sky survey data. The system is based on hierarchical tiling of sky regions at finer and finer spatial resolution which facilitates a progressive view of a survey, and supports multi-resolution zooming and panning.
This is IRSA's implementation of version 2 of the IVOA Simple Image Access (SIA) protocol. Our SIA v2 service allows a rich variety of searches against IRSA's varied holdings.
IRSA Simple Spectral Access (SSA) Protocol Service
Short Name:
IRSA SSA
Date:
06 May 2021 17:44:00
Publisher:
NASA/IPAC Infrared Science Archive
Description:
This is IRSA's implementation of the IVOA Simple Spectral Access (SSA) protocol. Our SSA service allows a rich variety of searches against IRSA's varied holdings.
An IVOA Identifier is a globally unique name for a resource within the Virtual
Observatory. This name can be used to retrieve a unique description of the
resource from an IVOA-compliant registry or to identify an entity like a
dataset or a protocol without dereferencing the identifier. This document
describes the syntax for IVOA Identifiers as well as how they are created. The
syntax has been defined to encourage global-uniqueness naturally and to
maximize the freedom of resource providers to control the character content of
an identifier.
Registries provide a mechanism with which VO applications can discover and
select resources - first and foremost data and services - that are relevant for
a particular scientific problem. This specification defines an interface for
searching this resource metadata based on the IVOA's TAP protocol. It specifies
a set of tables that comprise a useful subset of the information contained in
the registry records, as well as the table's data content in terms of the XML
VOResource data model. The general design of the system is geared towards
allowing easy authoring of queries.
TITAN is a computer program for calculating the interactions of a dilute plane-parallel medium with electromagnetic radiation. It includes all atomic processes: absorption, recombination, diffusion, excitation, deexcitation of atoms and ions, heating and cooling of the gas, and it solves the radiation transfer, in order to obtain the spectra reemitted by the medium. It handles plan parallel slabs in non LTE steady state, for various physical conditions and various illuminations, valid in many astrophysical situations. It is specifically designed for warm-hot (8000 to 10**8 K) and thick media (till an electron scattering optical depth of several tens) emitting and absorbing in the X-ray range (density from 10**5 to 10**14 cm-3). It computes the physical parameters, ionisation degrees, temperature, density, and the spectrum of the radiated light in each point of the slab, by solving simultaneously the ionisation equations, the equations of statistical equilibrium, the thermal equations and the radiation transfer, using iteration processes.
The Multi-Order Coverage map method (MOC) is dedicated to specify arbitrary sky regions.
The goal is to be able to provide a very fast comparison mechanism between coverage maps.
The mechanism is based on the HEALPix sky tessellation algorithm.
It is essentially a simple way to map regions of the sky into hierarchically
grouped predefined cells.
A service in the Common Execution Architecture. This service provides one or more science applications which are separately registered. See the ManagedApplications element of this document for a list of applications.
This resource describes the community webapplication at MSSL. It hosts all the accounts and secure accounts of people organized at MSSL. And possibly other outside people of MSSL but associated with projects of MSSL.
Observation Data Model Core Components
and its Implementation in the Table Access Protocol
Date:
10 May 2017 08:00:00
Publisher:
IVOA
Description:
This document defines the core components of the Observation data model
that are necessary to perform data discovery when querying data centers
for astronomical observations of interest. It exposes use-cases to be carried out,
explains the model and provides guidelines for its implementation as a data access
service based on the Table Access Protocol (TAP).
It aims at providing a simple model easy to understand and to implement by data
providers that wish to publish their data into the Virtual Observatory. This
interface integrates data modeling and data access aspects in a single service and
is named ObsTAP. It will be referenced as such in the IVOA registries.
In this document, the Observation Data Model Core Components (ObsCoreDM) defines
the core components of queryable metadata required for global discovery of
observational data. It is meant to allow a single query to be posed to TAP
services at multiple sites to perform global data discovery without having to
understand the details of the services present at each site. It defines a minimal
set of basic metadata and thus allows for a reasonable cost of implementation by
data providers. As with most of the VO Data Models, ObsCoreDM makes use of STC,
Utypes, Units and UCDs. The ObsCoreDM can be serialized as a VOTable. ObsCoreDM
can make reference to more complete data models such as Characterisation DM,
Spectrum DM or Simple Spectral Line Data Model (SSLDM). ObsCore shares a large set
of common concepts with DataSet Metadata Data Model (Cresitello-Dittmar et al. 2016)
which binds together most of the data model concepts from the above models in a
comprehensive and more general frame work. This current specification on the
contrary provides guidelines for implementing these concepts using the TAP protocol
and answering ADQL queries. It is dedicated to global discovery.
An essential capability of the Virtual Observatory is a means for describing
what data and computational facilities are available where, and once
identified, how to use them. The data themselves have associated metadata
(e.g., FITS keywords), and similarly we require metadata about data collections
and data services so that VO users can easily find information of interest.
Furthermore, such metadata are needed in order to manage distributed queries
efficiently; if a user is interested in finding x-ray images there is no point
in querying the HST archive, for example. In this document we suggest an
architecture for resource and service metadata and describe the relationship of
this architecture to emerging Web Services standards. We also define an initial
set of metadata concepts.
Shomydl shows Datalink_ documents in a web browser using the
`XSLT used in DaCHS`_. It is meant to give authors of such documents
an idea of how clients would interpret their document.
.. _Datalink: http://ivoa.net/documents/DataLink/
.. _XSLT used in DaCHS: https://github.com/msdemlei/datalink-xslt
SAMP is a messaging protocol that enables astronomy software tools
to interoperate and communicate. IVOA members have recognised
that building a monolithic tool that attempts to fulfil all the
requirements of all users is impractical, and it is a better use of
our limited resources to enable individual tools to work together
better. One element of this is defining common file formats for the
exchange of data between different applications. Another important
component is a messaging system that enables the applications to
share data and take advantage of each other's functionality. SAMP
supports communication between applications on the desktop and in
web browsers, and is also intended to form a framework for more
general messaging requirements.
SkyBoT is a VO service which allows to seek and identify solar system objects (planet, satellites, asteroids, comets) in any field of view at a given epoch (cone-search method). It provides also a solar system object name resolver which convert the name or the designation of solar system objects into their celestial coordinates at a given epoch (resolver method). The SkyBoT service are available through a Web interface and a Web service (SOAP+WSDL+HTTP) which implements the IVOA Simple Cone-Search protocol.
SkyBoT is a VO service which allows to seek and identify solar system objects (planet, satellites, asteroids, comets) in any field of view at a given epoch (cone-search method). It provides also a solar system object name resolver which convert the name or the designation of solar system objects into their celestial coordinates at a given epoch (resolver method). The SkyBoT service are available through a Web interface and a Web service (SOAP+WSDL+HTTP) which implements the IVOA Simple Cone-Search protocol.
Virtual Observatory of China (China-VO) is a consortium initiated by National Astronomical Observatory of China (NAOC) and Large Sky Area Multi-Object Fiber Spectroscopic Telescope (LAMOST) project.
The Australian National University Supercomputer Facility
Description:
The HIPASS Project Data Archive.
The acquisition of HI Parkes All Sky Survey (HIPASS) southern sky data commenced at the Australia Telescope National Facility's Parkes 64-m telescope in 1997 February, and was completed in 2000 March. HIPASS is the deepest HI survey yet of the sky south of declination +2°, and is sensitive to emission out to 170 h75-1 Mpc.
Ultimately all types in a VO-DML model are defined as hierarchies
of primitive types. This Model defines a special, predefined model
that contains a set of the most common of such types: integer,
real, string etc. This
UKIDSS DR10 - UKIRT Infrared Deep Sky Survey Data Release 10
Date:
12 Dec 2014 11:22:23
Publisher:
WFAU, Institute for Astronomy, University of Edinburgh
Description:
This DSA hosts data release 10 of the UKIRT Infrared Deep Sky Survey housed at the Wide Field Astronomy Unit at the Univeristy of Edinburgh. This catalog contains WFCAM data primarily originating from four of the five UKIDSS surveys: Large Area Survey, Galactic Clusters Survey, Deep Extragalactic Survey, and Ultra Deep Survey. (see www.ukidss.org for survey descriptions)
This document describes a recommended syntax for writing the string
representation of unit labels ("VOUnits"). In addition, it describes a
set of recognised and deprecated units, which is as far as possible
consistent with other relevant standards (BIPM, ISO/IEC and the IAU). The
intention is that units written to conform to this specification will
likely also be parsable by other well-known parsers. To this end, we
include machine-readable grammars for other units syntaxes.
In this document, we discuss practices related to the use of RDF-based
consensus vocabularies in the Virtual Observatory, that is the creation,
publication, maintenance, and consumption of hierarchical word lists
agreed upon within the IVOA. To cover the wide range of use cases
envisoned, we define different vocabulary types for informal knowledge
organisation on the one hand, and strict hierarchies of classes and
properties on the other. While the framework rests on the solid
foundations of W3C RDF, provisions are made to facilitate using IVOA
vocabularies without specific RDF tooling. Non-normative appendices
detail the current vocabulary-related tooling.
VODataService: a VOResource Schema Extension for Describing Collections and Services
Date:
21 Oct 2016 08:20:00
Publisher:
IVOA
Description:
VODataService refers to an XML encoding standard for a specialized extension of
the IVOA Resource Metadata that is useful for describing data collections and
the services that access them. It is defined as an extension of the core
resource metadata encoding standard known as VOResource [Plante et al. 2008]
using XML Schema. The specialized resource types defined by the VODataService
schema allow one to describe how the data underlying the resource cover the sky
as well as cover frequency and time. This coverage description leverages
heavily the Space-Time Coordinates (STC) standard schema [Rots 2007].
VODataService also enables detailed descriptions of tables that includes
information useful to the discovery of tabular data. It is intended that the
VODataService data types will be particularly useful in describing services
that support standard IVOA service protocols.
VO-DML: a consistent modeling language for IVOA data models
Date:
31 May 2018 09:00:00
Publisher:
IVOA
Description:
This document defines a standard modelling language, or meta-model, for
expressing data models in the IVOA. Adopting such a uniform language for all
models allows these to be used in a homogeneous manner and allows a
consistent definition of reuse of one model by another. The particular language
defined here includes a consistent identification mechanism for model which
allows these to be referenced in an explicit and uniform manner also from other
contexts, in particular from othe IVOA standard formats such as VOTable.
The language defined in this specification is named VO-DML (VO Data Modeling
Language). VO-DML is a conceptual modeling language that is agnostic of
serializations, or physical representations. This allows it to be designed to
fit as many purposes as possible. VO-DML is directly based on UML, and can be
seen as a particular representation of a UML2 Profile. VO-DML is restricted to
describing static data structures and from UML it only uses a subset of the
elements defined in its language for describing "Class Diagrams". Its concepts
can be easily mapped to equivalent data modelling concepts in other
representations such as relational databases, XML schemas and object-oriented
computer languages.
VO-DML has a representation as a simple XML dialect named VO-DML/XML
that must be used to provide the formal representation of a VO-MDL data model.
VO-DML/XML aims to be concise, explicit and easy to parse and use in code that
needs to interpret annotated data sets.
VO-DML as described in this document is an example of a domain specific
modeling language, where the domain here is defined as the set of data and
meta-data structures handled in the IVOA and Astronomy at large. VO-DML
provides a custom representation of such a language and as a side effect allows
the creation and use of standards compliant data models outside of the IVOA
standards context.
This service lets VO data publishers assign Digital Object Identifiers
to their services, greatly enhancing their citability. Since
technically, the DOI references the registry record, this service can
only be used on properly registered services.
The Miriade project aims to provide a VO-compliant suite of services to compute positional and physical ephemerides of known solar system bodies as seen from any location on Earth as well as various location in space (HST, SPITZER, Gaia, etc.)
A service in the Common Execution Architecture. This service provides one or more science applications which are separately registered. See the ManagedApplications element of this document for a list of applications
A service in the Common Execution Architecture. This service
provides one or more science applications which are separately registered.
See the ManagedApplications element of this document for a list of
applications
This AstroGrid community is for users from the Univeristy of Edinburgh, as well as users from continental Europe who have requested AstroGrid access to UKIDSS data. It is also for those users who will be using UKIDSS heavily and would like to have their online data storage close to the actual database server.