The VESPA infrastructure uses the IVOA registry to declare VESPA services. Each VESPA data provider has to register be registered with this Registry and declare a naming authority. The naming authority is the entity responsible for declaring and maintaining declaration of services that are done under its naming authority. The
ivo-id (IVOA identifierIdentifier) is a URI starting with
ivo:// followed by the naming authority short name. A Data services are then declared after a "
/" character is appended and the following is whatever after the naming authority using a path-like structure you decide as a naming authority. The recommended data center framework (DaCHS) includes the procedure required to register your naming authority and your data services.
Detailed informations and guidelines on
ivo-id are available on the IVOA website: http://www.ivoa.net/documents/latest/IDs.html
An ivo-id validator is available at GAVO: http://dc.zah.uni-heidelberg.de/ivoidval/q/val/form
VESPA Guidelines for new
Team new to the VO concepts may find difficult to decide how to forge their first identifiers. We propose here guidelines to build your identifiers. These guidelines should help you to declare and organize future data services.
The naming authority is the formal entity that is declaring and maintaining its identifiers. It is usually the data center of an institute or university. Hence, it is advised to use the data center acronym, possibly coupled with that of the hosting institute. Some examples:
|Hosting Institute||Data Center||Naming Authority ivoid|
|Observatoire de Paris-Meudon (OBSPM)||Paris Astronomical Data Center (PADC)||ivo://vopdc.obspm|
|National Aeronautics and Space Administration (NASA)||High Energy Astrophysics Science Archive Research Center (HEASARC)||ivo://nasa.heasarc|
|Instituto Nazionale di Astrofisica (INAF)||Italian Center for Astronomical Archive (IA2)||ivo://ia2.inaf|
|(several)||Centre de Données de la Physique des Plasmas (CDPP)||ivo://cdpp|
The construction of an ivo-id rely upon the naming authority it depends on. We suggest here a construction rule that is aiming at facilitating the addition of new data services, as well as facilitating there discovery. We propose to follow a hierarchical (path-like) structure, starting from the naming authority, and cascading down to the service itself. For instance, if you want to declare an EPN-TAP service sharing data from a database called "my_database" in a "my_group" team from a "my_lab" laboratory, you would have:
The last section of this ivo-id example (
epn) indicates that you declare the EPN-TAP service for that database. This allows you to have other interfaces on that database, such as a SIAP (Simple Image Access Protocol) on, using "
sia" as a final element instead of "
IVOA Registry Descriptor
|APIS EPN-TAP service||Auroral Planetary Imaging and Spectroscopy||OBSPM-LESIA||ivo://vopdc.obspm||ivo://vopdc.obspm/lesia/apis/epn||XML|
CHIANTI consists of a critically evaluated set of up-to-date atomic data
NASA dust catalogue TAP service
| is an internal resource of the SBDN, since we have internally developed original services to access this catalogs. NASA's Cosmic dust catalog 15 and 18 have been joined to obtain this service. 467 (from catalog 15) plus 957 (from catalog 18) dust grains with their main characteristics, images and X-ray spectra are listed. Not only cosmic dust particles are listed, but also terrestrial contamination (natural), terrestrial contamination (artificial) and aluminium oxide spheres.|
Cosmic dust catalog
|AMDAThe AMDA (||Automated Multi Dataset Analysis) tool is an online tool that enables data processing, data mining and plotting for most of the space physics datasets.||CDPP (IRAP-CNES)||ivo://cdpp||ivo://cdpp/amda||XML|