Jump to content

Starlink Project

From Wikipedia, the free encyclopedia
Starlink logo
Starlink logo

TheStarlink Project,referred to by users asStarlinkand by developers as simplyThe Project,was aUKastronomicalcomputing project which supplied general-purpose data reduction software. Until the late 1990s, it also supplied computing hardware and system administration personnel to UK astronomical institutes. In the former respect, it was analogous to theUSIRAFproject.

The project was formally started in 1980, though the funding had been agreed, and some work begun, a year earlier. It was closed down when its funding was withdrawn by theParticle Physics and Astronomy Research Councilin 2005. In 2006, theJoint Astronomy Centrereleased its own updated version of Starlink and took over maintenance; the task was passed again in mid-2015 to theEast Asian Observatory.The latest version was released on 2018 July 19.

Part of the software isrelicensedunder theGNU GPLwhile some of it remain under the original custom licence.[1]

History

[edit]

From its beginning, the project aimed to cope with the ever-increasing data volumes which astronomers had to handle. A 1982 paper exclaimed that astronomers were returning from observing runs (a week or so of observations at a remote telescope) with more than 10 Gigabits of data on tape;[2]at the end of its life the project was rolling out libraries to handle data of more than 4 Gigabytes per single image.

Starlink c. 1999

The project provided centrally-purchased (and thus discounted) hardware, professional system administrators, and the developers to write astronomical data-reduction applications for the UK astronomy community and beyond. At its peak size in the late 1980s and early 1990s, the project had a presence at around 30 sites, located at most of the UK universities with an astronomy department, plus facilities at theJoint Astronomy Centre,the home ofUKIRTand theJames Clerk Maxwell TelescopeinHawaii.The number of active developers fluctuated between five and more than a dozen.

By 1982, the project had a staff of 17, serving about 400 users at six sites, using sevenVAXen(sixVAX-11/780sand oneVAX-11/750,representing a total of about 6.5 GB of disk space). They were networked from the outset, first withDECNETand later withX.25.

Between 1992 and 1995 the project switched to UNIX (and switched the networking to TCP/IP), supportingDigital UNIXonAlpha-based systems, andSolarison systems fromSun Microsystems.By the late 1990s it was additionally supportingLinux,and by 2005 it was supportingRed Hat Linux,Solaris, andTru64 UNIX.It was about this time that the project open-sourced its software (using theGNU General Public License;it had previously had an "academic use only" licence), and reworked its build system so that the software could be built on a much broader range ofPOSIX-like systems, includingOS XandCygwin.

Though it was not explicitly funded to do so, the project was an early participant in theVirtual Observatorymovement, and contributed to theIVOA.One of its VO applications was TOPCAT, development of which continues, withAstroGridfunding.

Applications, libraries, and other facilities

[edit]

The project produced a number of applications and libraries, including:

GAIA
The main GUI application, which acts as a general astronomical image viewer, as well as a front end to many of the other applications.
ORAC-DR
The ORAC-DR data reduction system, developed atJAC Hawai'i,is a data processing pipeline for incoming data. It is in use for online data reduction at UKIRT and JCMT for a variety of instruments. This is not a Starlink application as such, but it is tightly integrated with the Starlink suite, and by default uses Starlink software as its application engines. See theORAC-DR home pagefor further details.
KAPPA
A suite of general-purpose data-analysis and visualisation tools, usable both from the command-line and graphically. It provides general-purpose applications that have wide applicability, concentrating on image processing, data visualisation, and manipulating NDF components. It integrates with other Starlink packages. In a wider context, KAPPA offers facilities not in IRAF, for instance handling of data errors, quality masking, a graphics database, availability from the shell, as well as moren-dimensional applications, widespread use of data axes, and a different style. It integrates with instrument packages developed at UK observatories. With the automatic data conversion and the availability of KAPPA and other Starlink packages from within theIRAFcommand language, it's possible to pick the best of the relevant tools from both systems to get the job done.
CCDPACK
A package of programs for reducingCCD-like data. They allow you to debias, remove dark current, pre-flash, flatfield, register, resample, normalize and combine your data.
AST
A flexible and powerful library for handling World Coordinate Systems, partly based on the SLALIB library. If you are writing software for astronomy and need to use celestial coordinates (e.g. RA and Dec), spectral coordinates (e.g. wavelength, frequency, etc.), or other coordinate system information, then this library should be of interest. It provides solutions for most of the problems you will meet and allows you to write robust and flexible software. It is able to read and write WCS information in a variety of formats, includingFITS-WCS. It hasFortran,C and Python bindings.
SLALIB
A library of routines intended to make accurate and reliable positional-astronomy applications easier to write. Most SLALIB routines are concerned with astronomical position and time, but a number have wider trigonometrical, numerical or general applications. As well as this GPL version, there is also acommercial version of SLALIBavailable from its original author.
HDS
AHierarchical Data System—is a portable, flexible system for storing and retrieving data, and takes over from a computer's filing system at the level of an individual file. A conventional file effectively contains a 1-dimensional sequence of data elements, whereas an HDS file can contain a more complex structure. It predates theHierarchical Data Formatby several years.
NDF
NDF is the project's principal data format. Built upon HDS theN-dimensional Data Format—is for storing bulk data in the form ofn-dimensional arrays of numbers: mostly spectra, images, and cubes. It supports concepts such as quality, data errors, world coordinate systems, andMetadata.It is also extensible to handle user-defined information.
ADAM
The ADAM environment was a standardised software environment developed initially by theRoyal Greenwich Observatory,and then adopted and developed by Starlink between 1985 and 1990. It was initially designed as a telescope control system, installed at theAnglo-Australian TelescopeatSiding Spring Observatory,theWilliam Herschel Telescopeat theIsaac Newton Group of TelescopesonLa Palma,and at theJames Clerk Maxwell TelescopeonMauna Kea(where it is still working in legacy systems), but its role expanded to cover graphics, data access, interprocess communication, and the full range of functionality required to support a diverse range of interoperable applications. Although it is no longer seriously used for telescope control, other layers of it live on in the current versions of the Starlink applications and libraries.

The project also produced a number of cookbooks on various astronomical topics.

By the end, the project's code base consisted of around 100 components, totalling around 2,100,000source lines of codewritten by the project or curated by it, in various languages including Fortran, C, C++, Java, Perl and Tcl/Tk, plus another 700,000 lines of customised third-party code.[citation needed]

Obtaining the software

[edit]

At present, though funding for the project has ceased, the software is still available, either as pre-built distributions, or from aGitrepository.[3]TheAstrophysics Source Code Librarymaintains an entry on Starlink.[4]

TheJoint Astronomy Centretook over the maintenance of the Starlink codebase (with support fromSTFC), and made the following releases:[5]

  • Keoe (Vega)on 2006 September 7
  • Hokulei (Capella)in Spring 2007 March 1
  • Puana (Procyon)on 2007 August 22
  • Humu (Altair)on 2008 February 8.
  • Lehuakona (Antares)on 2008 November 12.
  • Nanahope (Pollux)on 2009 July 27.
  • Hawaiki (Deneb)on 2010 January 20.
  • Namaka (Lambda Scorpii)on 2011 February 8.
  • Kapuahi (Aldebaran)on 2012 September 17.
  • Hikianalia (Spica)on 2013 April 15.
  • 2014Aon 2014 July 24.

The East Asian Observatory has now taken over co-ordination and maintenance of Starlink software, and it has made the following releases:[5]

  • 2015Aon 2015 April 6.
  • 2015Bon 2015 December 17.
  • 2016Aon 2016 November 15.
  • 2017Aon 2017 August 10.
  • 2018Aon 2018 July 19.
  • 2021Aon 2021 December 27.
  • 2023Aon 2021 December 20.

See also

[edit]

References

[edit]
  1. ^"StarlinkLicence - Starlink".Starlink.jach.hawaii.edu. 2009-02-01. Archived fromthe originalon 2012-01-23.Retrieved2012-01-28.
  2. ^Disney, M. J.; Wallace, P. T. (1982). "Starlink".Quarterly Journal of the Royal Astronomical Society.23:485.Bibcode:1982QJRAS..23..485D.
  3. ^Starlink developers' pages
  4. ^Various (2011)."Starlink: Multi-purpose Astronomy Software".Astrophysics Source Code Library:ascl:1110.012.Bibcode:2011ascl.soft10012V.
  5. ^ab"Starlnk software releases".starlink.eao.hawaii.edu.East Asian Observatory.Retrieved2024-03-05.
[edit]