IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Version 27 and Version 28 of ThingsToBeDoneBeforeSas40


Ignore:
Timestamp:
Oct 7, 2015, 3:00:41 PM (11 years ago)
Author:
eugene
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • ThingsToBeDoneBeforeSas40

    v27 v28  
    6868 * StackMeta:nPhoRef - (delete) '''asana, done (HAF)'''
    6969 * StackMeta:  add set of similar names (same information, from relexp/relstack) recalAstroScat, recalPhotoScat, recalNAstroStars, recalNPhotoStars '''asana'''
    70  * StackMeta:calibModNum - HAF to remove from schema '''asana, done'''
     70 * StackMeta:calibModNum - remove from schema '''asana, done'''
    7171 * StackObjectThin:stackDetectRowID (WS/HAF/EAM) is it set correctly '''asana'''
    72  * StackObjectThin:primary not set (we understand, from dvo addstar -list bug) '''asana'''
     72 * StackObjectThin:primary not set (we understand, from dvo addstar -list bug) '''asana, done'''
    7373   * addstar name is fixed in trunk, primary should now work (EAM: check for SAS40 calib & 3pi)
    7474 * StackObjectThin:bestDetection not set (???) EAM???  '''asana'''
    7575 * StackObjectThin:xInfoFlag2 not set, looks like bug in ipptopsps (HAF)  '''asana, done'''
    76  * (alltables):(allfluxes) convert to jansky - need conversion from EAM  '''asana'''
     76 * (alltables):(allfluxes) convert to jansky - need conversion from EAM  '''asana, done'''
    7777 * ForcedMeanObject:xGamma drop  '''asana, done'''
    7878 * ForcedMeanLensing:xpsfE1 xpsfE2 are -999  '''asana, done'''
    … …  
    8080 * ForcedWarpMeta:skycellID to be split into projectionCell and skycellID as done for other tables (HAF) '''asana'''
    8181 * ForcedWarpMeta:photocalID (???) EAM???  '''asana'''
    82  * ForcedWarpMeta:analVer should be set to svn number (HAF)  '''asana'''
     82 * ForcedWarpMeta:analVer should be set to svn number '''asana, done'''
    8383 * ForcedWarpMeta:astroScat - drop (HAF) '''asana, done'''
    8484 * ForcedWarpMeta:photoScat - same as in stack (HAF)
    … …  
    8888 * ForcedWarpMeta:completMag -- as done for stack/p2  '''asana. done'''
    8989 * ForceWarpMeta:add 2 columns recalPhotoScat, recalPhoRef (and grab from relexp (fullforce) info for photoscat/ nphoref)   '''asana'''
    90  * StackModelFitDev/StackModelFitExp/StackModelFitSer : postions are inconsistent -- all should be RA,DEC (with 8 byte doubles) '''asana'''
     90 * StackModelFitDev/StackModelFitExp/StackModelFitSer : postions are inconsistent -- all should be RA,DEC (with 8 byte doubles) '''asana, done'''
    9191
    9292=== ipptopsps issues from pspswg page ===
    9393
    94  * missing zp in stackobjecthin/stackobjectattributes mags/ fluxes  '''asana'''
    95  *  Nigel: primaryflag not set - Gene knows the cause of the problem.  '''asana'''
     94 * missing zp in stackobjecthin/stackobjectattributes mags/ fluxes  '''asana, done'''
     95 *  Nigel: primaryflag not set - Gene knows the cause of the problem.  '''asana, done'''
    9696 *  Nigel: due to the above, forced mean photometry includes primary and secondary measurements into the averages.  '''asana'''
    97  * Nigel: in ForcedMeanObject FluxStd is in ADU/sec but Flx and FlxErr are in Jansky.   '''asana'''
    98  * Nigel: quick note on naming conventions. Detection and ForcedWarpMeasurement have the same names for columns. Is that OK?  (HAF to rename)  '''asana'''
     97 * Nigel: in ForcedMeanObject FluxStd is in ADU/sec but Flx and FlxErr are in Jansky.   '''asana, done (all fluxes in Jy)'''
     98 * Nigel: quick note on naming conventions. Detection and ForcedWarpMeasurement have the same names for columns. Is that OK?  (HAF to rename)  '''asana, done'''
    9999 * Nigel: there is a population with halflightrad < 0.1. This is not a star/galaxy issue (using SDSS types, everything with rad<~2 is a star). Colours show density of points.  '''asana'''
    100100   * HAF/KCC: as listed in Schema 21 the halflight radius is not treated consistently. There is momenRH (labeld as half light radius, sometimes with DROP), in Detection, diffDetection, ForcedWarp, and Stack. This comes from momentRH in the cmf files. We also have a true halflightrad in stack, which is filled from the cmf (HALF_LIGHT_RADIUS. We need to check that this is present in all types of cmf files and use HALF_LIGHT_RADIUS where it was measured and drop momentRH everywhere.
    101  * Nigel: psfMajor/MinorFWHM are in pixels but the schema says arcsec. '''asana'''
     101 * Nigel: psfMajor/MinorFWHM are in pixels but the schema says arcsec. '''asana, done'''
    102102   * HAF: ipptopsps grabs it directly from dvo (no conversions, i see min/majorFWHM is in stack, detection, diff, forcedwarp) - is it wrong for everything or only certain tables? If only certain tables, EAM needs to apply something in dvo. If it's wrong for all, HAF needs to apply correction in ipptopsps. (see other examples, in ipptopsps)
    103103 * Roberto: In ForcedMeanObject all g,r,i,r,y-Gamma values are still -999. '''asana, done'''
    104104    * EAM: these are not valid and should be dropped
    105  * apflux and apfluxerr still follow multiple, noise-free sequences in all filters.  '''asana'''
     105 * apflux and apfluxerr still follow multiple, noise-free sequences in all filters.  '''asana, done'''
    106106 * The values of apfluxstd are strange, why can they have the value of -999 when apfluxerr is 'normal'? '''asana'''
    107107   * This happens when nTotal>1: for example, obID=ForcedMeanObject in the gband has gnTotal=4, gApFlux=8.19722E-06, gApFluxErr=3.59973E-07 and gApFluxStd=-999.
    108108   *  HAF: these come directly from the cmf, no other translations done - EAM? EAM will look at
    109109   * EAM: I investigated these: the values are correctly inherited from the cmf.  the trends are correct except that the apFluxErr uses sqrt(image) instead of sqrt(variance). 
    110  * Roberto: in StackModelFitDeV the DeVCf are all -999 in all filters.  '''asana'''
    111  * Roberto: in StackModelFitExp ExpCf are all -999. There are still 'sensible' fits (example: objID=101703338181088339, gband) where RAexp and DECexp are -999  '''asana'''
    112  * Roberto: in StackModelFitSer ExpCf are all -999. nuerr=0.1 always  '''asana'''
     110 * Roberto: in StackModelFitDeV the DeVCf are all -999 in all filters (drop).  '''asana, done'''
     111 * Roberto: in StackModelFitExp ExpCf are all -999. (drop) '''asana, done'''
     112 * Roberto: in StackModelFitExp, there are still 'sensible' fits (example: objID=101703338181088339, gband) where RAexp and DECexp are -999  '''asana'''
     113 * Roberto: in StackModelFitSer ExpCf are all -999. nuerr=0.1 always  '''asana, done'''
    113114   * HAF CF is not loaded for Dev/Exp/Ser in ipptopsps, need to investigte if in cmf. EAM : not measured, drop it
    114  * Roberto: in StackModelFitExtra logC and logA are -999  '''asana'''
     115 * Roberto: in StackModelFitExtra logC and logA are -999  '''asana, done'''
    115116   * HAF logC I couldn't find a column for in the CMF, logA is loaded by ipptopsps so must be null in the smf file. EAM: not measured, drop them
    116117 * Roberto: in StackPetrosian many petRadiusErr are -999, although all the other errors are not (example: objID=101663337788271850, gband)  '''asana'''
    … …  
    120121 *  Roberto: in Detection the apflux and apfluxerr still follow multiple, noise-free sequences, errors on kron fluxes don't  '''asana'''
    121122   * HAF: EAM investigate?
    122  *  Roberto: in DiffDetObject cx, cy,cz, l, b, lambda, beta are -999, raErr and DecErr are 0 '''asana'''
     123 *  Roberto: in DiffDetObject cx, cy,cz, l, b, lambda, beta are -999, raErr and DecErr are 0 '''asana, done'''
    123124   * HAF: cx/cz/cy/l/b/lambda/beta should be calculated by PSPS.
    124125   * HAF raErr/decErr sounds like dvo calibration problem (bug EAM, ipptopsps tries to load) HAF: need to remove ra/dec err does not make sense for diff