5.1 Table Formats

The generic table commands in STILTS (currently tpipe, tcopy, tmulti, tmultin, tcat, tcatn, tloop, tjoin, tgridmap, tgroup, tcube, tmatch1, tmatch2, tmatchn, tskymap, tskymatch2, pixfoot, pixsample, plot2corner, plot2cube, plot2plane, plot2sky, plot2sphere, plot2time, plot2d, plot3d, plothist, cdsskymatch, cone, coneskymatch, sqlskymatch, tapquery, tapresume, tapskymatch and regquery) have no native format for table storage, they can process data in a number of formats equally well. STIL has its own model of what a table consists of, which is basically:

• Some per-table metadata (parameters)
• A number of columns
• Some per-column metadata
• A number of rows, each containing one entry per column

The formats the package knows about are dependent on the input and output handlers currently installed. The ones installed by default are listed in the following subsections. More may be added in the future, and it is possible to install new ones at runtime - see the STIL documentation for details.

Some formats can be used to hold multiple tables in a single file, and others can only hold a single table per file.

• 5.1.1 Input Formats
• 5.1.1.1 fits
• 5.1.1.2 colfits
• 5.1.1.3 votable
• 5.1.1.4 cdf
• 5.1.1.5 csv
• 5.1.1.6 ecsv
• 5.1.1.7 ascii
• 5.1.1.8 ipac
• 5.1.1.9 pds4
• 5.1.1.10 mrt
• 5.1.1.11 parquet
• 5.1.1.12 hapi
• 5.1.1.13 feather
• 5.1.1.14 gbin
• 5.1.1.15 tst
• 5.1.1.16 wdc
• 5.1.2 Output Formats
• 5.1.2.1 fits
• 5.1.2.2 votable
• 5.1.2.3 csv
• 5.1.2.4 ecsv
• 5.1.2.5 ascii
• 5.1.2.6 ipac
• 5.1.2.7 parquet
• 5.1.2.8 feather
• 5.1.2.9 text
• 5.1.2.10 html
• 5.1.2.11 latex
• 5.1.2.12 tst
• 5.1.2.13 mirage
• 5.1.3 Non-standard FITS conventions
• 5.1.3.1 FITS-plus
• 5.1.3.2 Wide FITS