source: tags/release-1.1.5/CHANGES @ 1441

Last change on this file since 1441 was 447, checked in by MatthewWhiting, 16 years ago

Completing documentation, and incrementing version number ready for next release.

File size: 21.8 KB
Line 
1Duchamp version 1.1.5 (2008/03/20)
2----------------------------------
3
4Bug fixes:
5* A major bug was discovered in the calculation of integrated
6  fluxes. The flux was incorrectly being weighted by the spatial size
7  of the detection, resulting in a (often considerable) overestimation
8  of the integrated flux. This has been corrected.
9
10* The beam size calculation was also incorrect, being out by a factor
11  of 1/ln(2).
12
13* The "make install" command previously failed to work properly if the
14  library had not been created. This has been fixed so that the
15  installation works even if there is no library file.
16
17New Features:
18* You can now provide a new flux unit string, so that the pixel fluxes
19  will be converted to these new fluxes before any calculations are
20  done. This is done with the newFluxUnits input parameter. The new
21  units should be directly convertible from the old ones (given by the
22  BUNIT header -- e.g. if BUNIT = Jy/beam, you can give newFluxUnits
23  as mJy/beam, but not mJy).
24
25* You can now specify the precision used in the output files for flux,
26  velocity and S/N ratio columns, via new input parameters precFlux,
27  precVel and precSNR. These will apply to the VOTable output as well
28  as the text table and information on the spectral plots.
29
30* The Karma annotation files previously provided just a circle at the
31  spatial location of the detected object. You now have the option to
32  draw a border around the detected pixels (in a similar manner to the
33  PGPLOT moment maps). Karma does not do this perfectly, so the lines
34  may not line up exactly with the pixel borders, so the option
35  remains to keep using the circles. This is controlled by the
36  parameter "annotationType", with possible options being "borders"
37  (the default) or "circles".
38
39* There is a new function getMetadata() that loads the header and WCS
40  data, but no pixel information. This is only of interest if you are
41  doing code development with the Duchamp library -- it does not
42  affect the running of Duchamp itself.
43
44Duchamp version 1.1.4 (2008/02/15)
45----------------------------------
46
47Most of the changes incorporated in this update result from ASKAP code
48development (that makes use of some of the Duchamp functionality),
49but do not actually affect the way Duchamp runs (other than, in a
50couple of cases, making it a bit faster). Changes that are
51relevant for regular users of Duchamp are as follows:
52
53* A new option has been made available (thanks to Mary Putman et al
54  for the suggestion!) to save the spectra of all detected objects in
55  a text file. This has the form of one column for the spectral
56  coordinates and one column of fluxes for each object. This is
57  enabled by the input parameters flagTextSpectra and spectraTextFile.
58
59* Slight changes to the output include he formatting of the way the
60  detected objects are written to the log file. This meant the
61  verification files were also updated. Also the cube statistics are
62  not printed to the results file if a user threshold is specified (as
63  they are not calculated!).
64
65* The determination of beam size has been made more reliable, as has
66  the BUNIT determination.
67
68* Fixed a bug that meant source merging was not done for 2D images
69  (not usually a problem, as the source-finding takes care of this,
70  but came up in parallelisation development).
71
72Duchamp version 1.1.3 (2008/01/08)
73----------------------------------
74
75A minor update that just improves the build process. The location of
76the wcslib include files was not specified correctly, so that some
77machines were unable to find them. The configure script has been fixed
78so that the compilation should work in all cases.
79
80Some minor changes have also been made to the code in the PixelMap
81directory, and to param.cc, to fix warnings or errors that may appear
82in compilation.
83
84However, there are no changes to the actual workings of the code in
85this minor version, so if you have a working version of Duchamp 1.1.2
86there is probably no reason to update.
87
88Duchamp version 1.1.2 (2007/12/07)
89----------------------------------
90
91Compilation:
92
93* The compilation had problems working correctly when the cfitsio and
94  wcs libraries were not in standard locations. The configure script
95  has been tweaked to make sure the libraries are found.
96
97* Problems with compiling in the absence of pgplot have been fixed,
98  and it should now compile fine.
99
100* Improved the configure script for use with Mac OS X and gfortran.
101
102
103Bugfixing:
104
105* A major problem with the text-based output was fixed. The widths of
106  the columns were not being calculated correctly, and were running
107  together. This should no longer be the case.
108
109* There was a bug in the way Duchamp interpreted spectral axes,
110  particularly AIPS types such as FELO-HEL, leading to incorrect
111  scaling of the velocity axis. This has been fixed, so that
112  non-standard types are now dealt with appropriately and the velocity
113  scaling should be accurate.
114
115* Another bug meant the beam correction was always applied to the
116  integrated spectra, regardless of whether the flux units involved
117  the beam (e.g. Jy/beam). This has been fixed. Note that the values
118  of the integrated flux presented in the results table were always
119  calculated correctly.
120
121* Other minor changes to improve the speed and efficiency, especially
122  of the merging code.
123
124New user parameters:
125
126* There is now the possibility to save a FITS file that contains a
127  mask array, indicating where the detected objects are. This is
128  governed by the flagOutputMask parameter.
129
130* The header information that is printed at the start of the results
131  file -- that is, the list of parameters, the statistics of the cube,
132  and the number of detections -- can now be written to a separate
133  file. Set the flagSeparateHeader parameter to true or 1 and it will
134  go to the file indicated by the headerFile parameter (the default is
135  duchamp-Results.hdr).
136
137* A "scaleMax" parameter has been added, so that the wavelet
138  reconstruction can include only a specified range of scales (for
139  instance, if one wants to search just for narrow features such as
140  absorption lines).
141
142* A "flagRobustStats" parameter has been added. This allows the user
143  to elect to use robust statistics (median and median absolute
144  deviation from the median) to estimate the noise parameters. If set
145  to false, the mean and standard deviation will be used. The default
146  value is true.
147
148New Feature:
149
150* When Duchamp is run on a 2D image (i.e. with no spectral output), it
151  now produces a postscript file that shows information each
152  individual source plus the image cutout of the source. This is
153  similar to the spectral output file, but without the spectra. The
154  filename is given by the spectraFile parameter.
155
156* Ability to save a FITS file containing a mask array, with pixel
157  values of 1 for pixels in a detected object, and 0 elsewhere.
158
159
160Duchamp version 1.1.1 (2007/07/20)
161------------------------------------
162
163Minor update to the release, with just a few changes:
164
165* The verification script was generating diffs due to differences in
166  the precision of some calculations when done on different machines.
167  One of these was the integrated flux, and this has been corrected so
168  that the same value should appear on all machines.
169  The verification script has also changed so that just the number of
170  sources and their positions are tested, as well as the
171  logfiles. This should avoid the reporting of spurious differences.
172
173* The grey-scale used in the image cutouts (in the spectral plots) has
174  been inverted. This makes it consistent with the scale used in the
175  maps, and hopefully easier to see when printing.
176
177* The configure/make system has been altered to make it easier to
178  install, and to specify different external libraries. In particular,
179  it is now not necessary to have PGPLOT installed on your system to
180  run Duchamp. In the absence of PGPLOT, Duchamp will run as normal,
181  just without any graphical output. Some source code needed to be
182  restructured to make this work. Please read the README file, or the
183  Installation appendix in the User's Guide, for complete details.
184
185* The time of completion is now written to the log file, so that the
186  user can have some idea of how long the program took.
187
188
189Duchamp version 1.1 (2007/05/17)
190------------------------------------
191
192Changes made since the last numbered release:
193
194EFFICIENCY OF EXECUTION:
195
196* Major change to the way detections are stored. They are now recorded
197  via run-length encoding in the x-y plane, and stored as collections
198  of channel-maps. This improves the memory usage and the speed of
199  execution (particularly for routines such as the merging
200  routines). The memory usage has also been improved by changing the
201  way the list of detected objects is stored.
202
203SMOOTHING:
204
205* Addition of ability to spatially smooth the cube before
206  searching. This is done with a Gaussian kernel, the size and shape
207  of which can be specified by the user, using the parameters kernMaj
208  & kernMin (which are the FWHM for the major & minor axes -- if
209  kernMin is not given it is assumed to match kernMaj) and kernPA (the
210  position angle of the major axis).  There is a new parameter
211  smoothType that distinguishes this method from the spectral (Hanning)
212  smoothing already in use.
213
214DETECTIONS:
215
216* Changed the way detection is done -- now only search in 2D images,
217  keeping all detections (ie. no minimum-pixel requirement). This
218  should be the same as doing both the 1D and 2D searches with the
219  minimum pixel requirement in, but simpler. The rejection is done at
220  the end after all the merging and growing has been done. This leads
221  to a larger number of intermediate detections (ie.  the number
222  before merging), which may increase the run-time slightly, although
223  this is offset by the changes to the efficiency (see above).
224
225* Increased the range over which objects can be grown to match the
226  threshSpatial & threshVelocity parameters, as well as rejecting new
227  pixels based on the BLANK and MW tests.
228
229INPUTS:
230
231* There has been a subtle change in the way BLANK pixels are dealt
232  with. To enable trimming of BLANK pixels, users should use the new
233  parameter flagTrim. The parameters flagBlankPix and blankPixVal are
234  no longer accessible via the parameter file -- warning messages are
235  given if they are provided in the parameter file.
236
237* Added ability to specify a statsec, so that the statistics are only
238  calculated from a given subsection of the cube, rather than the full
239  cube.
240
241* The subsections can also specify the ability to remove a border of n
242  pixels from the edges of an axis (ie. n from the start and from the
243  end) -- as requested in Trac ticket #5.
244
245* Changed the default value of the reconDim parameter from 3 to 1, and
246  the default value of the flagATrous parameter to false.
247
248OUTPUTS:
249
250* The output now includes three different estimates of the "centre" of
251  the detection: peak location, centroid (flux-weighted), or average.
252
253* Some slight improvements to the user feedback during execution.
254
255* Spectral output now includes the baseline, if one was fitted. The
256  format of the plot headers is slightly changed, to stop information
257  falling off the edge of the page.
258
259* Added command-line option -x to directly disable the PGPLOT X-window
260  map plotting. This overrides the setting of flagXOutput in the
261  parameter file.
262
263* Fallback spectral units (in case the FITS header fails to record
264  them) changed to SPC, but code has been fixed so that any problem
265  should be caught before this becomes an issue.
266
267BUGFIXES:
268
269* Fixed bug (Trac ticket #4) that meant the velocity units were not
270  correctly dealt with. Duchamp should be more robust for different
271  velocity axis setups now.
272
273* Fixed bug (ticket #9) with the VOTable output, where the tags were
274  not closing.
275
276* Fixed a bug that meant the integrated fluxes were not calculated
277  properly -- no allowance was made for the number of spatial
278  pixels. This should also work properly for 2D images now as well.
279
280* Fixed minor bug in calculating the flux threshold from the p-value
281  threshold when the FDR method is used. This did not affect the
282  actual thresholding, merely the quoted flux threshold in the results
283  file. Also, the MW channels are kept out of the p-value threshold
284  determination if they are being flagged.
285
286
287
288Duchamp version 1.0.7 (2006/11/22)
289----------------------------------
290
291One new feature, and some improvements and bug-fixes.
292
293* The user can now elect to Hanning-smooth the spectral direction of
294  the cube before the searching is done. This can be done instead of the
295  wavelet reconstruction (although if both are selected, the
296  reconstruction takes precendence). This functionality is switched on
297  and off by the flagSmooth parameter, and the width of the Hanning
298  kernel is governed by the hanningWidth parameter.
299
300* The smoothed array can also be written to a FITS file and read in at
301  the start in the same manner as the reconstructed array.
302
303* Several improvements have been made to the memory
304  management. Several memory leaks were fixed, and the memory usage of
305  Duchamp is considerably less, which will be a help for running it on
306  large cubes. The speed of some routines has also been improved, by
307  removing unnecessarily repetitive loops.
308
309* The sorting routines have been changed, and should now be slightly quicker
310  (and a bit more robust).
311
312* Enabled the scale bar (plotted on the 0th moment map in the spectral
313  output file) to be able to deal with much finer spatial scales (as
314  may be expected from VLBI data).
315
316* Other minor changes to code and presentation.
317
318
319Duchamp version 1.0.6 (2006/11/01)
320----------------------------------
321
322Some incremental improvements and changes to the code:
323
324* The statistics used for the detection are now calculated once for
325  the entire cube, rather than being calculated separately for each
326  channel map and spectrum. This results in a uniform threshold value
327  across the entire cube. The way the statistics calculations are
328  implemented in the code was changed, using a new statistics class.
329
330* This means we can report a peak signal-to-noise value for each
331  detection. This is given in the text-based output, as well as in the
332  summary information above the spectral output for each source.
333
334* The user can now elect not to have the moment map displayed in a
335  PGPlot window, through the use of the new flagXOutput
336  parameter. This should help in cases of running Duchamp on a dumb
337  terminal (with no X-display capabilities), or as part of a batch
338  script where the continual popping-up of the PGPlot window might
339  become annoying.
340
341* There are different Flags reported for the case of an object lying on
342  the spatial edge and spectral edge of the cube (E and S respectively).
343
344* A few minor bug fixes:
345  - When providing a subsection, any axes with the range given by *
346    had the pixel values offset incorrectly. This has been fixed.
347  - Negative searches now correctly invert the reconstructed array
348    when it is read in from a file.
349
350* Other minor changes to the code, to improve memory handling and
351  remove redundant arrays and variables.
352
353
354Duchamp version 1.0.5 (2006/09/06)
355----------------------------------
356
357Since version 1.0, there have been a range of mostly minor
358changes. These are generally bug-fixes, thanks to feedback from a
359number of users, as well as a few extra features.
360
361Here is a summary of the changes since version 1.0:
362
363USER INTERFACE:
364
365* The user is now able to enter the value of flag parameters in the
366  parameter file as strings, as well as integers (so one can enter
367  true or 1 to give the same result).
368
369GRAPHICAL OUTPUT:
370
371* Added a new function that draws the edge of the blank region on the
372  maps and image cutouts. There is a new flag parameter --
373  drawBlankEdges -- that controls the use of this function (the
374  default is true).
375  Also, the edge of the field is plotted on the image cutouts as a
376  yellow line. This distinguishes it from the purple blank pixel
377  dividing line.
378
379* The size of the tick mark in the image cutout (indicating the
380  spatial scale of the image) is now adaptable, so that it shows the
381  scale that best fits the image (ranging from 1 arcsec to 15
382  degrees). (This is a change from the previous standard length of 15
383  arcmin.)
384
385* The zoomed spectrum had its flux scale determined by all points in
386  the zoom box,including those flagged by the Milky Way (MW)
387  range. This has been fixed so that any MW channels will not affect
388  the flux scaling, potentially improving the appearance of objects
389  detected close in velocity to strong MW emission or absorption.
390
391* Improved Karma Annotation file output, so that files without good
392  WCS are dealt with appropriately.
393
394TEXT-BASED OUTPUT:
395
396* The position resolution in the IAU-format names has been increased,
397  so that distinct objects close to one another are more readily
398  distinguished.  Overlapping sources at different velocities may
399  still have the same name, but this is a more general problem.
400
401* The presentation of the results in tabular format has been improved,
402  so that the precision of faint sources is sufficient to show their
403  flux, for instance, is not 0. This also applies to the information
404  presented above the spectral plots.
405
406* Improved error and warning reporting, so that the formatting and
407  presentation of information is clearer.
408
409FITS I/O RELATED:
410
411* The previous version was did not deal well with 4 (or greater)
412  dimensions in the FITS file -- the memory allocation was badly done,
413  and the axes needed to be in a particular order. This has been
414  fixed, so that the FITS I/O routines can now handle any sized FITS
415  file, with axes in any order (as long as there are two spatial and one
416  spectral axes).
417
418* When the FITS file does not have a rest frequency defined, there is
419  no way to transform the frequency axis into velocity. In this case,
420  the spectral axis is left as frequency, and put into units of MHz.
421
422* If the beam size is not indicated by the FITS header (through the
423  BMAJ and BMIN keywords), the user can manually specify the size
424  through the parameter file (using parameter beamSize).
425
426* The FITS I/O routines make use of the command fits_file_exists. This
427  was introduced into the CFITSIO package from version 2.5, so Duchamp
428  will only work with this version or higher. Version 3+ is preferred.
429
430OTHER BUG-FIXING:
431
432* Several bugs related to the blank-pixels were dealt with.
433  The correct values were not propagating through correctly, meaning
434  that the default values were being used. Also, there was the
435  potential for blank pixels to be detected when the FDR method was
436  used. Finally, the image cutout displays occasionally did not
437  obscure the blank pixels. All these problems should be fixed now.
438
439* The FDR setup routine was occasionally failing with a segmentation
440  fault, due to it accessing unallocated memory. This has been fixed.
441
442* Fixed bugs that affected the way 2D images (rather than 3D cubes)
443  were dealt with. The minChannels test failed when minChannels=0.
444
445* If there is no beam information in the FITS header, the user can now
446  enter a beam size as a parameter.
447
448* Other minor fixes to the code, to improve its structure and
449  robustness.
450
451
452Duchamp version 1.0 (2006/06/30)
453--------------------------------
454
455The first full release version.
456
457Several major changes compared to previous version:
458
459* Incorporated a FitsHeader class, to keep track of header information
460  (including WCS) from the FITS file. All units-related calculations
461  are done with this class, such as conversion to velocity, and
462  pixel-to-WCS conversion.  The main advantage of this is improved
463  speed of execution, more adaptable to different units, and improved
464  code (easier for me!).
465
466* Able to select the dimensionality of the reconstruction, rather than
467  just doing it in 3-D.
468
469* Robust text output, so that the columns are sized correctly given
470  the data being written, and the relevant units (derived from the
471  FITS header) are included in the output table.
472
473* Improved the way the reconstructed image is saved and read back in,
474  with a better naming scheme and a better set of new FITS header
475  keywords. The MW headers are now not written.
476
477Other, more minor changes include:
478
479* MW channels now not set to 0, but just ignored for searching
480  purposes (and for the scaling of the spectral output -- they are
481  plotted though and highlighted with a hashed box).
482
483* The scale bar in the moment map in the spectral output file has its
484  length indicated.
485
486* Improved VOTable output, with more information about the way Duchamp
487  was run.
488
489* Made sure all statistics calculations in the reconstruction are
490  based on robust (ie. median) methods.
491
492Also moved to an autoconf based configure/make compilation, for ease of use.
493
494
495Duchamp version 0.9.2 (2006/06/27)
496--------------------------------
497
498* Added the use of warning flags for detections: for either edge
499  location or negative enclosed flux.
500
501* A new command line option added so that the user can specify a FITS
502  file to be searched with the default parameters, rather than giving
503  a full parameter file.
504
505* The scale bar on the moment cutout now works in general case, using
506  an iterative process to get to the correct length.
507
508* RA axes are now done correctly on the full-scale maps.
509
510* Various coding fixes, improving the readability of the code,
511  particularly regarding the declaration of temporary variables.
512
513* Changed the way the time of execution is called : now using time.h
514  functions, rather than a system call.
515
516* Changed output in Detection/outputDetection.cc for the pixel
517  information of detected objects (the info printed above the spectral
518  plots) -- now print out number of voxels in object, and have
519  improved the formatting a little.
520
521* Improved the functionality of saving the FITS file containing the
522  reconstructed array. Added ability to save and read back in the MW
523  parameters when saving a reconstructed cube (if a reconstructed cube
524  has different MW range to that being considered, it would cause
525  problems). ReadRecon now just returns a FAILURE and will reconstruct
526  the cube anew.
527
528* Changed default value of flagGrowth to 0.
529
530
531
532Duchamp version 0.9 (2006/05/05)
533--------------------------------
534
535First public release version.
Note: See TracBrowser for help on using the repository browser.