Dear Miguel,
I also think that this protocol could be use for searching any "a priori
undefined" database, like the cosmological simulation one (before doing the
SNAP cutout, or better for finding the data to cutout) or the stellar track
model database.
So the output for these services could be (following your example):
<description> N-body+SPH Lambda Cold Dark Matter cosmological model perform
using Gadget-2 code by ... <description>
<param name="Hparam" ucd ="....." units="km /s Mpc" datatype="float">
<description> Hubble parameter <description>
</param>
<param name="Omegam" ucd ="....." units="" datatype="float">
<description> Omega matter <description>
<param
....
</param>
Or
<description> A bag of Stellar Tracks and Isochrones BaSTI perform using
FRANEC code by ... <description>
<param name="Mloss" ucd ="phys.mass.loss" units=".." datatype="float">
<description> Mass loss <description>
</param>
<param name="He" ucd ="phys.abund.Y" units=".." datatype="float">
<description> Helium abundance <description>
</param>
<param
....
</param>
And then go in the details .... selecting the related quantities in the
range possibilities.
I think is a good choice making the query in separated and linked steps for
any type of simulated data and add this capability to the VO tools that can
visualized or analyse these kind of data. The problem could be that the
output format of the simulated data could be very different, for example
Aladin is able to open only 2-D data, or catalog, so the steps of the query
must go to a 2-D file (if exist or there is some service able to create it)
like maps of N-D files like Gadget format or HDF5, or create only a catalog
of simulated objects.
Cheers,
Patrizia
-----Messaggio originale-----
Da: owner-theory-at-eso.org [mailto:owner-theory-at-eso.org] Per conto di Miguel
Cerviņo
Inviato: domenica 8 luglio 2007 22.52
A: theory-at-ivoa.net
Cc: Carlos Rodrigo
Oggetto: Theoretical access protocol
Dear all,
following with the discussion started previously about Spectral
theoretical access,
Pedro Osuna posted to the dal maillist a revision of the SSA
protociol with an appendix with a detailed description about the TSAP
protocol.
I just take the appendix of this document and I have put it in:
http://dae17.iaa.es:8080/~mcs/VO/TSAP.pdf
I would like to discuss a bit more in this group about this protocol.
In particular, it is not a protocol necessarily related with spectra,
but with it can be used
for any "a priori undefined" database.
In particular, for the SNAP case, at the very begin of the workflow,
it is needed
something similar to the protocol described here (unless SNAP
services will only work
as webservices without interoperatibility with other applications):
The first step before
SNAP properly began to work is to as the SNAP service what it offers!!
Additionally, it can be used for access to some theoretical services already available.
Cheers :)
m Received on 2007-07-10Z15:11:25