source: trunk/CHANGES @ 1016

Last change on this file since 1016 was 991, checked in by MatthewWhiting, 12 years ago

Further updates to the CHANGES file

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