source: tags/release-1.1.3/CHANGES @ 407

Last change on this file since 407 was 406, checked in by MatthewWhiting, 16 years ago

Make the new version 1.1.3 instead of 1.1.2.1 (latter seemed a bit pretentious :)

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