@@ -335,7 +335,7 @@ \section{Introduction}
335
335
\citep [XDF;][]{2001ASPC..238..217S }, FITSML \citep {2001ASPC..238..487T }
336
336
and HDX \citep {2003ASPC..295..221G }; and in the present and future
337
337
(e.g., HDF5 \citep {2011ASPC..442...53A } and NDF \citep {2014Jenness }).
338
- There are other popular file formats amongst the
338
+ There are other popular file formats among the
339
339
radio and (sub-)millimeter astronomy community such as the Continuum and
340
340
Line Analysis Single-dish Software (CLASS) data format associated with
341
341
the Grenoble Image and Line Data Analysis Software (GILDAS) tools
@@ -462,7 +462,7 @@ \subsection{Poor support for information interchange}
462
462
HDX \citep {2003ASPC..295..221G } was developed around 2002 as a flexible
463
463
way of layering high-level data structures, presented as a virtual XML
464
464
Document Object Model (DOM), atop otherwise unstructured external data stores; this was in
465
- turn used to develop Starlink's NDX framework, which (amongst other
465
+ turn used to develop Starlink's NDX framework, which (among other
466
466
things) allowed FITS files to be viewed and manipulated using the
467
467
concepts of the NDF format.
468
468
HDF5 \citep {2012ASPC..461..283A } was chosen to accommodate LOFAR's
@@ -935,7 +935,7 @@ \subsubsection{Data Quality}
935
935
936
936
A data quality model then, should be an ensemble of common statistical
937
937
measures of the type of dataset which may be used to derive
938
- higher-level judgements of the quality/suitability of the data for
938
+ higher-level judgments of the quality/suitability of the data for
939
939
some other declared purpose. There are many higher types of data
940
940
quality models which will need be created from the lower-level
941
941
measures (image data quality, pointed catalog data quality, etc) and
@@ -1175,7 +1175,7 @@ \subsubsection{No support for declaring byte order}
1175
1175
(\href {http://ascl.net/1010.001}{ascl:1010.001}) and which use C routines
1176
1176
to implement other scientific capabilities. Programmers on little endian
1177
1177
platforms who work with large data volumes may find that this limitation
1178
- results in a performance penalty as marshalling data to and from
1178
+ results in a performance penalty as marshaling data to and from
1179
1179
the FITS big endian ordering will be required. This is a frequent problem
1180
1180
for astronomical programs. Little endianness is found on x86 and x86-64
1181
1181
processors that are commonly used in universities and research
@@ -1275,7 +1275,7 @@ \subsubsection{No support for parallel write/read operations on HPC platforms}
1275
1275
\label {subsection_hpc_io }
1276
1276
1277
1277
Large datasets also require parallel read/write operations to be processed on
1278
- parallel high performance computers. FITS can not support optimisation for
1278
+ parallel high performance computers. FITS can not support optimization for
1279
1279
parallel read/write operations.
1280
1280
1281
1281
This has been the driving factor for LOFAR to
0 commit comments