{ "nbformat": 4, "nbformat_minor": 0, "metadata": { "colab": { "name": "visibility_data_selection.ipynb", "provenance": [], "collapsed_sections": [], "toc_visible": true } }, "cells": [ { "cell_type": "markdown", "metadata": { "id": "DPWzFyXG0ECy" }, "source": [ "# Visibility Data Selection \n", "\n", "Once in MS form, subsets of the data can be operated on using the tasks and tools. In CASA, there are three common data selection parameters used in the various tasks: *field*, *spw*, and *selectdata*. In addition, the *selectdata* parameter, if set to *True*, will open up a number of other sub-parameters for selection. The selection operation is unified across all the tasks. The available *selectdata* parameters may not be the same in all tasks. But if present, the same parameters mean the same thing and behave in the same manner when used in any task.\n", "\n", "For example:\n", "\n", "```\n", "field = '' #field names or index of calibrators ''==>all\n", "spw = '' #spectral window:channels: ''==>all\n", "selectdata = False #Other data selection parameters\n", "```\n", "\n", "versus\n", "\n", "```\n", "field = '' #field names or index of calibrators ''==>all\n", "spw = '' #spectral window:channels: ''==>all\n", "selectdata = True #Other data selection parameters\n", "timerange = '' #time range: ''==>all\n", "uvrange = '' #uv range''=all\n", "antenna = '' #antenna/baselines: ''==>all\n", "scan = '' #scan numbers\n", "msselect = '' #Optional data selection (Specialized. but see help)\n", "```\n", "\n", "The following are the general syntax rules and descriptions of the individual selection parameters of particular interest for the tasks.\n", "\n", " \n", "The full documentation of the MeasurementSet data selection syntax can be found on the [CASAcore documentation](https://casacore.github.io/casacore-notes/) page, document 263 \"[Measurement Selection Syntax](https://casacore.github.io/casacore-notes/263.html)\" see also [CASA Memo 3](https://drive.google.com/file/d/1LXrVu529pI_Di2-J6BJqmlXbgfihc2nf/view?usp=sharing). Links to relevant subsections are provided in the subsections below.\n", "\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "-hq-q0nR0ECz" }, "source": [ "## General selection syntax \n", "\n", "Most of the selections are effected through the use of selection strings. This sub-section describes the general rules used in constructing and parsing these strings. Note that some selections are done through the use of numbers or lists. There are also parameter-specific rules that are described under each parameter.\n", "\n", "All lists of basic selection specification-units are comma separated lists and can be of any length. White-spaces before and after the commas (e.g. *'3C286, 3C48, 3C84'*) are ignored, while white-space within sub-strings is treated as part of the sub-string (e.g. *'3C286, VIRGO A, 3C84'*). In some cases, spaces need to be quoted, e.g. *\\\"'spw 1'\\\"* (note the double quote around the single quotes).\n", "\n", "All integers can be of any length (in terms of characters) composed of the characters 0--9. Floating point numbers can be in the standard format (*DIGIT.DIGIT*, *DIGIT.*, or *.DIGIT*) or in the mantissa-exponent format (e.g. *1.4e9*). Places where only integers make sense (e.g. IDs), if a floating point number is given, only the integer part is used (it is truncated). CASA 6 internally promotes integers to doubles, and for tasks CASA 6 ensures that the parameter values are converted to the internally acceptable type.\n", "\n", "Range of numbers (integers or real numbers) can be given in the format *\\'N0\\~N1\\'*. For integer ranges, it is expanded into a list of integers starting from *N0* (inclusive) to *N1* (inclusive). For real numbers, it is used to select all values present for the appropriate parameter in the MeasurementSet between *N0* and *N1* (including the boundaries). Note that the `'~'` (tilde) character is used rather than the more obvious '*-*' in order to accommodate hyphens in strings and minus signs in numbers.\n", "\n", "Wherever appropriate, units can be specified. The units are used to convert the values given to the units used in the MeasurementSet. For ranges, the unit is specified only once (at the end) and applies to both the range boundaries.\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "NfYSvyK20EC0" }, "source": [ "## String Matching \n", "\n", "String matching can be done in three ways. Any component of a comma separated list that cannot be parsed as a number, a number range, or a physical quantity is treated as a regular expression or a literal string. If the string does not contain the characters '\\*', '{', '}' or '?', it is treated as a literal string and used for exact matching. If any of the above mentioned characters are part of the string, they are used as a regular expression. As a result, for most cases, the user does not need to supply any special delimiters for literal strings and/or regular expressions. For example:\n", "\n", "```\n", "field = '3' #match field ID 3 and not select field named \"3C286\".\n", "\n", "field = '3*' #used as a pattern and matched against field names. If\n", " #names like \"3C84\", \"3C286\", \"3020+2207\" are found,\n", " #all will match. Field ID 3 will not be selected\n", " #(unless of course one of the above mentioned field\n", " #names also correspond to field ID 3!).\n", "\n", "field = '30*' #will match only with \"3020+2207\" in above set.\n", "```\n", "\n", "However if it is required that the string be matched exclusively as a regular expression, it can be supplied within a pair of '/' as delimiters (e.g. '/.+BAND.+/'). A string enclosed within double quotes ('\\\"') is used exclusively for pattern matching (patterns are a simplified form of regular expressions - used in most UNIX commands for string matching). Patterns are internally converted to equivalent regular expressions before matching. See the Unix command \\\"info regex\\\", or visit [http://www.regular-expressions.info](http://www.regular-expressions.info), for details of regular expressions and patterns.\n", "\n", "Strings can include any character except the following:\n", "\n", "```\n", "',' ';' '\"' '/' NEWLINE\n", "```\n", "\n", "(since these are part of the selection syntax). Strings that do not contain any of the characters used to construct regular expressions or patterns are used for exact matches. Although it is highly discouraged to have name in the MS containing the above mentioned reserved characters, if one does choose to include the reserved characters as parts of names etc., those names can only be matched against quoted strings (since regular expression and patterns are a super-set of literal strings -- i.e., a literal string is also a valid regular expression).\n", "\n", "This leaves '\\\"', '\\*', '{', '}' or '?' as the list of printable character that cannot be part of a name (i.e., a name containing this character can never be matched in a MSSelection expression). These will be treated as pattern-matching even inside double double quotes (*'\\\" \\\"'*). There is currently no escape mechanism (e.g. via a backslash).\n", "\n", "Some examples of strings, regular expressions, and patterns:\n", "\n", "- The string *'LBAND'* will be used as a literal string for exact match. It will match only the exact string *LBAND*.\n", "- The wildcarded string '\\*BAND\\*' will be used as a string pattern for matching. This will match any string which has the sub-string *BAND* in it.\n", "- The string '\\\"\\*BAND\\*\\\"' will also be used as a string pattern, matching any string which has the sub-string *BAND* in it.\n", "- The string '/.+BAND.+/' will be used as a regular expression. This will also match any string which as the sub-string *BAND* in it. (the .+ regex operator has the same meaning as the \\* wildcard operator of patterns).\n", "\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "0rogPE9B0EC0" }, "source": [ "## The *field* Parameter \n", "\n", "The *field* parameter is a string that specifies which field names or ids will be processed in the task or tool. The field selection expression consists of comma separated list of field specifications inside the string.\n", "\n", "Field specifications can be literal field names, regular expressions or patterns (see above). Those fields for which the entry in the NAME column of the *FIELD* MS sub-table match the literal field name/regular expression/pattern are selected. If a field name/regular expression/pattern fails to match any field name, the given name/regular expression/pattern are matched against the field code. If still no field is selected, an exception is thrown.\n", "\n", "Field specifications can also be given by their integer *IDs*. *IDs* can be a single or a range of *IDs*. Field *ID* selection can also be done as a boolean expression. For a field specification of the form *'\\>ID'*, all field IDs greater than ID are selected. Similarly for *'\\\n", "[Field Selection](http://casacore.github.io/casacore-notes/263.html#x1-190004 \"Field Selection\") - Expression for selection data along frequency axis (CASAcore docs)\n", "\n", "\n", "\n", "Note : If field names are strings containing only integers, it is advised that double quotes be placed around each field name. For example, field=' \\\"2\\\" ' will select the field whose name is \"2\" (if it exists), whereas field='2' will select the field whose numeric id is 2 (if it exists). This is especially important when field names are entirely numeric and have leading zeros (for example : field='\\\"00234\\\"'). A list of multiple fields specified as field=' 23, \\\"00234\\\" ' will select two fields. One will be a field with name \"00234\". The other will be a field with id 23 (if it exists) or a field whose name is \"23\" (if it exists), checked in this order of precedence. \"\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "otz1Of-u0EC1" }, "source": [ "## The *spw* Parameter\n", "\n", "The *spw* parameter is a string that indicates the specific spectral windows and the channels within them to be used in subsequent processing. Spectral window selection (*'SPWSEL'*) can be given as a spectral window integer *ID*, a list of integer *IDs*, a spectral window name specified as a literal string (for exact match) or a regular expression or pattern.\n", "\n", "The specification can be via frequency ranges or by indexes. A range of frequencies are used to select all spectral windows which contain channels within the given range. Frequencies can be specified with an optional unit --- the default unit being *Hz*. Other common choices for radio and mm/sub-mm data are *kHz, MHz**,* and *GHz*. You will get the entire spectral windows, not just the channels in the specified range. You will need to do channel selection (see below) to do that.\n", "\n", "The spw can also be selected via comparison for integer IDs. For example, *'\\>ID'* will select all spectral windows with *ID* greater than the specified value, while *'\\\n", "[Frequency Selection](http://casacore.github.io/casacore-notes/263.html#x1-230006 \"Frequency Selection\") - Expression for selection along the frequency axis (CASAcore docs)\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "2ZiVGsbd0EC2" }, "source": [ "## The *selectdata* Parameters\n", "\n", "The *selectdata* parameter, if set to True (default), will expand the inputs to include a number of sub-parameters, given below and in the individual task descriptions (if different). If *selectdata = False*, then the sub-parameters are treated as blank for selection by the task.\n", "\n", "The common *selectdata* expanded sub-parameters are:\n", "\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "AaE1YVhA0EC2" }, "source": [ "## The *antenna* Parameter \n", "\n", "The *antenna* selection string is a semi-colon (*';'*) separated list of baseline specifications. A baseline specification is of the form:\n", "\n", "- *'ANT1'* --- Select all baselines including the antenna(s) specified by the selector *ANT1*.\n", "\n", "- *'ANT1&'* --- Select only baselines between the antennas specified by the selector *ANT1*.\n", "\n", "- *'ANT1&ANT2'* --- Select only the cross-correlation baselines between the antennas specified by selector *ANT1* and antennas specified by selector *ANT2*. Thus *'ANT1&'* is an abbreviation for *'ANT1&ANT1'*.\n", "\n", "- *'ANT1&&ANT2'* --- Select only auto-correlation and cross-correlation baselines between antennas specified by the selectors *ANT1* and *ANT2*. Note that this is what the default *antenna=''* gives you.\n", "\n", "- *'ANT1&&&'* --- Select only autocorrelations specified by the selector *ANT1*.\n", "\n", "The selectors *ANT1* and *ANT2* are comma-separated lists of antenna integer-*IDs* or literal antenna names, patterns, or regular expressions. The *ANT* strings are parsed and converted to a list of antenna integer-*IDs* or *IDs* of antennas whose name match the given names/pattern/regular expression. Baselines corresponding to all combinations of the elements in lists on either side of ampersand are selected.\n", "\n", "Integer *IDs* can be specified as single values or a range of integers. When items of the list are parsed as literal strings or regular expressions or patterns. All antenna names that match the given string (exact match)/regular expression/pattern are selected.\n", "\n", "\n", "
\n", "ALERT: Just for antenna selection, a user supplied integer (or integer list) is converted to a string and matched against the antenna name. If that fails, the normal logic of using an integer as an integer and matching it with antenna index is done. Note that currently there is no method for specifying a pure index (e.g. a number that will not first be checked against the name).\n", "
\n", "\n", " \n", "\n", "The comma is used only as a separator for the list of antenna specifications. The list of baselines specifications is a semi-colon separated list, e.g.\n", "\n", "```\n", "antenna = '1~3 & 4~6 ; 10&11'\n", "```\n", "\n", "will select baselines between antennas *1,2,3* and *4,5,6* (*'1&4', '1&5', ..., '3&6'*) plus baseline *'10&11'*.\n", "\n", "The wildcard operator ('\\*') will be the most often used pattern. To make it easy to use, the wildcard (and only this operator) can be used without enclosing it in quotes. For example, the selection\n", "\n", "```\n", "antenna = 'VA*'\n", "```\n", "\n", "will match all antenna names which have *'VA'* as the first 2 characters in the name (irrespective of what follows after these characters).\n", "\n", "There is also a negation operator *\"**!**\"* that can be used to de-select antennas or baselines.\n", "\n", "Some examples:\n", "\n", "```\n", "antenna='' #shows blank autocorr pages\n", "antenna='*&*' #does not show the autocorrs\n", "antenna='*&&*' #show both auto and cross-cor (default)\n", "antenna='*&&&' #shows only autocorrs\n", " \n", "antenna='5&*' #shows non-auto baselines with AN 5\n", "\n", "antenna='5,6&&&' #AN 5 and 6 autocor\n", "antenna='5&&&;6&*' #AN 5 autocor plus cross-cors to AN 6\n", "antenna='5,6,7&' #all baselines in common between antennas 5, 6, and 7\n", "antenna='!5' #baselines not involving AN 5\n", "```\n", "\n", "Antenna numbers as names: Needless to say, naming antennas such that the names can also be parsed as a valid token of the syntax is a bad idea. Nevertheless, antenna names that contain any of the reserved characters and/or can be parsed as integers or integer ranges can still be used by enclosing the antenna names in double quotes (*\\' \\\"ANT\\\" \\'*). E.g. the string\n", "\n", "```\n", "antenna = '10~15,21,VA22'\n", "```\n", "\n", "will expand into an antenna *ID* list *10,11,12,13,14,15,21,22* (assuming the index of the antenna named *'VA22'* is *22*). If, however, the antenna with *ID* index *50* is named *'21'*, then the string\n", "\n", "```\n", "antenna = '10~15,21,VA22'\n", "```\n", "\n", "will expand into an antenna *ID* list of *10,11,12,13,14,15,50,22*. *Keep in mind that numbers are FIRST matched against names, and only against indices if that matching fails.* There is currently no way to force a selection to use the index, and if there an antenna with that name it will select that.\n", "\n", "Read elsewhere (e.g. info regex under Unix) for details of regular expression and patterns.\n", "\n", "**Antenna stations** \n", "\n", "Instead of antenna names, the antenna station names are also accepted by the selection syntax., e.g. *'N15'* for the JVLA.\n", "\n", " \n", "\n", "**ANT\\@STATION selection syntax**\n", "\n", "Sometimes, data from multiple array configurations are stored in a single MS. But some antennas may have been moved during reconfiguration and the* **'ANT\\@STATION'* syntax can distinguish between them. '*ANT*' is the antenna name or index and '*STATION*' is the antenna station name, e.g., *'EA12\\@W03'* selects antenna *EA012* but only at times when it is positioned on station *W03*. Wildcards are accepted, e.g. *'EA12@\\*'* selects all visibilities from antenna *EA12*, and *'\\*\\@W03'* would select all antennas that are located on station '*W03*' during any observations included in the MS.\n", "\n", "
\n", "[Antenna/Baseline Selection](http://casacore.github.io/casacore-notes/263.html#x1-100003 \"Antenna/Baseline Selection\") - Expression for selection along baseline/antenna aixs (CASAcore docs)\n", "
\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "gdxGn2KA0EC3" }, "source": [ "## The *scan* Parameter \n", "\n", "The *scan* parameter selects the scan *ID* numbers of the data. There is currently no naming convention for scans. The scan *ID* is filled into the MS depending on how the data was obtained, so use this with care.\n", "\n", "Examples:\n", "\n", "```\n", "scan = '3' #scan number 3.\n", "scan = '1~8' #scan numbers 1 through 8, inclusive\n", "scan = '1,2,4,6' #scans 1,2,4,6\n", "scan = '<9' #scans <9 (1-8)NOTE: ALMA and VLA/JVLA number scans starting with 1 and not 0. You can see what the numbering is in your MS using the **listobs** task with *verbose=True.*\n", "```\n", "\n", " \n", "\n", "
\n", "[Scan/Sub-array Selection](http://casacore.github.io/casacore-notes/263.html#x1-350009 \"Scan/Sub-array Selection\") - Expression for selection based on scan or sub-array indices (CASAcore docs)\n", "
\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "1w0ucY7o0EC3" }, "source": [ "## The *timerange* Parameter \n", "\n", " The time strings in the following (*T0*, *T1* and *dT*) can be specified as *YYYY/MM/DD/HH:MM:SS.FF*. The time fields (i.e., *YYYY*, *MM*, *DD*, *HH*, *MM*, *SS* and *FF*), starting from left to right, may be omitted and they will be replaced by context sensitive defaults as explained below.\n", "\n", "Some examples:\n", "\n", " \n", "\n", "*timerange=\\'T0\\~T1\\'*: Select all time stamps from *T0* to *T1*. For example:\n", "\n", "```\n", "timerange = '2007/10/09/00:40:00 ~ 2007/10/09/03:30:00'\n", "```\n", "\n", "Note that fields missing in *T0* are replaced by the fields in the time stamp of the first valid row in the MS. For example,\n", "\n", "```\n", "timerange = '09/00:40:00 ~ 09/03:30:00'\n", "```\n", "\n", "where the* **YY/MM/* part of the selection has been defaulted to the start of the MS.\n", "\n", "Fields missing in *T1*, such as the date part of the string, are replaced by the corresponding fields of *T0* (after its defaults are set). For example:\n", "\n", "```\n", "timerange = '2007/10/09/22:40:00 ~ 03:30:00'\n", "```\n", "\n", "does the same thing as above.\n", "\n", " \n", "\n", "*timerange=\\'T0\\'*: Select all time stamps that are within an integration time of *T0*. For example:\n", "\n", "```\n", "timerange = '2007/10/09/23:41:00'\n", "```\n", "\n", "Integration time is determined from the first valid row (more rigorously, an average integration time should be computed). Default settings for the missing fields of *T0* are as in the first example.\n", "\n", " \n", "\n", "*timerange=\\'T0+dT\\'*: Select all time stamps starting from T0 and ending with time stamp *T0+dT*. For example:\n", "\n", "```\n", "timerange = '23:41:00+01:00:00'\n", "```\n", "\n", "picks an hour-long chunk of time.\n", "\n", "Defaults of *T0* are set as usual. Defaults for *dT* are set from the time corresponding to *MJD=0*. Thus, *dT* is a specification of length of time from the assumed nominal \\\"start of time\\\".\n", "\n", " \n", "\n", "*timerange=\\'\\>T0\\'*: Select all times greater than *T0*. For example:\n", "\n", "```\n", "timerange = '>2007/10/09/23:41:00'\n", "timerange = '>23:41:00' #Same thing without day specification\n", "```\n", "\n", "Default settings for *T0* are as above.\n", "\n", "timerange=\\'\\\n", "[Time Selection](http://casacore.github.io/casacore-notes/263.html#x1-80002) - Expression for selection data along time axisTime Selection (CASAcore docs)\n", "\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "X-tPanx80EC4" }, "source": [ "## The uvrange Parameter \n", "\n", " Rows in the MS can also be selected based on the uv-distance or physical baseline length that the visibilities in each row correspond to. This *uvrange* can be specified in various formats.\n", "\n", "The basic building block of uv-distance specification is a valid number with optional units in the format *N\\[UNIT\\]* (the unit in square brackets is optional). We refer to this basic building block as *UVDIST*. The default unit is meter. Units of length (such as *'m'* and *'km'*) select physical baseline distances (independent of wavelength). The other allowed units are in wavelengths (such as *'lambda', 'klambda'* and *'Mlambda'* and are true uv-plane radii\n", "\n", "$$UVDIST=\\sqrt{u^2+v^2}$$\n", "\n", " \n", "\n", "If only a single *UVDIST* is specified, all rows, the uv-distance of which exactly matches the given *UVDIST*, are selected.\n", "\n", "*UVDIST* can be specified as a range in the format *\\'N0\\~N1\\[UNIT\\]\\'* ](where *N0* and *N1* are valid numbers). All rows corresponding to uv-distance between *N0* and *N1* (inclusive) when converted the specified units are selected.]\n", "\n", "*UVDIST* can also be selected via comparison operators. When specified in the format *'\\>UVDIST'*, all visibilities with uv-distances greater than the given *UVDIST* are selected. Likewise, when specified in the format *'\\\n", "[UV-distance Selection](http://casacore.github.io/casacore-notes/263.html#x1-210005 \"UV-distance Selection\") - Expression for selection based on uv-distance (CASAcore docs)\n", "\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "lrQFtq6G0EC4" }, "source": [ "## The *correlation* Parameter \n", "\n", "The *correlation* parameter will select between different correlation products. They can be either the correlation *ID* or values such as *'XX', 'YY', 'XY', 'YX', 'RR', 'LL', 'RL', 'LR'*.\n", "\n", "\n", "
\n", "[Polarization Selection](http://casacore.github.io/casacore-notes/263.html#x1-310007 \"Polarization Selection\") - Expression for selection along the polarization axis (CASAcore docs)\n", "
\n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "VguYWy8i0EC5" }, "source": [ "## The *intent* Parameter \n", "\n", "*intent* is the scan intent that was specified when the observations were set up. They typically describe what was intended with a specific scan, i.e. a flux or phase calibration, a bandpass, a pointing, an observation of your target, or something else or a combination. The format for the scan intents of your observations are listed in the logger when you run listobs. Minimum matching with wildcards will work, like *'\\*BANDPASS\\*'*. This is especially useful when multiple intents are attached to scans.\n", "\n", " \n", "\n", "
\n", "['Scan Intent' based selection](http://casacore.github.io/casacore-notes/263.html#x1-320008 \"'Scan Intent' based Selection\") - Selection by intent (CASAcore docs)\n", "
\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "ekDP0hjk0EC6" }, "source": [ "## The *observation* Parameter \n", "\n", "The *observation* parameter can select between different observation *IDs*. They will be assigned to parts of a combined data set during a run of concat. Each input MS will receive its own observation id in the process.\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "Sc6aKmCK0EC6" }, "source": [ "## The *feed* Parameter \n", "\n", "The *feed* parameter can select between different feeds, e.g. for different feeds in a single dish multibeam array.\n", "\n", " \n", "\n" ] }, { "cell_type": "markdown", "metadata": { "id": "jes63eEl0EC7" }, "source": [ "## The *msselect* Parameter \n", "\n", "More complicated selections within the MS structure are possible using the Table Query Language (TaQL). This is accessed through the *msselect* parameter.\n", "\n", "Note that the TaQL syntax does not follow the rules given in above for our other selection strings. TaQL is explained in more detail in CASAcore NOTE 199 --- [Table Query Language](https://casacore.github.io/casacore-notes/199.html). The specific columns of the MS are given in the most recent [MS specification document](casa-fundamentals.ipynb#measurementset-v2).\n", "\n", "Most selection can be carried out using the other selection parameters. However, these are merely shortcuts to the underlying TaQL selection. For example, field and spectral window selection can be done using msselect rather than through field or spw:\n", "\n", "```\n", "msselect='FIELD_ID == 0' #Field id 0 only\n", "msselect='FIELD_ID <= 1' #Field id 0 and 1\n", "msselect='FIELD_ID IN [1,2]' #Field id 1 and 2\n", "msselect='FIELD_ID==0 && DATA_DESC_ID==3' #Field id 0 in spw id 3 only\n", "```\n", "\n", "
\n", "ALERT: The *msselect* style parameters will be phased out of the tasks. TaQL selection will still be available in the Toolkit. \n", "
\n", "\n", " \n", "\n", "This page describes the syntax for the various expressions for selecting data from the MeasurementSet, implemented in the MSSelection module of CASACore. All expressions consist of a comma or semi-colon separated list of speciļ¬cations. The MSSelection module can also be used for other tables that follow the general data base design of the MeasurementSet. The CASA CalTables is an example which also uses the MSSelection module for selection.The most up to date document will always be on the [CASACore GitHub Repository](http://casacore.github.io/casacore-notes/263.html). The content in this page is derived from this [GitHub snapshot](https://github.com/casacore/casacore-notes/tree/92c6d74cb32592980224b0707884823c5623088f/263.dir).\n", "\n", "
\n", "[Using *MSSelection* expressions in TaQL](http://casacore.github.io/casacore-notes/263.html#x1-3700010 \"Using MSSelection Expressions in TaQL\") - MSSelection expressions can also be used in pure-TaQL expressions (CASAcore docs)\n", "
\n", "\n", "\n", "\n", "\n", "\n" ] } ] }