source: trunk/CHANGES @ 1249

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

Updating the documentation to describe the new flaggedChannels functionality.

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