source: trunk/CHANGES @ 1269

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

Updating the CHANGES to report on #197

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