source: tags/release-1.3.1/CHANGES

Last change on this file was 1202, checked in by MatthewWhiting, 11 years ago

Updating the CHANGES for the upcoming 1.3.1 release, plus updating the version number everywhere.

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