What about Miriade.vision
Miriade.vision
is a service of the IMCCE's Virtual Observatory project allowing the
computation of the positional ephemerides of the solar system objects: planets, major satellites, asteroids and comets.
The service can be used as a Web service and easily integrated into your own software (cf.
Miriade.ephemcc
main page). We propose some examples of
client programs for that. The service can also be used through
a Web form which allows to define your input parameters, and to submit
requests. This page describes how to do with some of the input parameters of the service.
The ephemerides of planets are, by default, computed with the IMCCE's INPOP
4-D planetary theory. The ephemerides of the natural satellites are computed from various peculiar planetary solutions.
The ephemerides of the asteroids and comets are computed by numerical integration of the n bodies
perturbated problem (post-newtonian approximation). The dynamical properties of the asteroids are taken from the
ASTORB database of the Lowell Observatory or the
MPCORB database of the Minor Planet Center.
The dynamical properties of the comets are taken from the COMETPRO
database of the IMCCE.
The dynamical properties of asteroids and comets are updated weekly (early Monday morning).
The dynamical properties of the planets and their natural satellites are updated as soon
as a new solution has been made publicly available.
How to use Miriade.vision service?
Several methods can be helpful:
How to define celestial objects?
The choice of a Solar system object (Sso) can be done by its official name, or its number, or its provisional designation.
For the moment, the knowledge database of Miriade does not recognize all the possible designations of Sso. In particular,
historical names of asteroids, comets and natural satellites may not be recognized. To avoid that, we recommend to use the
current designations of Sso. The nomenclature of names of Sso is defined and maintained by the
Working Group for Planetary System Nomenclature (WGPSN) of the
Division III of the
International Astronomical Union.
The choice of a (extra)galactic object must be done by an identifier recognized by the Simbad
astronomical database, maintained by the Strasbourg astronomical Data Center.
The general syntaxe of celestial object names in Miriade.ViSiON is the following:
<prefix>:<name>[=alias]
where <prefix>
is one of the following codes:
a
to point out an asteroid
c
to point out a comet
dp
to point a dwarf planet
e
to point out any fixed point on the celestial sphere
p
to point out a planet or a natural satellite
u
to point out a Simbad object
where <name>
is the official number or name or the provisional designation of a Sso,
or an identifier recognized by Simbad astronomical database for non Sso,
or the equatorial coordinates of any fixed point on the celestial sphere.
where <alias>
is the name that will be associated to the object in tables and figures
of ViSiON (e.g. u:TYC_5595009821=PSF1
).
Restrictions:
- the names of asteroids and comets must be the ones adopted in ASTORB and COMETPRO databases. For the natural satellites,
only the ones for which an ephemeris is available are recognized.
- the names of celestial objects outside the solar system must comply with the
Dictionary of Nomenclature of celestial objects of Simbad.
The syntaxe of the names must follow the following rule:
<catalogue>_<identifier>
| <proper_name>
where catalogue
is the acronym of the catalogue (e.g., HIP, TYC, ...),
where identifier
is the identifier of the object (usually a number),
and where proper_name
is the usual name of the object (e.g. Polaris, Sirius).
If the number is composed of a sequence of numbers (e.g. FFFF-NNNNN-N) then the leading zero
must be discarded, e.g. TYC 5595-00982-1 is written TYC_55959821.
Examples:
M_31, HIP_11767, Polaris, TYC_55959821
- the fixed points on the celestial sphere are defined by their equatorial coordinates (RA,DEC), and must comply the format:
<RA>±<DEC>
with RA and DEC expressed in hours and degrees, formated in decimal or sexagesimal
number (with the character underscore (_
) as field separator). It is recommended to encode the plus sign
(+
) of DEC by its term percent-encoding %2B
.
Examples:
e:0_10_30%2B45_2_12.4, e:0.175-45.03678
How to define the computation epoch?
The epoch must be formatted as a textual english date (in accordance with the
GNU syntax of dates),
or as a julian day or as an ISO 8601 date.
Examples (non exhaustive) of valid dates:
- now
- 2006-01-27T1:53:34
- 2453762.529467592
- 10 September 2000
- +1 day
- +1 week 2 days 4 hours 2 seconds
- next Thursday
- last Monday
The timescale of the epoch is UTC. The period of time for which ephemeris can
be computed is 1951-01-01 12h (2433647.0) to 2024-12-31 12h (2460676.0).
Restriction: the seconds must be an integer number in the ISO format. For a time
resolution better than a second, please use the julian period.
Tolerance: the character 'T' of the ISO 8601 format can be omitted.
How to define the coordinates of the observer?
To define the observer's location, use the IAU code
of the observatory of your choice, or provide the geographical coordinates formatted as
a geographic location URI:
[+-]latitude, [+-]longitude, altitude
or as the less recommended free format:
[+-]longitude [+-]latitude altitude
The longitude and latitude must be expressed in decimal degrees in the WGS84 reference system,
and the altitude must be expressed in meters above the mean sea level. Longitudes are negative toward
West. The sign +
of the longitude and latitude can be omitted. If not, use the encoding
%2B
instead of the symbol +
which is not correctly transmitted in the URL.
Example for Paris observatory (2°20′11.4874" E, 48°50′11.32" N, 67 m):
-observer=%2B48.836477778, 2.336524278, 67.0
The former arguments longitude
and latitude
are still
usable, but they are deprecated, and we encourage you to update your code.
How to define criteria for visibility?
The criteria of visibility can be tuned by defining values or range of values for multiple parameters specifying the required
conditions of for observation. The criteria are provided through the cuts
parameter of the Web service, or by using
the "Advanced parameters" item of the ViSiON query form. In both cases, they are defined by a coma
separated list of tags written as an IDL structure: <tag1>:<value1>, ..., <tagN>:<valueN>
The list of accepted tags is:
el:{min:<minval>,max:<maxval>}
- Minimum and maximum elevation of the target, in degrees
mag:{min:<minval>,max:<maxval>}
- Minimum and maximum apparent V magnitude of the target
phase:{min:<minval>,max:<maxval>}
- Minimum and maximum solar phase angle, in degrees, for solar system objects only
elong:{sun:<val>,moon:<val>}
- Minimum solar and lunar elongation, in degrees
diam:{min:<minval>,max:<maxval>,unit:<val>}
- Minimum and maximum apparent diameter of the target, in the specified unit (sec, min, deg)
duration:<val>
- Minimum time span during which all conditions are met, in minutes
event:'<val>'
- Event defining the beginning and the end of the night, either sunrise/sunset:
<val>=sun
,
or the civil, nautical, or astronomical twilights: <val>=civil|nautic|astro
Examples:
- Set minimum elevation to 40°:
el:{min:40.0}
- Set elevation between 60° and 80°:
el:{min:60.0,max:80.0}
- Set maximum phase angle to 20°:
phase:{max:20.0}
- Set minimum time span during which conditions are met to 1h:
duration:60.0
- Set night begin/end to astronomical twilight:
event:'astro'
All tags are optional. The default criteria of visibility are:
30° ≤ Elevation ≤ 90 °
-30 ≤ Magnitude ≤ 90
0° ≤ Phase ≤ 180°
Sun elongation = 30°
Moon elongation = 5°
0.0 ≤ Diameter ≤ 9999.0 arcsec
Duration = 10 minutes
Night limits = 'civil'
How to change the order of listed targets?
The order in which ViSiON lists the targets can be set via the simple sort
parameter of the Web service, or by using the
"Advanced parameters" item of the ViSiON query form. The sort
parameter must be written at
the last position, and can take the following values:
mv
- Sort by apparent magnitude
diam
- Sort by apparent diameter
RA
- Sort by right ascencion [default]
Dec
- Sort by declination
rate
- Sort on non-sidereal rate
alt
- Sort by the maximum altitude reached
az
- Sort by the azimuth at maximum altitude
gLon
- Sort by galatic longitude
gLat
- Sort by galatic latitude
dObs
- Sort by the range to observer
dSun
- Sort by heliocentric distance
phase
- Sort by phase angle
sunE
- Sort by solar elongation
moonE
- Sort by lunar elongation
type
- Sort by target type (asteroid, planet, star...)
When sorting by target type, a second sorting parameter can be set, among the list above,
with the following syntax: type>
parameter, e.g.: type>dObs
to sort according to target type, then according to the range to observer.