source: trunk/CHANGES @ 1150

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

Initial updates to CHANGES for 1.3 (still could do with some fleshing out, perhaps). Updating InputComplete? for the default values of the new parameters.

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