Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.

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:

An ivo-id validator is available at GAVO: 

VESPA Guidelines for new ivo-ids

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.

Naming Authority

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 InstituteData CenterNaming 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

Data Services

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: ivo://my_authority/my_lab/my_group/my_database/epn.

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 "epn".

Existing examples:

The 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.The AMDA () tool is an online tool that enables data processing, data mining and plotting for most of the space physics datasets.




Naming Authority


IVOA Registry Descriptor

APIS EPN-TAP service Auroral Planetary Imaging and SpectroscopyOBSPM-LESIAivo://vopdc.obspmivo://vopdc.obspm/lesia/apis/epnXML


CHIANTI consists of a critically evaluated set of up-to-date atomic data





NASA dust catalogue TAP service

Cosmic dust catalog





AMDAAutomated Multi Dataset AnalysisCDPP (IRAP-CNES)ivo://cdppivo://cdpp/amdaXML