http://vizier.cds.unistra.fr/doc/asu.html
M. Albrecht (ESO / Garching, Germany)
M. Barylak (ESA / IUE, Villafranca, Spain)
D. Durand (CADC / DAO, Canada)
P. Fernique (CDS / Strasbourg, France)
A. Micol (ST-ECF / Garching, Germany)
F. Ochsenbein (CDS / Strasbourg, France)
F. Pasian (OAT / Trieste, Italy)
B. Pirenne (ST-ECF / Garching, Germany)
D. Ponz (ESA / IUE, Villafranca, Spain)
M. Wenger (CDS / Strasbourg, France)
A few extensions are used at CDS, mainly for managing lists, and for meta queries; a summary of ASU conventions at CDS is also available.
This document is a proposal, for discussion, on a possible syntax for information exchange among remote astronomical services, like catalogues and archives, with the HTTP protocol, thus allowing embedded hyperlinks of the general form
or
http://host_name/cgi_path?-source=source&field1=value&field2=value...
where host_name represents the server's Internet node, cgi_path a server program normally started by the http daemon, source a catalogue or data source. The arguments can be used, either to specify constraints, or to specify options (options are preceded by a - (dash), to differentiate options from actual field or parameter names).
Please let us know your comments to cds-question@unistra.fr
The source naming can be specified either in the PATH_INFO part of the URL, or as the value of the -source= argument (the first form above is maintained for historical reasons). In the case of astronomical catalogues, it is recommended to use the CDS (e.g. V/50, or J/A+AS/111/123) or ADC (e.g. 5050) nomenclature, or a well-known abbreviation (e.g. BSC), to define a catalogue.
In the case when cgi_path supports several catalogues, the -source= syntax is required, and the individual catalogues are separated by a comma. An additional -corr= option can be used to specify how the designated catalogues are combined to generate the appropriate answer; the default, without the -corr= option, is to apply successively the cgi_path program to each catalogue of the list (union query)
For servers which accept standard SQL queries, the way of supplying the query string is via a -sql option, e.g.
http://host_name/cgi_path?-sql=select%20distinct%20name%20from%20table
There are two possible equivalent syntaxes ...
or
{-c.ra=RA&-c.dec=Dec|-c.obj=object_name} [&-c.eq=equinox][&-c.ep=epoch][{{&-c.rm=[min/]max | &-c.bm=x[/y]}]
(the -c.rm can itself be decomposed into -c.rm.min and -c.rm.max; the same structure decomposition can be applied for the -c.bm parameter)
where:
Note: if only one of (equinox, epoch) is specified, the two parameters are assumed to be identical.
Note: the x axis is always oriented along the RA or longitude on the given frame / equinox specified by the eq= parameter, and the y axis is oriented toward North; at the poles (declination or latitude value of +/-90 degrees), the orientation of the axises is undefined.
units: the specification of the size of the target is expressed in degrees with rd= or bd= parameters, and in arc seconds with rs= or bs= parameters.
Example: One specific example of this query is the query for resolving a name from SIMBAD or NED. In that case the client sends: ...?-c.obj=M31 and receives the J2000 coordinate for that object.
Content-type: content_type (mandatory line)
Content-length: length_in_bytes (optional line)
followed by an empty line. The format in which the result is coded, the content_type, is one of the possibilities detailed in the first column of the next tables (for images, tables, and starbase). This format can be selected by the -mime= option. The possibilities are:
-mime=[html|fits|tsv|text|gif|jpeg|starbase|ps|pdf...]
(ex: tsv = tab-separated value) The relation between the -mime= argument and the content_type is:
image/x-fits | Pure FITS file |
image/x-hfits | Hcompressed FITS file |
image/x-gfits | GZIPed FITS file |
image/x-cfits | Compressed FITS file (UNIX) |
image/x-sfits | Compressed FITS file (Stark) |
binary/x-fits | Pure FITS file |
binary/x-gfits | GZIPed FITS file |
binary/x-cfits | Compressed FITS file (UNIX) |
text/tab-separated-values | ascii tables with columns separated by TABs (UNIX) |
binary/x-starbase | Pure starbase file |
binary/x-gstarbase | GZIPed starbase file |
binary/x-cstarbase | Compressed starbase file (UNIX) |
The default output mime type is chosen by the Server, either as one of the acceptable format defined in the client's HTTP_ACCEPT set, or ultimately server dependent.
-oc={hms|dms|deg}[,eq=equinox][,ep=epoch]
Specifies the format of the coordinates returned by the server. The conventions are similar to the -c= parameter for specifying the Query by position; the same hierarchical option expansion is possible, e.g. -oc.eq= specifies the equinox of the output coordinates.
The default coordinate format is server dependent.
List of field names on which the output is (increasingly) sorted. The default result ordering is server dependent.
-resolv={ned|simbad}
Specifies which name resolver (conversion of object name into a position on the sky) to be used by the server. If not present, it is up to the service provider to select.
For its own requirements, CDS has a small set of meta extensions currently in use.
http://cadcwww/cadcbin/search/cfht?-c=12:12:12-14:23,eq=B1950,rm=3.&-mime=tsv
Other examples (being tested):
A complex example (from ESO): http://archive.eso.org/general-server/bin/general-server-V0.5?-source=hstscience,eso-ntt&-c=10:45-59:41&-c.rm=3&-c.eq=J2000&-oc.eq=J2000&-oc.ra=hms&-oc.dec=dms&-mime=text/html&-out.max=6
Please let us know your comments to asu@vizier.cds.unistra.fr
Operator | Meaning | Example |
---|---|---|
= | Strict equality (default) | =10 |
!= | Inequality | !=10 |
>= | Greater or equal | >=10 |
> | Strictly greater | >10 |
<= | Smaller or equal | <=10 |
< | Strictly smaller | <10 |
.. | Range of numbers | 5..10 |
& | AND (logical operator) | 1..5 & 7..9 |
| | OR (logical operator) | 1..5 | 7..9 |
, | List of values | 0,1,2 |
! | NOT (logical operator) | ! 1..5 |
Type | Meaning | Example |
---|---|---|
null | Unspecified (blank)value | (<0)|null |
now | Current date and time (DATE only) | < now |
RA | Sexagesimal hours, minutes, seconds of time | 23 56 .. 00 04 |
Right ascension in decimal degrees | 359 .. 001 | |
Dec | Sexagesimal degrees, minutes, seconds of arc | +41 45 .. +42 30 |
Declination in decimal degrees | +41.75 .. +42.50 | |
DATE/TIME | UT Date and time, alphabetic month | >= 1-Jan-1996 |
UT Date and Time, numeric month | >= 1996.01.01 00:00:00 | |
Julian Date | >=JD2450083.5 |
Operator | Meaning | Example |
---|---|---|
~ | Caseless pattern matching (default) | ~ngc*3532* |
= | Pattern matching | =NGC*3532* |
=~ | Caseless equality | =~eso |
== | Strict equality | ==ESO |
!~ | NOT caseless pattern matching | !~[obafgkm]* |
! | NOT pattern matching | ![OBAFGKM]* |
!= | Strict inequality | !=ESO |
>= | Alphabetically greater or equal | >=A |
> | Alphabetically strictly greater | >M 51 |
<= | Alphabetically smaller or equal | <=B* |
< | Alphabetically strictly smaller | < NGC |
Symbol | Meaning | Example |
---|---|---|
[...] | One of the characters defined within the brackets | =[OBA]* |
The - (dash or minus) indicates a range of characters | =[A-Za-z]* | |
[^...] | Any single character NOT contained within the brackets | =[^OBAFGMN]* |
* | Replaces 0 to n characters | [OB]* |
? | Replaces 1 character | A?C* |
A few programs which can be useful in the ASU context are also available
Please let us know your comments to asu@vizier.cds.unistra.fr