Normalized to: Dolensky, M.
[1]
oai:arXiv.org:1204.3055 [pdf] - 1886350
IVOA Recommendation: Spectrum Data Model 1.1
McDowell, Jonathan;
Tody, Doug;
Budavari, Tamas;
Dolensky, Markus;
Kamp, Inga;
McCusker, Kelly;
Protopapas, Pavlos;
Rots, Arnold;
Thompson, Randy;
Valdes, Frank;
Skoda, Petr;
Rino, Bruno;
Derriere, Sebastien;
Salgado, Jesus;
Laurino, Omar;
Layer, the IVOA Data Access;
Groups, Data Model Working
Submitted: 2012-04-13
We present a data model describing the structure of spectrophotometric
datasets with spectral and temporal coordinates and associated metadata. This
data model may be used to represent spectra, time series data, segments of SED
(Spectral Energy Distributions) and other spectral or temporal associations.
[2]
oai:arXiv.org:1203.5725 [pdf] - 1886349
IVOA Recommendation: Simple Spectral Access Protocol Version 1.1
Tody, Doug;
Dolensky, Markus;
McDowell, Jonathan;
Bonnarel, Francois;
Budavari, Tamas;
Busko, Ivo;
Micol, Alberto;
Osuna, Pedro;
Salgado, Jesus;
Skoda, Petr;
Thompson, Randy;
Valdes, Frank;
group, the Data Access Layer working
Submitted: 2012-03-26
The Simple Spectral Access (SSA) Protocol (SSAP) defines a uniform interface
to remotely discover and access one dimensional spectra. SSA is a member of an
integrated family of data access interfaces altogether comprising the Data
Access Layer (DAL) of the IVOA. SSA is based on a more general data model
capable of describing most tabular spectrophotometric data, including time
series and spectral energy distributions (SEDs) as well as 1-D spectra; however
the scope of the SSA interface as specified in this document is limited to
simple 1-D spectra, including simple aggregations of 1-D spectra. The form of
the SSA interface is simple: clients first query the global resource registry
to find services of interest and then issue a data discovery query to selected
services to determine what relevant data is available from each service; the
candidate datasets available are described uniformly in a VOTable format
document which is returned in response to the query. Finally, the client may
retrieve selected datasets for analysis. Spectrum datasets returned by an SSA
spectrum service may be either precomputed, archival datasets, or they may be
virtual data which is computed on the fly to respond to a client request.
Spectrum datasets may conform to a standard data model defined by SSA, or may
be native spectra with custom project-defined content. Spectra may be returned
in any of a number of standard data formats. Spectral data is generally stored
externally to the VO in a format specific to each spectral data collection;
currently there is no standard way to represent astronomical spectra, and
virtually every project does it differently. Hence spectra may be actively
mediated to the standard SSA-defined data model at access time by the service,
so that client analysis programs do not have to be familiar with the
idiosyncratic details of each data collection to be accessed.
[3]
oai:arXiv.org:astro-ph/0512493 [pdf] - 78693
VOFilter, Bridging Virtual Observatory and Industrial Office
Applications
Submitted: 2005-12-19
VOFilter is an XML based filter developed by the Chinese Virtual Observatory
project to transform tabular data files from VOTable format into OpenDocument
format. VOTable is an XML format defined for the exchange of tabular data in
the context of the Virtual Observatory (VO). It is the first Proposed
Recommendation defined by International Virtual Observatory Alliance, and has
obtained wide support from both the VO community and many Astronomy projects.
OpenOffice.org is a mature, open source, front office applications suite with
the advantage of native support of industrial standard OpenDocument XML file
format. Using the VOFilter, VOTable files can be loaded in OpenOffice.org Calc,
a spreadsheet application, and then displayed and analyzed as other spreadsheet
files. Here, the VOFilter acts as a connector, bridging the coming VO with
current industrial office applications. Virtual Observatory and technical
background of the VOFilter are introduced. Its workflow, installation and usage
are presented. Existing problems and limitations are also discussed together
with the future development plans.