source: trunk/CHANGES @ 1160

Last change on this file since 1160 was 1159, checked in by MatthewWhiting, 11 years ago

Documentation updates - putting the source parameterisation into its own section and other improvements. See #179.

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