source: tags/release-1.1.8/CHANGES @ 1391

Last change on this file since 1391 was 608, checked in by MatthewWhiting, 15 years ago

Changing the date for the Guide, and updating CHANGES to indicate recent bug fixes.

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