source: tags/release-1.5/CHANGES @ 1285

Last change on this file since 1285 was 1285, checked in by MatthewWhiting, 11 years ago

Fixing the date in the CHANGES file

File size: 60.7 KB
Line 
1Duchamp version 1.5 (2013/08/29)
2--------------------------------
3
4New features & algorithms:
5
6* There is now a more flexible way to specify channels that should be
7  ignored by the source-finding. Use flaggedChannels to provide a list
8  of single channels or channel ranges that should be ignored. This
9  replaces the flagMW/minMW/maxMW parameters, extending their
10  functionality and allowing more than one set of channels to be
11  specified.
12
13* There is now an alternative way to find (and remove) spectral
14  baselines, using a median baselining algorithm. This calculates the
15  baseline value for a given pixel to be the median value within a box
16  of a specified size centred on that pixel. There are two input
17  parameters now available, baselineType (atrous or median), and
18  baselineBoxWidth (the width of the median box). Consult the User's
19  Guide for further information.
20
21* There is now more flexibility in running the spatial smoothing. The
22  cutoff value in determining the size of the smoothing kernel can now
23  be set via the input parameters, as can the way the edge pixels get
24  treated. Conult the User's Guide for details.
25
26Output changes:
27
28* The results files now include the Nchan and Nspatpix columns,
29  showing the number of distinct channels and the number of spatial
30  pixels in each detection. For clarity, the Npix column has been
31  renamed Nvoxel.
32
33* The VOTable now includes the pixel location X, Y, Z columns, and the
34  pixel ranges - this makes it much closer to the ASCII results file
35  (it is just missing the string versions of RA/DEC, and F_tot when
36  F_int is calculated).
37
38Bug fixes:
39
40* Negative velocity (and other) values were resulting in the column
41  widths not adjusting correctly, leading to columns running into each
42  other. This has been fixed, so that the spacing in the results files
43  should be correct.
44
45* Fixed a problem applicable to cubes with blank/masked pixels in the
46  same spectra as detections. The velocity width calculations could
47  sometimes fail due to the mask not being applied.
48
49Code changes:
50
51* The plotting code has been refactored, improving its class structure
52  and inheritance. No functional change from this should be evident,
53  but it improves the maintainability of the code.
54
55
56Duchamp version 1.4 (2013/06/20)
57--------------------------------
58
59Installation:
60
61* The "make lib" command will now create a shared library
62  libduchamp.1.4.so as well as the static library libduchamp.1.4.a
63  (formerly just called libduchamp.a).
64
65Bug Fixes:
66
67* The orientation of ellipses in the DS9 region files are now correct
68  (they were wrong by 90 degrees).
69
70* Corrected the output FITS filenames so that they work when the input
71  filename does *not* end in ".fits".
72
73Code changes:
74
75* The code that manages the output columns for the ASCII and VOTable
76  output has been overhauled and streamlined. Little functional change
77  should be evident, but it should be much more robust. And easier to
78  use in derived software.
79
80Duchamp version 1.3.2 (2013/05/02)
81----------------------------------
82
83Bug fixes:
84
85* The units for the integrated flux (for F_int) were not being
86  calculated for cases of a FITS file without a spectral
87  axis. Additionally, a vestigial default value meant this column had
88  units of "counts". This has been fixed so that a FITS file with
89  Jy/beam units will have F_int values in Jy.
90
91* The ellipse fitting to find the MAJ/MIN/PA was not working correctly
92  in the case of negative searches. This has been fixed.
93
94* The scaling of MAJ/MIN values was not being done correctly in all
95  cases, so that the values were out by a factor of 60 or 3600. This
96  was particularly the case when the ellipse fitting failed (due to
97  small numbers of pixels, for instance).
98
99* The principle axes calculations have been simplified slightly, and
100  now are done only on pixels above half the peak in the moment-0 map
101  (to estimate the FWHM).
102
103Duchamp version 1.3.1 (2013/04/18)
104----------------------------------
105
106Bug fixes:
107
108* The kernel used in the 2D smoothing was not normalised properly,
109  which meant the fluxes in the smoothed array were scaled
110  incorrectly. The kernel is now normalised, so that the fluxes in the
111  smoothed array decrease (and to an increasing degree with larger
112  kernels, as expected).
113
114* The way the position angle of the smoothing kernel was interpreted
115  was wrong. It now conforms to the typical astronomical position
116  angle definition of degrees east of north.
117
118* The Z_PEAK column was being left out of the results file for
119  Duchamp-1.3. It has been put back in.
120
121* The calculation of S/Nmax has changed so that when smoothing or
122  reconstruction is done, the peak flux used is measured in the
123  reconstructed/smoothed array (where the noise is measured).
124
125* The flux errors are now not reported in the case of smoothing, since
126  we don't measure the noise in the original input image array.
127
128Other fixes:
129
130* The vertical range of the spectral plots now properly takes into
131  account all spectra (not just the input array), and quirks with a MW
132  range lying outside the plotted range have been fixed.
133
134* The flux scaling for the moment-0 map plot now ignores negative
135  values, meaning the scale should be sensible.
136
137* The spelling of the Object2D::getPrincipalAxes() has been corrected.
138
139* Minor code optimisations have been made to the smoothing code.
140
141* The subsection class is now initialised with a blank string.
142
143Duchamp version 1.3 (2013/03/08)
144--------------------------------
145
146New features:
147
148* New source parameters:
149
150  # Each source now has a measurement of the major & minor axis sizes,
151    along with the position angle of the major axis. The sizes are the
152    full-width at half maximum, measured from the moment-0 map. These
153    now appear in the catalogue and in the spectral plots, with the
154    ellipse drawn on the moment map cutout in the spectral plots. The
155    old measurements of w_RA & w_DEC are still made and included in
156    the full catalogue, but are no longer reported in the smaller
157    catalogue printed to screen (nor in the XML/VOTable output).
158
159  # Each source also now has a measurement of the error on the
160    integrated and total fluxes. This is calculated from summing in
161    quadrature the statistical noise on each detected voxel. This is
162    from a request by Sara Shakouri.
163
164* Output files - new types and changes to the way they are written:
165
166  # Ability to create CASA region format files showing the location of
167    the detected sources. This is analogous to the Karma annotation
168    files or DS9 region files, for use with the casa viewer, but can
169    also be imported into casapy.
170
171  # Ability to save baseline values to a FITS file (in the same way as
172    for the reconstructed or smoothed array).
173
174  # Ability to save the moment-0 mask to a FITS file (that is, a mask
175    indicating which spatial pixels form part of the moment-0 map).
176
177  # There is an improved way to store the detected pixels for later
178    re-use. While previously the detected pixels were written as scans
179    to the logfile, and then read in when the usePrevious flag was
180    set, we now write the scans and other metadata to a binary
181    catalogue that can be read in again. Writing as a binary file
182    leads to much better compression of the data, particularly when
183    combined with the run-length encoding. It is anticipated future
184    tools will be provided to allow additional interaction with these
185    binary catalogues.
186
187  # There are slight changes to the format of the ASCII catalogues,
188    where lines not containing sources are prefixed with a comment
189    character '#'. This will facilitate their use in other software.
190
191* There is a new command-line parameter, -t THRESH, which specifies
192  the flux threshold for searching. It is designed to be used with the
193  -f option, as a quick way of searching a FITS image to a specified
194  flux level.
195
196Bug fixes:
197
198* A bug in the spatial smoothing has been fixed. The mask was being
199  interpreted incorrectly, so that no valid pixels were getting
200  smoothed.
201
202* The WCS for the moment-0 FITS cube has been fixed (specifically, the
203  axis names).
204
205* When usePrevious was used, the behaviour in previous versions was to
206  always write individual spectra. This is now controlled by a new
207  parameter flagPlotIndividualSpectra.
208
209* Minor improvements to the output when verbose=false.
210
211* Improvements to the Makefile, so that header files from a
212  previously-installed version of Duchamp do not get used instead of
213  those from the current version.
214
215* The vertical range for the spectral plots now take into account the
216  baseline and reconstructed/smoothed arrays as well (outside of any
217  MW range, of course).
218
219Other
220
221* The code-base for reading from and writing to FITS files has been
222  overhauled and streamlined. It can now be found in the FitsIO
223  directory. The interface for the writing of FITS files via the Cube
224  class has not changed.
225
226* The User Guide has been slightly re-ordered to provide more explicit
227  information about the source parameters.
228
229
230Duchamp version 1.2.2 (2012/10/29)
231----------------------------------
232
233Bug fixes:
234
235* The reading of reconstructed & smoothed arrays in the case of large
236  (>2GB) cubes has been improved. While the most recent versions of
237  cfitsio were able to handle these, earlier versions would result in
238  a segementation fault using the previous interface. An alternative
239  interface has been implemented that avoids these faults, even for
240  the older cfitsio libraries.
241
242* A bug affecting the writing of FITS mask files (apparently for the
243  case of flagging by the object number) has been fixed.
244
245* The moment map occasionally failed if sources lay spatially within
246  the blank pixel region of the first channel. This check has been
247  removed and the moment map should be produced successfully in all
248  situations.
249
250Other:
251
252* The UCDs used in the VOTable catalogue output have been
253  updated. Several of these were shared between different columns, and
254  so they have been changed so that each UCD is unique to one
255  column. The column ID strings have been updated for clarity.
256
257* The determination of default output image filenames has been
258  improved -- it previously assumed the input filename ended in
259  '.fits', but this is no longer the case.
260
261Duchamp version 1.2.1 (2012/10/09)
262----------------------------------
263
264New feature:
265
266* Duchamp can now produce region files to annotate images displayed in
267  SAOImage DS9. There are new parameters flagDS9 and ds9File that work
268  in the same way as the Karma annotation file parameters. The region
269  files can also be displayed in (at least some versions of)
270  casaviewer.
271
272* There is a new script to fix occasional problems with the
273  automatically-detected Makefile, and the verification script has
274  been updated and improved.
275
276Bug fixes:
277
278* The main bug fix for this release corrects a problem with the
279  velocity width measurements made when searching for negative
280  detections. It was possible to get very small (and incorrect) widths
281  in some cases - this was due to the integrated spectrum not being
282  inverted correctly.
283
284* In the case of smoothing, the stats of the full cube that were being
285  reported in the output files were actually those of the un-smoothed
286  (input cube). This only affected the output files, not the detection
287  process itself.
288
289* The units were not being reported in the VOTable. This has been
290  fixed.
291
292* The UCDs for the spectral parameters in the VOTable were not being
293  adapted to the user requests, so didn't always match the types of
294  the parameters. All should be consistent now.
295
296Other changes:
297
298* The codebase relating to the creation of and writing to output files
299  (results, logs, annotation, VOTables) has been overhauled, with a
300  cleaner interface. Most of this code is in the new subdirectory
301  src/Outputs, to where the columns code has been moved as well.
302
303  This was instigated by ASKAP/Selavy development, but also allowed
304  the expansion of output formats to include DS9 region files. No
305  change to the user should be visible, but anyone using the software
306  will notice differences. Please get in touch if changes are
307  difficult to follow.
308
309Duchamp version 1.2 (2012/08/08)
310--------------------------------
311
312Key changes:
313
314* The way the wavelet reconstruction is done in the presence of BLANK
315  voxels is slightly different, specifically when there were BLANK
316  voxels on the edge. While BLANK voxels are always ignored by the
317  reconstruction (and left in place), the previous approach dealt with
318  BLANKS on the edge by moving the effective edge of the image inwards
319  until the first non-blank voxel. This meant that the size of the
320  dimensions used to determine the number of scales, and the location
321  where boundary reflections took place where different to the input
322  image size.
323
324  However, this meant that BLANK voxels on the edge were treated
325  differently to those not on the edge, so this inconsistency was
326  removed. The full image dimensions are always used to calculate the
327  number of scales, and reflections (which is how the reconstruction
328  deals with the boundaries) will occur at the actual image edges.
329
330  If your data has this property (BLANK pixels at the image
331  boundaries), then any reconstruction will be affected (most likely
332  only in a small way) and potentially any subsequent searching. You
333  are advised to check this (for instance by saving the results of the
334  resonstruction from 1.1.13 and 1.2 and comparing).
335
336* The way the spectral world coordinate system is dealt with has been
337  improved. Previously Duchamp tried to convert to a velocity axis,
338  and got a bit grumpy if that didn't work well. Now it will express
339  the spectral units in the axis type indicated by the FITS
340  header. Duchamp will also allow you to change this type by providing
341  an appropriate WCS type as an input parameter. You may also provide
342  a rest frequency in the parameter file and this will be used to
343  calculate velocities. And, as before, you can provide specific units
344  for the spectral quantities to be converted into.
345
346* Since v1.1.13 was released, the journal paper describing Duchamp has
347  been published. It can be found at MNRAS 421, 3242 (2012), or
348  http://onlinelibrary.wiley.com/doi/10.1111/j.1365-2966.2012.20548.x/full. It
349  includes descriptions of the various algorithms used for Duchamp, as
350  well as some indicative comparisons of the relative completeness &
351  reliability. Please cite this paper when describing Duchamp.
352
353Other new features:
354
355* The default value of snrCut has changed from 3 to 5. This is
356  espeically important if you use the -f option, but also if you don't
357  provide snrCut in your parameter file.
358
359* The XML VOTable output now includes a more complete list of
360  parameters, matching the output given in text form in the results &
361  log output files. Only those parameters affecting the results are
362  included - things like the output file names and so on are left out.
363
364* The minVoxels parameter is now adjusted to be at least (minPix +
365  minChannels - 1). If it is changed, a warning message is triggered.
366
367* The warning/error reporting has been overhauled, with an improved
368  interface for developers. Also, some ERROR instances that previously
369  resulted in the program terminating now allow it to continue
370  (provided that is possible given the error).
371
372* It is now possible to give the convergence criterion for the wavelet
373  reconstruction via the parameter reconConvergence. When the relative
374  change in standard deviation of the residuals from the
375  reconstruction falls below this value, the a trous algorithm stops
376  iterating.
377
378* The way one-dimensional arrays were dealt with was unsatisfactory,
379  both with the way positions were registered and the format of the
380  graphical output. Improvements have been made such that a 1D data
381  structure is assumed to be a spectrum, and so positions in the
382  spectrum are reported as z-pixels (or the equivalent world
383  coordinate). Instead of a 2D moment map, the X-windows display will
384  show the spectrum with all detected pixels plus the final list of
385  detections highlighted, along with the detection and growth
386  thresholds. This plot will also be written to the "detectionMap"
387  image.
388
389* All spectral plots will now show the detection (and growth, if
390  applicable) thresholds when plotting the peak flux spectrum.
391
392* Accessing FITS files when a subsection string is provided has been
393  streamlined. The cfitsio package, which handles the FITS access,
394  creates a temporary file containing this image section, and this
395  meant the previous approach was slow, particularly for large
396  files/sections. Now the file is only opened once and the overhead of
397  creating the temporary file is only encountered once.
398
399* Several aspects of the processing & output did not handle a
400  non-existent WCS well. This has been improved, so that all stages of
401  execution will proceed without errors.
402
403Bug fixes:
404
405* The absence of a BLANK keyword when trimming will now not trigger a
406  failure, only a warning message.
407
408* The flux unit conversion (eg. from Jy/beam to mJy/beam) was not
409  being applied correctly when an existing reconstructed or smoothed
410  array was being read in. This is now applied properly.
411
412* When saving reconstructed or smoothed arrays, the data type is now
413  set to FLOAT, so that the correct values are written (and
414  subsequently read in). The previous version was potentially saving
415  to a FITS file with integer data type (this depended on the type of
416  the input array). In this case, the full precision of data values
417  would not be preserved, so reading back in and doing an identical
418  search could yield different sources.
419
420* For certain cases, the reconstruction attempted to use a very large
421  number of scales. This has been fixed.
422
423* The maximum scale for the reconstruction was not always being
424  applied. The scale ranges are now enforced for all types of
425  reconstructions.
426
427* When saving a mask image while using a subsection of a cube, the
428  offsets for the subsection were not being accounted for
429  correctly. This is now fixed.
430
431* The detection map plots were not recording pixels added from the
432  growing stage. This has been fixed.
433
434* The RA & Dec now have appropriate precision, rather than an
435  arbitrary 2 decimal places on the seconds value. The RA will be one
436  decimal place more than the Dec, and they will reflect the degree of
437  precision in the image pixels.
438
439* A number of data type conversions (typically ints to floats) led to
440  errors in some calculations, such as WCS conversions. Care has been
441  taken to make sure all indexing is done appropriately with no
442  overflow, and that all conversions (where necessary) are done
443  appropriately.
444
445* It was possible to get world positions looking like 11:59:60.0! Not
446  any more.
447
448* Reading previous detections from the log file (via the use of the
449  usePrevious parameter) did result in error messages due to slightly
450  incompatible formats. These have been fixed, and all graphical
451  output should work properly.
452
453* When using a spectral search, having a blank pixel in the first
454  channel could lead to that entire spectrum being ignored, leading to
455  inconsistent results between spectral and spatial searches. This
456  issue has been fixed, with both types of searches returning the same
457  catalogue.
458
459
460Code base development notes:
461
462* Most instances of integer overflow due to insufficient precision
463  have been tracked down - many of these were indexing variables of
464  type int, which have been changed to size_t.
465
466* Importantly, for code interfacing with the duchamp::Cube and related
467  classes, axisDim is now an array of size_t elements, rather than
468  long.
469
470* Object3D now carries its spatial map with it, rather than
471  calculating it on the fly when requested. This saves a lot of
472  unnecessary computational effort.
473
474* The warning/error interface has improved, making use of C++
475  exception handling. This should be compatible with external logging
476  infrastructure (such as log4cxx).
477
478* The interface to the FitsHeader & WCS structures for external code
479  has been improved, so that the WCS can be set up via function calls.
480
481
482
483Duchamp version 1.1.13 (2011/04/10)
484-------------------------------------
485
486Bug fixes:
487
488* The median statistics calculations had a bug in the test for whether
489  the array under consideration was of even size. The correction for
490  this can mean small differences in the resulting values. This can
491  flow through to calculated detection thresholds - please check this
492  with your data if you use this mode!
493
494* The reconstruction code had a bug where the incorrect number of
495  scales was being used. This occurred when the blank pixel flag was
496  set, and when the spectral dimension was smaller than both the
497  spatial dimensions.
498
499Other:
500
501* The default value of the blank pixel flag has been set to false,
502  rather than true. For Duchamp, this should not matter, as it is set
503  when the FITS file is read in. For external code using, for
504  instance, the reconstruction algorithms, this default may be
505  important. Having it true was contributing to the second bug listed
506  above. It also makes more sense for it to be false unless explicitly
507  set in some way.
508
509* The reconstruction code has been streamlined a little, reducing its
510  memory impact and using more appropriate variable types
511  (eg. unsigned ints instead of ints and so forth).
512
513* For those who care about the actual code base, the statistics
514  functions have been expanded, and separated from getStats.cc into
515  "normal" and "robust" versions.
516
517
518Duchamp version 1.1.12 (2011/03/18)
519-------------------------------------
520
521Bug fixes:
522
523* The velocity width calculations had a bug that occasionally led to
524  very large values. The widths are calculated using the integrated
525  spectrum, using a threshold relative to its peak. In v.1.1.10 and
526  1.1.11, however, the peak was searched for over the entire spectral
527  range, rather than just the range for the current object. This led
528  to spurious values. This has been fixed, so that the peak is only
529  searched for within the detected ranage of the object.
530
531* Both the pixel and statistics subsections are now more carefully
532  examined, with errors reported if there are no valid pixels in the
533  pixel subsection, or if the statistics subsection does not intersect
534  with the pixel subsection.
535
536Other:
537
538* The configure script has been slightly improved so that the pgsbox
539  library is only added if PGPlot has been enabled - this is
540  particularly necessary with the slightly changed build procedure for
541  recent wcslib versions.
542
543* In a related note, one file - momentMap.cc - had some #include
544  statements that failed when PGPlot (and hence pgsbox in WCSLIB) was
545  not enabled. These were actually unnecesssary and have been removed.
546
547* There is a new input parameter - flagPlotSpectra - that allows the
548  user to turn off the production of the spectral plots. It defaults
549  to true (meaning the plots are produced).
550
551
552Duchamp version 1.1.11 (2011/03/01)
553-------------------------------------
554
555Improvements:
556
557* The largest changes in this release involved improving the
558  efficiency of the code, resulting in further speed-ups. The code
559  affected was the low-level object-handling code, with the merging
560  stages in particular showing good speed-ups.
561
562* The default value for the beam size, when the beam parameters are
563  not in the FITS header, has been dropped. Now the default behaviour
564  is to simply not make any beam corrections if the beam is not
565  specified by either the FITS file or the input parameters. Thanks to
566  Tobias Westemeier for the suggestion.
567
568* The reporting of the beam size has changed slightly to provide a bit
569  more information.
570
571Bug Fixes:
572
573* The statistics section (statSec) could be larger than the image
574  subsection (if provided), yet the pixels required would never be
575  read in from the FITS file. The behaviour has been changed so that
576  the statSec, if requested, is trimmed to be wholly within the image
577  section.
578
579* It was possible to request, for instance, spectral smoothing on a 2D
580  image. This resulted in a blank smoothed array, which led to
581  problems in the calculations of statistics (and hence the
582  threshold), as well as subsequent calculations. This has been fixed,
583  so that in cases like this the smoothing is turned off (and a
584  warning message is displayed).
585
586* There was a problem with using a MW range and subsectioning when
587  growing objects, as a result of changes in 1.1.10. This has been
588  fixed.
589
590* Inversion was failing when no array was allocated (not a problem for
591  standard Duchamp, but affected its use as a library by other code).
592
593* Writing text spectra would only occur when PGPlot output was enabled
594  in the build (it was combined with the plotting of the spectral
595  graphs). This has been changed so that this output can be requested
596  without requiring PGPlot.
597
598* The equation for the beam size in Sec.4.2 of the User Guide was
599  incorrect and has been fixed.
600
601* Minor change to the configure script to improve the detection of the
602  PGPlot library.
603
604Code development notes:
605
606* The main work has been additions and improvements to the interfaces
607  for the Param and the Section classes, as well as new classes to
608  manage the beam information. The efficiency changes mentioned above
609  also affected the internals of some of the PixelInfo classes, and
610  provided additional functions for judging the closeness of
611  neighbouring objects.
612
613Duchamp version 1.1.10 (2010/11/15)
614-------------------------------------
615
616Improvements:
617
618* The major change for this release is a greatly improved growing
619  algorithm. The previous incarnation was very inefficient (testing
620  all pixels in an object, most of which only have neighbours that are
621  already in the object), and could take an unnecessarily large amount
622  of time in the case of extended sources. The improved algorithm
623  makes use of voxel flags to quickly identify those voxels not yet in
624  an object and only examines them. For a certain test case
625  (observations of extended Galactic HI), the time required reduced
626  from about a day to about a minute! (Note that compact sources, such
627  as HI galaxies, will not show this degree of speedup...) Many thanks
628  to Tara Murphy for pointing out this bug and her help in
629  diagnosing/fixing the problem.
630
631* There have been a number of further improvements to the code to
632  speed it up, based on some profiling. The most important was the
633  function to add pixels to a 2D object, but there were several other
634  minor changes as well.
635
636* The minimum size of the detections can now also be specified in
637  terms of the total number of voxels (in addition or instead of
638  specifying the minimum spatial pixels or channels).
639
640* The way memory is allocated when reading the image has been
641  streamlined. The amount of memory being allocated is also now
642  reported - this is in an effort to allow users to identify problems
643  with running out of memory.
644
645* The version number is now reported in the results and log files.
646
647* Only the filename of the input image (ie. not the leading
648  directories) is now shown on the detection and moment-0 maps. This
649  is to avoid problems with large directory paths being too wide for
650  the plot.
651
652* The verification script was improved for readability (although no
653  functional change was made).
654
655Bug fixes:
656
657* Growing was not being done when a single source was found. Now
658  fixed.
659
660* For particular WCS setups, the RA can be interpreted as being
661  negative, which corrupted the Source ID (ie. the IAU-format
662  string). This has been fixed.
663
664* When the flux units were changed, problems had been seen when
665  writing a reconstructed cube to a FITS file. Any unit change is now
666  undone prior to writing and there should now be no problem.
667
668* Filenames with spaces in them were not handled well. New functions
669  were included and moved to a more obvious location. These filenames
670  now work as expected.
671
672* Spectral axes of type FREQ that had a rest frequency were not being
673  put into velocity units. Now fixed.
674
675* Improvements to the output to screen, making sure everything is
676  covered by the verbose flag.
677
678* Better management of the allocation of arrays.
679
680* The minSize parameter in Image was never initialised, leading to
681  unpredictable behaviour. Now fixed.
682
683Code development notes:
684
685* New functionality includes: a function to return a vector list of
686  voxels in an Object3D or Detection; a new generic Search function
687  (basically a front-end to each of the individual functions); more
688  complete copy constructors for the DataArray classes; new methods
689  for finding the velocity widths.
690
691Duchamp version 1.1.9 (2010/03/26)
692-------------------------------------
693
694Improvements:
695
696* There is now the ability to save the moment-0 map as a FITS
697  file. This is controlled by the parameters flagOutputMomentMap and
698  fileOutputMomentMap, which work in the same way for the mask file.
699
700* There is a new parameter flagRejectBeforeMerge that, when true,
701  rejects sources according to the minPix/minChannels requirements
702  before the merging and growing is done. This defaults to false (so
703  default behaviour is as before). Thanks to Tobias Westmeier for
704  suggesting this and the above improvement.
705
706* There is also a new parameter flagTwoStageMerging. When true (the
707  default), newly-detected objects are merged with the first close
708  object in the list. When false, they are simply added to the end of
709  the list. In both cases, a second round of merging is done to pick
710  up all close matches.
711
712* The way the beam is specified in the absence of the BMAJ/BMIN/BPA
713  parameters has been slightly changed. The use of "beamSize" was
714  somewhat ambiguous (it meant the number of pixels covered by the
715  beam, not the FWHM), so new parameters have been introduced. The
716  beam can be specified by beamArea (which replaces beamSize), or
717  beamFWHM (the FWHM of the beam in pixels). If beamFWHM is provided,
718  it will be used, else the beamArea will be.
719
720* There is a new parameter searchType that allows the user to choose
721  how the searching is done. The behaviour up till now has been to
722  search the 2D channel maps one at a time to build up the 3D
723  detections. This is the default, and can be obtained by setting
724  searchType=spatial. Alternatively, you can set searchType=spectral
725  to do the searching in the 1D spectra.
726
727* Profiling of the code has led to a few changes that have sped up
728  some calculations, particularly those involving the median. Rather
729  than using std::sort, the code now simply uses std::nth_element,
730  which shows a substantial speedup factor.
731
732* When using the objectList parameter, the maps will now only show the
733  selected objects, rather than all detected objects.
734
735* There is a new verification test that looks at the "growing"
736  functionality.
737
738Bug fixes:
739
740* When saving a mask FITS file, there was an occasional memory leak
741  that caused Duchamp to crash (only when the cube was suitably
742  large). This has been fixed.
743
744* The median calculation had a bug that led to an incorrect value
745  being reported. The difference will not be great (the element of an
746  array being reported as the median was out by one), but could be
747  noticeable depending on the dataset.
748
749* The MW range parameters did not respond to the use of a
750  subsection. They should refer to channel ranges in the original
751  cube, and changes have been made to the code to reflect this.
752
753* There was an occasional error in writing out FITS keywords, due to
754  the way comment strings were intialised. This has been improved and
755  made more robust.
756
757* Testing with gcc-4.3.2 showed a number of compilation warnings &
758  errors, which have been fixed.
759
760* The Gaussian smoothing kernel was too small - it is now made big
761  enough to encompass all possible values. It was also being
762  incorrectly scaled. This had no functional effect on the detection
763  of objects, but for other uses was incorrect. This has been
764  rectified.
765
766* Some outputs that weren't caught by the verbose flag now are.
767
768
769Code development notes:
770
771  The following notes only apply if you want to use the code as a
772  library, rather than the stand-alone package. These have generally
773  come out of the ASKAP software development. If you just use the
774  stand-alone package, they won't be a concern.
775
776* The API for storing detected objects has changed, making it more
777  robust from a programming point of view.
778
779* Additional versions of some functions (and the Gaussian smoothing
780  class) have been added - this has come out of the ASKAP development
781  work.
782
783* A number of instances of "unsigned int" being used for loops have
784  been changed to iterators or "size_t". There shouldn't be any
785  functional change from this -- the code should just build more
786  cleanly.
787
788* The Detection class now records whether the parameters have been
789  set, and unsets that flag when objects are merged. This allows
790  external programs to track which objects have been merged and deal
791  with them appropriately.
792
793
794Duchamp version 1.1.8 (2009/07/20)
795----------------------------------
796
797Improvements:
798
799* The final source list can now be sorted on one of a range of object
800  parameters: x-value, y-value, z-value, ra, dec, vel, w50, iflux,
801  pflux (integrated and peak flux respectively), or snr. Simply use
802  the new input parameter sortingParam. Its default value is vel, so
803  the default behaviour stays the same.
804
805* The FDR method involves calculating how many pixels are
806  correlated. This previously involved multiplying the beam area by 2,
807  implying that 2 neighbouring channels were correlated. This factor
808  is now a user-selectable parameter, so that if you know how many
809  spectral channels should be correlated, you can set the parameter
810  FDRnumCorChan and the FDR calculation will be done correctly.
811
812* Screen output now has more information on the growing threshold when
813  the cube statistics are printed.
814
815
816Bug fixes:
817
818* When reading in previous detections, there was a bug causing a
819  segmentation fault. This has been fixed and made more robust.
820
821* There was an apparent bug when writing out the reconstructed cubes
822  to a FITS file that caused the new file to be very large. Changing
823  the cfitsio function used has fixed this.
824
825* Using NCP projections near the equator could result in a large
826  stream of error messages, due to coordinate transformations being
827  done in blank regions outside of the acceptable range of world
828  coordinates. This has been fixed.
829
830* The function that grows objects had a major bug, that stopped it
831  working when flagAdjacent=false. This has been fixed and should work
832  fine.
833
834* The input parameter spectraTextFile was not being read
835  properly. This has been remedied.
836
837* The units for the integrated flux were wrong for some types of pixel
838  flux units. This has been fixed.
839
840* A minor bug caused incorrect calculation of the 20% widths.
841
842* All calls to uint were changed to unsigned int, as some compilers
843  had problems recognising that they were the same thing.
844
845* src/fitsHeader.cc was missing an include statement for stdlib.h,
846  again causing some compilers to fail.
847
848
849Duchamp version 1.1.7 (2009/01/16)
850----------------------------------
851
852Improvements:
853
854* The mask file that can be created with flagMask can now specify
855  which object a given detected pixel belongs to, by taking the object
856  ID as its value. This applies if you set flagMaskWithObjectNum=true
857  (it defaults to false, which means each detected pixel has the value
858  1). Non-detected pixels still have the value 0.
859
860* The names of the output FITS files are now able to be specified
861  directly by input parameters. These will override the default names
862  that Duchamp provides.
863
864* The Karma annotation file now specifies a font - previously it did
865  not and so was at the mercy of whatever was specified in other
866  annotation files being viewed at the same time. Please let me know
867  if the font I've chosen (lucidasans-12) is not suitable.
868
869* The default flag, used in the absence of 'E', 'S' or 'N', is now '-'
870  rather than blank. This will ensure that each column in the results
871  file has something in it.
872
873* The configure script is somewhat more robust to non-standard
874  systems, particularly when the X11 libraries are in unusual
875  places. It can also deal with the slightly different way that
876  wcslib-4.3 installs itself.
877
878* The installation part of the Makefile was altered so that the
879  symbolic link Duchamp that points to Duchamp-1.1.7 does not have the
880  absolute path encoded in it. This will enable the files to be moved
881  around at a later date.
882
883Bug Fixes:
884
885* Fixed a bug that caused problems when the flux units were less than
886  5 characters long (e.g. 'K')
887
888* The new velocity width values were not getting proper headers in the
889  VOTable output. This has been remedied.
890
891* Minor improvements to help non-pgplot use
892
893* Minor fix in WCS functionality.
894
895* Minor fixes to the FitsHeader class.
896
897* Improved FITS data reading, that doesn't require a nullarray
898  array. This will reduce memory usage.
899
900* Improved subsection parsing, particularly for non-standard WCS
901  systems.
902
903* Improving the memory allocation of the Cube class.
904
905* Fixed a bug that meant the growthThreshold values were sometimes
906  being lost.
907
908* Improving the way the growing and merging is done, particularly in
909  the case of non-adjacent merging.
910
911* Fixed a scaling bug in the GaussSmooth function.
912
913Other:
914
915* Numerous changes to the code that do not affect how Duchamp itself
916  runs, but were necessary for code development with the Duchamp
917  libraries (primarily as a part of the ASKAP code development).
918
919
920Duchamp version 1.1.6 (2008/09/08)
921----------------------------------
922
923New features:
924
925* The velocity widths can now be quoted in two additional ways: the
926  full width at 50% of the peak flux (ie. the FWHM) and the full width
927  at 20% of the peak flux (w_50 and w_20 respectively). The w_50
928  parameter is now quoted in the results printed to the screen
929  (instead of w_VEL), but all three are written to the results file.
930
931* The facility now exists to bypass the searching step and go straight
932  to the output stage using a list of previously detected objects. The
933  list is extracted from a previously-created log file. The user can
934  change the way the spectra are plotted (e.g. choose to plot
935  integrated rather than peak spectra), and select a subset of the
936  detected objects to be printed to individual postscript files. Use
937  the input parameter usePrevious (set to true) to use this facility,
938  and provide a list of objects using the objectList parameter
939  (eg. 1,2,4,7-10,15)
940
941* A new parameter "growthThreshold" has been created, that goes with
942  "threshold". If you manually specify a threshold, and you wish to
943  grow detections, you need to manually specify a growthThreshold (in
944  flux units).
945
946Bug fixes:
947
948* Cubes that do not have a spectral axis (such as Stokes cubes) were
949  causing memory leaks and crashing, due to some assumptions of the
950  existence of the spectral axis. These bugs have been fixed, so that
951  Duchamp will run on such cubes, although the WCS transforms may not
952  always work appropriately. Please let me know via bug reports of
953  difficulties you encounter!
954
955* The growing function has had a few bugs fixed and is now more
956  efficient.
957
958* The FDR method was previously overriding any manually-specified
959  threshold. This has been fixed so that if the user specifies
960  threshold=X, then the FDR method is not called.
961
962* Some undefined things were happening with textual output when no
963  objects were detected. This has been fixed.
964
965* Memory leaks caused by FITS WCS irregularities have been fixed
966  (specifically, if a FITS header had NAXIS=2 but more than two WCS
967  axes were defined).
968
969
970
971Duchamp version 1.1.5 (2008/03/20)
972----------------------------------
973
974Bug fixes:
975* A major bug was discovered in the calculation of integrated
976  fluxes. The flux was incorrectly being weighted by the spatial size
977  of the detection, resulting in a (often considerable) overestimation
978  of the integrated flux. This has been corrected.
979
980* The beam size calculation was also incorrect, being out by a factor
981  of 1/ln(2).
982
983* The "make install" command previously failed to work properly if the
984  library had not been created. This has been fixed so that the
985  installation works even if there is no library file.
986
987New Features:
988* You can now provide a new flux unit string, so that the pixel fluxes
989  will be converted to these new fluxes before any calculations are
990  done. This is done with the newFluxUnits input parameter. The new
991  units should be directly convertible from the old ones (given by the
992  BUNIT header -- e.g. if BUNIT = Jy/beam, you can give newFluxUnits
993  as mJy/beam, but not mJy).
994
995* You can now specify the precision used in the output files for flux,
996  velocity and S/N ratio columns, via new input parameters precFlux,
997  precVel and precSNR. These will apply to the VOTable output as well
998  as the text table and information on the spectral plots.
999
1000* The Karma annotation files previously provided just a circle at the
1001  spatial location of the detected object. You now have the option to
1002  draw a border around the detected pixels (in a similar manner to the
1003  PGPLOT moment maps). Karma does not do this perfectly, so the lines
1004  may not line up exactly with the pixel borders, so the option
1005  remains to keep using the circles. This is controlled by the
1006  parameter "annotationType", with possible options being "borders"
1007  (the default) or "circles".
1008
1009* There is a new function getMetadata() that loads the header and WCS
1010  data, but no pixel information. This is only of interest if you are
1011  doing code development with the Duchamp library -- it does not
1012  affect the running of Duchamp itself.
1013
1014Duchamp version 1.1.4 (2008/02/15)
1015----------------------------------
1016
1017Most of the changes incorporated in this update result from ASKAP code
1018development (that makes use of some of the Duchamp functionality),
1019but do not actually affect the way Duchamp runs (other than, in a
1020couple of cases, making it a bit faster). Changes that are
1021relevant for regular users of Duchamp are as follows:
1022
1023* A new option has been made available (thanks to Mary Putman et al
1024  for the suggestion!) to save the spectra of all detected objects in
1025  a text file. This has the form of one column for the spectral
1026  coordinates and one column of fluxes for each object. This is
1027  enabled by the input parameters flagTextSpectra and spectraTextFile.
1028
1029* Slight changes to the output include he formatting of the way the
1030  detected objects are written to the log file. This meant the
1031  verification files were also updated. Also the cube statistics are
1032  not printed to the results file if a user threshold is specified (as
1033  they are not calculated!).
1034
1035* The determination of beam size has been made more reliable, as has
1036  the BUNIT determination.
1037
1038* Fixed a bug that meant source merging was not done for 2D images
1039  (not usually a problem, as the source-finding takes care of this,
1040  but came up in parallelisation development).
1041
1042Duchamp version 1.1.3 (2008/01/08)
1043----------------------------------
1044
1045A minor update that just improves the build process. The location of
1046the wcslib include files was not specified correctly, so that some
1047machines were unable to find them. The configure script has been fixed
1048so that the compilation should work in all cases.
1049
1050Some minor changes have also been made to the code in the PixelMap
1051directory, and to param.cc, to fix warnings or errors that may appear
1052in compilation.
1053
1054However, there are no changes to the actual workings of the code in
1055this minor version, so if you have a working version of Duchamp 1.1.2
1056there is probably no reason to update.
1057
1058Duchamp version 1.1.2 (2007/12/07)
1059----------------------------------
1060
1061Compilation:
1062
1063* The compilation had problems working correctly when the cfitsio and
1064  wcs libraries were not in standard locations. The configure script
1065  has been tweaked to make sure the libraries are found.
1066
1067* Problems with compiling in the absence of pgplot have been fixed,
1068  and it should now compile fine.
1069
1070* Improved the configure script for use with Mac OS X and gfortran.
1071
1072
1073Bugfixing:
1074
1075* A major problem with the text-based output was fixed. The widths of
1076  the columns were not being calculated correctly, and were running
1077  together. This should no longer be the case.
1078
1079* There was a bug in the way Duchamp interpreted spectral axes,
1080  particularly AIPS types such as FELO-HEL, leading to incorrect
1081  scaling of the velocity axis. This has been fixed, so that
1082  non-standard types are now dealt with appropriately and the velocity
1083  scaling should be accurate.
1084
1085* Another bug meant the beam correction was always applied to the
1086  integrated spectra, regardless of whether the flux units involved
1087  the beam (e.g. Jy/beam). This has been fixed. Note that the values
1088  of the integrated flux presented in the results table were always
1089  calculated correctly.
1090
1091* Other minor changes to improve the speed and efficiency, especially
1092  of the merging code.
1093
1094New user parameters:
1095
1096* There is now the possibility to save a FITS file that contains a
1097  mask array, indicating where the detected objects are. This is
1098  governed by the flagOutputMask parameter.
1099
1100* The header information that is printed at the start of the results
1101  file -- that is, the list of parameters, the statistics of the cube,
1102  and the number of detections -- can now be written to a separate
1103  file. Set the flagSeparateHeader parameter to true or 1 and it will
1104  go to the file indicated by the headerFile parameter (the default is
1105  duchamp-Results.hdr).
1106
1107* A "scaleMax" parameter has been added, so that the wavelet
1108  reconstruction can include only a specified range of scales (for
1109  instance, if one wants to search just for narrow features such as
1110  absorption lines).
1111
1112* A "flagRobustStats" parameter has been added. This allows the user
1113  to elect to use robust statistics (median and median absolute
1114  deviation from the median) to estimate the noise parameters. If set
1115  to false, the mean and standard deviation will be used. The default
1116  value is true.
1117
1118New Feature:
1119
1120* When Duchamp is run on a 2D image (i.e. with no spectral output), it
1121  now produces a postscript file that shows information each
1122  individual source plus the image cutout of the source. This is
1123  similar to the spectral output file, but without the spectra. The
1124  filename is given by the spectraFile parameter.
1125
1126* Ability to save a FITS file containing a mask array, with pixel
1127  values of 1 for pixels in a detected object, and 0 elsewhere.
1128
1129
1130Duchamp version 1.1.1 (2007/07/20)
1131------------------------------------
1132
1133Minor update to the release, with just a few changes:
1134
1135* The verification script was generating diffs due to differences in
1136  the precision of some calculations when done on different machines.
1137  One of these was the integrated flux, and this has been corrected so
1138  that the same value should appear on all machines.
1139  The verification script has also changed so that just the number of
1140  sources and their positions are tested, as well as the
1141  logfiles. This should avoid the reporting of spurious differences.
1142
1143* The grey-scale used in the image cutouts (in the spectral plots) has
1144  been inverted. This makes it consistent with the scale used in the
1145  maps, and hopefully easier to see when printing.
1146
1147* The configure/make system has been altered to make it easier to
1148  install, and to specify different external libraries. In particular,
1149  it is now not necessary to have PGPLOT installed on your system to
1150  run Duchamp. In the absence of PGPLOT, Duchamp will run as normal,
1151  just without any graphical output. Some source code needed to be
1152  restructured to make this work. Please read the README file, or the
1153  Installation appendix in the User's Guide, for complete details.
1154
1155* The time of completion is now written to the log file, so that the
1156  user can have some idea of how long the program took.
1157
1158
1159Duchamp version 1.1 (2007/05/17)
1160------------------------------------
1161
1162Changes made since the last numbered release:
1163
1164EFFICIENCY OF EXECUTION:
1165
1166* Major change to the way detections are stored. They are now recorded
1167  via run-length encoding in the x-y plane, and stored as collections
1168  of channel-maps. This improves the memory usage and the speed of
1169  execution (particularly for routines such as the merging
1170  routines). The memory usage has also been improved by changing the
1171  way the list of detected objects is stored.
1172
1173SMOOTHING:
1174
1175* Addition of ability to spatially smooth the cube before
1176  searching. This is done with a Gaussian kernel, the size and shape
1177  of which can be specified by the user, using the parameters kernMaj
1178  & kernMin (which are the FWHM for the major & minor axes -- if
1179  kernMin is not given it is assumed to match kernMaj) and kernPA (the
1180  position angle of the major axis).  There is a new parameter
1181  smoothType that distinguishes this method from the spectral (Hanning)
1182  smoothing already in use.
1183
1184DETECTIONS:
1185
1186* Changed the way detection is done -- now only search in 2D images,
1187  keeping all detections (ie. no minimum-pixel requirement). This
1188  should be the same as doing both the 1D and 2D searches with the
1189  minimum pixel requirement in, but simpler. The rejection is done at
1190  the end after all the merging and growing has been done. This leads
1191  to a larger number of intermediate detections (ie.  the number
1192  before merging), which may increase the run-time slightly, although
1193  this is offset by the changes to the efficiency (see above).
1194
1195* Increased the range over which objects can be grown to match the
1196  threshSpatial & threshVelocity parameters, as well as rejecting new
1197  pixels based on the BLANK and MW tests.
1198
1199INPUTS:
1200
1201* There has been a subtle change in the way BLANK pixels are dealt
1202  with. To enable trimming of BLANK pixels, users should use the new
1203  parameter flagTrim. The parameters flagBlankPix and blankPixVal are
1204  no longer accessible via the parameter file -- warning messages are
1205  given if they are provided in the parameter file.
1206
1207* Added ability to specify a statsec, so that the statistics are only
1208  calculated from a given subsection of the cube, rather than the full
1209  cube.
1210
1211* The subsections can also specify the ability to remove a border of n
1212  pixels from the edges of an axis (ie. n from the start and from the
1213  end) -- as requested in Trac ticket #5.
1214
1215* Changed the default value of the reconDim parameter from 3 to 1, and
1216  the default value of the flagATrous parameter to false.
1217
1218OUTPUTS:
1219
1220* The output now includes three different estimates of the "centre" of
1221  the detection: peak location, centroid (flux-weighted), or average.
1222
1223* Some slight improvements to the user feedback during execution.
1224
1225* Spectral output now includes the baseline, if one was fitted. The
1226  format of the plot headers is slightly changed, to stop information
1227  falling off the edge of the page.
1228
1229* Added command-line option -x to directly disable the PGPLOT X-window
1230  map plotting. This overrides the setting of flagXOutput in the
1231  parameter file.
1232
1233* Fallback spectral units (in case the FITS header fails to record
1234  them) changed to SPC, but code has been fixed so that any problem
1235  should be caught before this becomes an issue.
1236
1237BUGFIXES:
1238
1239* Fixed bug (Trac ticket #4) that meant the velocity units were not
1240  correctly dealt with. Duchamp should be more robust for different
1241  velocity axis setups now.
1242
1243* Fixed bug (ticket #9) with the VOTable output, where the tags were
1244  not closing.
1245
1246* Fixed a bug that meant the integrated fluxes were not calculated
1247  properly -- no allowance was made for the number of spatial
1248  pixels. This should also work properly for 2D images now as well.
1249
1250* Fixed minor bug in calculating the flux threshold from the p-value
1251  threshold when the FDR method is used. This did not affect the
1252  actual thresholding, merely the quoted flux threshold in the results
1253  file. Also, the MW channels are kept out of the p-value threshold
1254  determination if they are being flagged.
1255
1256
1257
1258Duchamp version 1.0.7 (2006/11/22)
1259----------------------------------
1260
1261One new feature, and some improvements and bug-fixes.
1262
1263* The user can now elect to Hanning-smooth the spectral direction of
1264  the cube before the searching is done. This can be done instead of the
1265  wavelet reconstruction (although if both are selected, the
1266  reconstruction takes precendence). This functionality is switched on
1267  and off by the flagSmooth parameter, and the width of the Hanning
1268  kernel is governed by the hanningWidth parameter.
1269
1270* The smoothed array can also be written to a FITS file and read in at
1271  the start in the same manner as the reconstructed array.
1272
1273* Several improvements have been made to the memory
1274  management. Several memory leaks were fixed, and the memory usage of
1275  Duchamp is considerably less, which will be a help for running it on
1276  large cubes. The speed of some routines has also been improved, by
1277  removing unnecessarily repetitive loops.
1278
1279* The sorting routines have been changed, and should now be slightly quicker
1280  (and a bit more robust).
1281
1282* Enabled the scale bar (plotted on the 0th moment map in the spectral
1283  output file) to be able to deal with much finer spatial scales (as
1284  may be expected from VLBI data).
1285
1286* Other minor changes to code and presentation.
1287
1288
1289Duchamp version 1.0.6 (2006/11/01)
1290----------------------------------
1291
1292Some incremental improvements and changes to the code:
1293
1294* The statistics used for the detection are now calculated once for
1295  the entire cube, rather than being calculated separately for each
1296  channel map and spectrum. This results in a uniform threshold value
1297  across the entire cube. The way the statistics calculations are
1298  implemented in the code was changed, using a new statistics class.
1299
1300* This means we can report a peak signal-to-noise value for each
1301  detection. This is given in the text-based output, as well as in the
1302  summary information above the spectral output for each source.
1303
1304* The user can now elect not to have the moment map displayed in a
1305  PGPlot window, through the use of the new flagXOutput
1306  parameter. This should help in cases of running Duchamp on a dumb
1307  terminal (with no X-display capabilities), or as part of a batch
1308  script where the continual popping-up of the PGPlot window might
1309  become annoying.
1310
1311* There are different Flags reported for the case of an object lying on
1312  the spatial edge and spectral edge of the cube (E and S respectively).
1313
1314* A few minor bug fixes:
1315  - When providing a subsection, any axes with the range given by *
1316    had the pixel values offset incorrectly. This has been fixed.
1317  - Negative searches now correctly invert the reconstructed array
1318    when it is read in from a file.
1319
1320* Other minor changes to the code, to improve memory handling and
1321  remove redundant arrays and variables.
1322
1323
1324Duchamp version 1.0.5 (2006/09/06)
1325----------------------------------
1326
1327Since version 1.0, there have been a range of mostly minor
1328changes. These are generally bug-fixes, thanks to feedback from a
1329number of users, as well as a few extra features.
1330
1331Here is a summary of the changes since version 1.0:
1332
1333USER INTERFACE:
1334
1335* The user is now able to enter the value of flag parameters in the
1336  parameter file as strings, as well as integers (so one can enter
1337  true or 1 to give the same result).
1338
1339GRAPHICAL OUTPUT:
1340
1341* Added a new function that draws the edge of the blank region on the
1342  maps and image cutouts. There is a new flag parameter --
1343  drawBlankEdges -- that controls the use of this function (the
1344  default is true).
1345  Also, the edge of the field is plotted on the image cutouts as a
1346  yellow line. This distinguishes it from the purple blank pixel
1347  dividing line.
1348
1349* The size of the tick mark in the image cutout (indicating the
1350  spatial scale of the image) is now adaptable, so that it shows the
1351  scale that best fits the image (ranging from 1 arcsec to 15
1352  degrees). (This is a change from the previous standard length of 15
1353  arcmin.)
1354
1355* The zoomed spectrum had its flux scale determined by all points in
1356  the zoom box,including those flagged by the Milky Way (MW)
1357  range. This has been fixed so that any MW channels will not affect
1358  the flux scaling, potentially improving the appearance of objects
1359  detected close in velocity to strong MW emission or absorption.
1360
1361* Improved Karma Annotation file output, so that files without good
1362  WCS are dealt with appropriately.
1363
1364TEXT-BASED OUTPUT:
1365
1366* The position resolution in the IAU-format names has been increased,
1367  so that distinct objects close to one another are more readily
1368  distinguished.  Overlapping sources at different velocities may
1369  still have the same name, but this is a more general problem.
1370
1371* The presentation of the results in tabular format has been improved,
1372  so that the precision of faint sources is sufficient to show their
1373  flux, for instance, is not 0. This also applies to the information
1374  presented above the spectral plots.
1375
1376* Improved error and warning reporting, so that the formatting and
1377  presentation of information is clearer.
1378
1379FITS I/O RELATED:
1380
1381* The previous version was did not deal well with 4 (or greater)
1382  dimensions in the FITS file -- the memory allocation was badly done,
1383  and the axes needed to be in a particular order. This has been
1384  fixed, so that the FITS I/O routines can now handle any sized FITS
1385  file, with axes in any order (as long as there are two spatial and one
1386  spectral axes).
1387
1388* When the FITS file does not have a rest frequency defined, there is
1389  no way to transform the frequency axis into velocity. In this case,
1390  the spectral axis is left as frequency, and put into units of MHz.
1391
1392* If the beam size is not indicated by the FITS header (through the
1393  BMAJ and BMIN keywords), the user can manually specify the size
1394  through the parameter file (using parameter beamSize).
1395
1396* The FITS I/O routines make use of the command fits_file_exists. This
1397  was introduced into the CFITSIO package from version 2.5, so Duchamp
1398  will only work with this version or higher. Version 3+ is preferred.
1399
1400OTHER BUG-FIXING:
1401
1402* Several bugs related to the blank-pixels were dealt with.
1403  The correct values were not propagating through correctly, meaning
1404  that the default values were being used. Also, there was the
1405  potential for blank pixels to be detected when the FDR method was
1406  used. Finally, the image cutout displays occasionally did not
1407  obscure the blank pixels. All these problems should be fixed now.
1408
1409* The FDR setup routine was occasionally failing with a segmentation
1410  fault, due to it accessing unallocated memory. This has been fixed.
1411
1412* Fixed bugs that affected the way 2D images (rather than 3D cubes)
1413  were dealt with. The minChannels test failed when minChannels=0.
1414
1415* If there is no beam information in the FITS header, the user can now
1416  enter a beam size as a parameter.
1417
1418* Other minor fixes to the code, to improve its structure and
1419  robustness.
1420
1421
1422Duchamp version 1.0 (2006/06/30)
1423--------------------------------
1424
1425The first full release version.
1426
1427Several major changes compared to previous version:
1428
1429* Incorporated a FitsHeader class, to keep track of header information
1430  (including WCS) from the FITS file. All units-related calculations
1431  are done with this class, such as conversion to velocity, and
1432  pixel-to-WCS conversion.  The main advantage of this is improved
1433  speed of execution, more adaptable to different units, and improved
1434  code (easier for me!).
1435
1436* Able to select the dimensionality of the reconstruction, rather than
1437  just doing it in 3-D.
1438
1439* Robust text output, so that the columns are sized correctly given
1440  the data being written, and the relevant units (derived from the
1441  FITS header) are included in the output table.
1442
1443* Improved the way the reconstructed image is saved and read back in,
1444  with a better naming scheme and a better set of new FITS header
1445  keywords. The MW headers are now not written.
1446
1447Other, more minor changes include:
1448
1449* MW channels now not set to 0, but just ignored for searching
1450  purposes (and for the scaling of the spectral output -- they are
1451  plotted though and highlighted with a hashed box).
1452
1453* The scale bar in the moment map in the spectral output file has its
1454  length indicated.
1455
1456* Improved VOTable output, with more information about the way Duchamp
1457  was run.
1458
1459* Made sure all statistics calculations in the reconstruction are
1460  based on robust (ie. median) methods.
1461
1462Also moved to an autoconf based configure/make compilation, for ease of use.
1463
1464
1465Duchamp version 0.9.2 (2006/06/27)
1466--------------------------------
1467
1468* Added the use of warning flags for detections: for either edge
1469  location or negative enclosed flux.
1470
1471* A new command line option added so that the user can specify a FITS
1472  file to be searched with the default parameters, rather than giving
1473  a full parameter file.
1474
1475* The scale bar on the moment cutout now works in general case, using
1476  an iterative process to get to the correct length.
1477
1478* RA axes are now done correctly on the full-scale maps.
1479
1480* Various coding fixes, improving the readability of the code,
1481  particularly regarding the declaration of temporary variables.
1482
1483* Changed the way the time of execution is called : now using time.h
1484  functions, rather than a system call.
1485
1486* Changed output in Detection/outputDetection.cc for the pixel
1487  information of detected objects (the info printed above the spectral
1488  plots) -- now print out number of voxels in object, and have
1489  improved the formatting a little.
1490
1491* Improved the functionality of saving the FITS file containing the
1492  reconstructed array. Added ability to save and read back in the MW
1493  parameters when saving a reconstructed cube (if a reconstructed cube
1494  has different MW range to that being considered, it would cause
1495  problems). ReadRecon now just returns a FAILURE and will reconstruct
1496  the cube anew.
1497
1498* Changed default value of flagGrowth to 0.
1499
1500
1501
1502Duchamp version 0.9 (2006/05/05)
1503--------------------------------
1504
1505First public release version.
Note: See TracBrowser for help on using the repository browser.