source: tags/release-1.2.1/CHANGES

Last change on this file was 1088, checked in by MatthewWhiting, 12 years ago

Updating the version number in configure, a few updates to CHANGES, and a cleanest target in Makefile to remove the configure-generated content

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