Differences between revisions 1 and 28 (spanning 27 versions)
Revision 1 as of 2013-02-20 13:47:29
Size: 898
Editor: obelix
Comment:
Revision 28 as of 2014-02-07 09:05:00
Size: 3155
Editor: obelix
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
##master-page:HomepageReadPageTemplate
##master-date:Unknown-Date
#format wiki
#language en
= SPARK Known bugs =
Check as well the [[https://wiki.mpe.mpg.de/KMOS-spark/Change%20Log|Change Log]] to see which bugs have already been fixed, but not released yet. <<BR>>
Here we list some of the most unconvenient bugs. The technically more interested user can check the [[http://pcerw/mantisbt|SPARK Bug Tracking]] (only from MPE) for more detailed information.
Line 6: Line 5:
== v1.2.8 ==
 * '''kmo_sci_red, kmo_sky_tweak'''
  * Background fitting is weak in some bands (specially in YJ). Background fitting has to be improved and stabilized.
 * '''kmo_make_image'''
  * Take into account range-parameter even if no OH-line spectrum is provided.
  * Fix undescriptive error message when CRVAL1 keyword in OH-line spectrum is an integer instead of a double value.
Line 7: Line 12:
= Known bugs = == v1.2.5 ==
On MacOS:
Line 9: Line 15:
 * '''kmo_extract_spec, kmo_fits_check'''
  * Trouble with frames containing empty extensions
 * '''kmo_std_star'''
  * Trouble with frames containing empty extensions
  * Some extensions misslabeled (std_cube products)
 * '''kmo_fits_strip'''
  * When stripping angle-extensions from calibration files, the original OCS ROT NAANGLE keyword is preserved which may be wrong in the end.
 * '''Flux conservation during reconstruction'''
  * Flux has to be calculated in a new way. IFUs with a mean flux around zero (or slightly below zero) tend to get inverted
 * '''easySPARK scripts'''
  * easySPARK_std_star.sh: already present, but not yet finished. Crashes probably.
Some users reported following warning in kmo_wave_cal even when the resulting XCAL, YCAL, LCAL have the same number of rotator angles with matching values:<<BR>>
 [WARNING] : **********************************************************************<<BR>>
 [WARNING] : **********************************************************************<<BR>>
 [WARNING] : *** For XCAL another angle has been picked than for LCAL ***<<BR>>
 [WARNING] : *** (XCAL: 2.68156e+154, LCAL: 6.92925e-310) ***<<BR>>
 [WARNING] : *** ***<<BR>>
 [WARNING] : *** The recipe will be executed, but the ***<<BR>>
 [WARNING] : *** results should be mistrusted !!! ***<<BR>>
 [WARNING] : *** ***<<BR>>
 [WARNING] : *** Please take care to take XCAL, YCAL and LCAL frame ***<<BR>>
 [WARNING] : *** from the same calibration set !!! ***<<BR>>
 [WARNING] : **********************************************************************<<BR>>
 [WARNING] : **********************************************************************<<BR>>
One value is very large and the other very, very close to zero.<<BR>>
Unfortunately this effect isn't reproducible and hence not really debugable and has to stay open for the moment. The calibrations don't seem to be corrupted and can be used anyway. To be more precise: This warning is emitted after having calculated the LCAL frame and during following reconstruction of the ARC_ON frame in order to create the reconstructed detector image, which in turn is used to collect some QC parameters.

== v1.2.4 ==
 * '''SPARKplug with MacOS X'''
  * Needs as prerequisite the port p5-tk to run, but it fails to compile. The bug has been reported but not fixed yet.

== v1.1.0 ==
Line 22: Line 38:

= SPARK / SPRED =
MacOSX-Users with a working installation of the SPRED pipeline for SINFONI can experience difficulties using it after having installed SPARK. This happens only if they install packages needed for the SPARKplug tool which uses as well python. In this case separate working environemnts are recommended.

SPARK Known bugs

Check as well the Change Log to see which bugs have already been fixed, but not released yet.
Here we list some of the most unconvenient bugs. The technically more interested user can check the SPARK Bug Tracking (only from MPE) for more detailed information.

v1.2.8

  • kmo_sci_red, kmo_sky_tweak

    • Background fitting is weak in some bands (specially in YJ). Background fitting has to be improved and stabilized.
  • kmo_make_image

    • Take into account range-parameter even if no OH-line spectrum is provided.
    • Fix undescriptive error message when CRVAL1 keyword in OH-line spectrum is an integer instead of a double value.

v1.2.5

On MacOS:

Some users reported following warning in kmo_wave_cal even when the resulting XCAL, YCAL, LCAL have the same number of rotator angles with matching values:

  • [WARNING] : **********************************************************************
    [WARNING] : **********************************************************************
    [WARNING] : *** For XCAL another angle has been picked than for LCAL ***
    [WARNING] : *** (XCAL: 2.68156e+154, LCAL: 6.92925e-310) ***
    [WARNING] : *** ***
    [WARNING] : *** The recipe will be executed, but the ***
    [WARNING] : *** results should be mistrusted !!! ***
    [WARNING] : *** ***
    [WARNING] : *** Please take care to take XCAL, YCAL and LCAL frame ***
    [WARNING] : *** from the same calibration set !!! ***
    [WARNING] : **********************************************************************
    [WARNING] : **********************************************************************

One value is very large and the other very, very close to zero.
Unfortunately this effect isn't reproducible and hence not really debugable and has to stay open for the moment. The calibrations don't seem to be corrupted and can be used anyway. To be more precise: This warning is emitted after having calculated the LCAL frame and during following reconstruction of the ARC_ON frame in order to create the reconstructed detector image, which in turn is used to collect some QC parameters.

v1.2.4

  • SPARKplug with MacOS X

    • Needs as prerequisite the port p5-tk to run, but it fails to compile. The bug has been reported but not fixed yet.

v1.1.0

  • SPARKplug

    • some static calibration frames in the resulting sof-files are tagged wrong

SPARK / SPRED

MacOSX-Users with a working installation of the SPRED pipeline for SINFONI can experience difficulties using it after having installed SPARK. This happens only if they install packages needed for the SPARKplug tool which uses as well python. In this case separate working environemnts are recommended.

KMOS-SPARKwiki: Known Bugs (last edited 2014-05-05 10:20:43 by obelix)