source: tags/release-1.1.7/CHANGES @ 533

Last change on this file since 533 was 529, checked in by MatthewWhiting, 15 years ago

Preparing for the next version: 1.1.7

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