Feature #1816

Should we store parameter error maps when running cttsmap?

Added by Mayer Michael almost 8 years ago. Updated over 6 years ago.

Status:ClosedStart date:07/18/2016
Priority:NormalDue date:
Assigned To:Mayer Michael% Done:

100%

Category:-
Target version:1.5.0
Duration:

Description

At the moment, when running cttsmap, the tool creates one additional map for each free source parameter in the fit.
In order to provide more detailed information, we could add maps for each parameter error as well (it could be steered via a hidden user parameter). Furthermore, one might want to store the fit status per bin to check if there were fits that did not converge.

Additionally, it might make sense to also be able to compute upper limit maps. This however could be a separate tool, e.g. ctulimmap?

tsmap.py Magnifier (749 Bytes) Mayer Michael, 09/27/2016 02:47 PM

tsmap.fits (33.8 KB) Mayer Michael, 09/27/2016 02:47 PM

tsmap.png (33.8 KB) Knödlseder Jürgen, 01/23/2018 11:43 AM

tsmap_orig.png (33.9 KB) Knödlseder Jürgen, 01/23/2018 11:44 AM

Tsmap Tsmap_orig

Recurrence

No recurrence.

History

#1 Updated by Knödlseder Jürgen almost 8 years ago

Fully support to write out also the error maps in cttsmap.

#2 Updated by Knödlseder Jürgen almost 8 years ago

Mayer Michael wrote:

Additionally, it might make sense to also be able to compute upper limit maps. This however could be a separate tool, e.g. ctulimmap?

Agree that this should be a separate tool, maybe ctulmap or ctulimitmap?

#3 Updated by Mayer Michael almost 8 years ago

  • Assigned To set to Mayer Michael

Ok, I will implement the error maps in cttsmap and come up with a first version of ctulimitmap.
What is your feeling about the fit status as an additional map?

#4 Updated by Mayer Michael almost 8 years ago

I propose to use the prefix “e_” in the FITS extension name in order to indicate that we deal with an error map.
The maps in the TS map would thus be e.g. “PhotonFlux”, “e_PhotonFlux”, ...
Does this sound reasonable?

#5 Updated by Knödlseder Jürgen almost 8 years ago

Mayer Michael wrote:

I propose to use the prefix “e_” in the FITS extension name in order to indicate that we deal with an error map.
The maps in the TS map would thus be e.g. “PhotonFlux”, “e_PhotonFlux”, ...
Does this sound reasonable?

I think I agree. I looked some time ago in how catalogues in Vizier use uncertainty information on quantities, and the uncertainty columns are generally prepended by e_. It thus makes also sense to me to extent this convention to the extension names.

We may write down somewhere the convention, probably in a data format specification for GammaLib and ctools that does not yet exist.

And we may also make sure that this convention is always respected (cspull does not - it uses Unc_, csspec and cslightcrv seem to respect it). We probably want to create a change request for that.

It may also be useful to discuss this with the data format group.

#6 Updated by Mayer Michael almost 8 years ago

  • Status changed from New to Pull request

Ok, I have implemented the changes adding the errors using the prefix “e_”. I agree this should be discussed further. In particular, we might want to deal with asymmetric errors eventually. My proposal is “e_” for symmetric errors and “ed_” and “eu_” for asymmetric ones but I have no strict opinion on that.

The changes include:
  • cttsmap now has a hidden boolean parameter errors, which signals that errors on the free parameters should be computed and stored (default=no, since it will cost quite some additional computation time).
  • If errors=yes for each parameter and additional error map with the prefix “e_” in the extension name is appended.
  • I added a map called “FITSTATUS” that shows the fit status of each optimisation on the grid (provided by opt->status()).
  • I renamed “STATUS MAP” in “PROGRESS MAP” in order not to be confused with the FITSTATUS map
  • Adapted cstsmapmerge accordingly.
  • Added unit test for cttsmap using errors=yes.

The branch is:
1816-cttsmap-errors

(I will create a separate issue for ctulimitmap).

#7 Updated by Mayer Michael almost 8 years ago

  • % Done changed from 0 to 100

#8 Updated by Knödlseder Jürgen over 7 years ago

Mayer Michael wrote:

Ok, I have implemented the changes adding the errors using the prefix “e_”. I agree this should be discussed further. In particular, we might want to deal with asymmetric errors eventually. My proposal is “e_” for symmetric errors and “ed_” and “eu_” for asymmetric ones but I have no strict opinion on that.

The changes include:
  • cttsmap now has a hidden boolean parameter errors, which signals that errors on the free parameters should be computed and stored (default=no, since it will cost quite some additional computation time).
  • If errors=yes for each parameter and additional error map with the prefix “e_” in the extension name is appended.
  • I added a map called “FITSTATUS” that shows the fit status of each optimisation on the grid (provided by opt->status()).
  • I renamed “STATUS MAP” in “PROGRESS MAP” in order not to be confused with the FITSTATUS map
  • Adapted cstsmapmerge accordingly.
  • Added unit test for cttsmap using errors=yes.

The branch is:
1816-cttsmap-errors

(I will create a separate issue for ctulimitmap).

Thanks. I had not realised that the errors were not available in the TS computation. Good idea to make the error computation optionally.

I was wondering whether the “FITSTATUS” and the “PROGRESS MAP” maps are not redundant? Both are set at the exit of the fit, one with the fit status, the other with 1. Possible fit status values are:

#define G_LM_CONVERGED            0
#define G_LM_STALLED              1
#define G_LM_SINGULAR             2
#define G_LM_NOT_POSTIVE_DEFINITE 3
#define G_LM_BAD_ERRORS           4

You could either add some positive value (e.g. 1 or 10) to get non zero values. Or you may default the map to -1 for non-fitted values. And you could keep the original "STATUS MAP".

#9 Updated by Mayer Michael over 7 years ago

I agree that the maps are in fact redundant. I haven’t thought about this before.

You could either add some positive value (e.g. 1 or 10) to get non zero values. Or you may default the map to -1 for non-fitted values. And you could keep the original “STATUS MAP”.

I went for the latter and initialised the “STATUS MAP” with -1 in cttsmap::init_maps(). This map is now used in cstsmapmerge to check for the computation progress.

I rebased branch 1816-cttsmap-errors on devel, and started to adapt cstsmapmerge to the new logging convention. I modified and extend the unit tests a bit and added appropriate example test files.

I guess we could merge this in now.

#10 Updated by Mayer Michael over 7 years ago

P.S. I forgot to mention that for some reason I wasn’t able to track down we now have blank lines in the log files after using:

self._log_value(gammalib.TERSE, "Parameter", value)

GApplication only seems to do std::endl but not insert an additional blank line. Any ideas?

#11 Updated by Knödlseder Jürgen over 7 years ago

Is also fixed already. Sorry for that. The new methods induced some reorganisation of things.

Checkout the latest code and see if it’s gone.

Btw: log_string() now automatically appends a linefeed since it turned out that in basically every line I had to add one by hand. You can still switch this off by using

log_string(NORMAL, "Bla", false);

I also try to fix the same logic for the chattiness levels. Is not yet done for the cscripts. The rule is:
  • TERSE: only for headers (running a tool just shows the steps, and the output in ctulimit as this is not written into a file, hence otherwise useless)
  • NORMAL: normal behavior, only summary information and results
  • EXPLICIT: more detailed information, in particular about computing things, but also content of for example an observation container; use m_obs.print(m_chatter) to forward the chattiness to GammaLib classes
  • VERBOSE: whatever might be useful for diagnostics, mainly to debug things, or to look into the detailed inner workings; rarely used

I have to write this up in the coding conventions.

#12 Updated by Knödlseder Jürgen over 7 years ago

Michael, can you confirm that this is fixed now (want to close the issue)?

#13 Updated by Mayer Michael over 7 years ago

It seems that the above branch (1816-cttsmap-errors) is not yet merged into the devel branch. At least there is not errors parameter in the parameter file yet.

#14 Updated by Knödlseder Jürgen over 7 years ago

  • Status changed from Pull request to Feedback

Merged into devel. There were some merge conflicts since I also modified the code on my side. You may check if everything works fine. I will put the status for the moment to Feedback.

#15 Updated by Mayer Michael over 7 years ago

I have made some checks and it seems to work nicely. However, I discovered some disturbing results when creating a simple TS map from a simulated CTA observation on the Crab Nebula.
All TS values of bins that are not close to the source are largely negative (range -1000 to -600). I guess this is not intended. I attached the script to reproduce this result. Not sure this is a feature of cttsmap or something more profound.

#16 Updated by Knödlseder Jürgen over 7 years ago

Mayer Michael wrote:

I have made some checks and it seems to work nicely. However, I discovered some disturbing results when creating a simple TS map from a simulated CTA observation on the Crab Nebula.
All TS values of bins that are not close to the source are largely negative (range -1000 to -600). I guess this is not intended. I attached the script to reproduce this result. Not sure this is a feature of cttsmap or something more profound.

I guess it’s more a feature that comes from the fact that the Crab flux never can go to zero. I see that the minimum prefactor is 1e-23. I guess if you set this to 1e-30 the negative TS become much less negative (though never 0). Note also that the index goes to -5 when you move array from the source.

#17 Updated by Mayer Michael over 7 years ago

I just tested it down to using 1e-40 as minimum prefactor. I also set the starting value of the prefactor to 1e-23. Both approaches revealed TS values in the -1000 range.

#18 Updated by Knödlseder Jürgen about 7 years ago

  • Target version changed from 1.2.0 to 1.3.0

#19 Updated by Knödlseder Jürgen almost 7 years ago

  • Target version changed from 1.3.0 to 1.4.0

#20 Updated by Knödlseder Jürgen almost 7 years ago

  • Status changed from Feedback to In Progress
  • Target version changed from 1.4.0 to 1.5.0
  • % Done changed from 100 to 90

#21 Updated by Knödlseder Jürgen over 6 years ago

In the actual version of the software I could not reproduce the issue. On the left the original TS map, on the right the current TS map. Although it cannot be seen directly, the current TS map has no negative values (below also the values from the log file).

2018-01-23T10:37:46:  TS value (bin 0) ..........: 4.66544588562101e-05 ((RA,Dec)=(83.8754025976664,21.7848217003576))
2018-01-23T10:37:47:  TS value (bin 1) ..........: 0.000127405801322311 ((RA,Dec)=(83.8215576379983,21.7848921396412))
2018-01-23T10:37:47:  TS value (bin 2) ..........: 43.0831707905163 ((RA,Dec)=(83.7677126318036,21.7849449691736))
2018-01-23T10:37:48:  TS value (bin 3) ..........: 120.345738314587 ((RA,Dec)=(83.7138675923756,21.784980188895))
2018-01-23T10:37:49:  TS value (bin 4) ..........: 196.82090798975 ((RA,Dec)=(83.6600225330074,21.7849977987657))
2018-01-23T10:37:50:  TS value (bin 5) ..........: 195.694590249535 ((RA,Dec)=(83.6061774669926,21.7849977987657))
2018-01-23T10:37:51:  TS value (bin 6) ..........: 121.553395231749 ((RA,Dec)=(83.5523324076244,21.784980188895))
2018-01-23T10:37:51:  TS value (bin 7) ..........: 50.5902528706065 ((RA,Dec)=(83.4984873681964,21.7849449691736))
2018-01-23T10:37:52:  TS value (bin 8) ..........: 15.8533206022112 ((RA,Dec)=(83.4446423620017,21.7848921396412))
2018-01-23T10:37:52:  TS value (bin 9) ..........: 9.96756716631353e-05 ((RA,Dec)=(83.3907974023336,21.7848217003576))
2018-01-23T10:37:53:  TS value (bin 10) .........: 0.000142645498272032 ((RA,Dec)=(83.8754879667862,21.8348216375383))
2018-01-23T10:37:54:  TS value (bin 11) .........: 85.0299323404033 ((RA,Dec)=(83.8216240363353,21.8348921016394))
2018-01-23T10:37:55:  TS value (bin 12) .........: 342.438175710791 ((RA,Dec)=(83.7677600592584,21.8349449497849))
2018-01-23T10:37:56:  TS value (bin 13) .........: 809.75127859434 ((RA,Dec)=(83.7138960488769,21.8349801819151))
2018-01-23T10:37:57:  TS value (bin 14) .........: 1236.62551156446 ((RA,Dec)=(83.6600320185126,21.8349977979902))
2018-01-23T10:37:58:  TS value (bin 15) .........: 1261.2594564716 ((RA,Dec)=(83.6061679814874,21.8349977979902))
2018-01-23T10:37:59:  TS value (bin 16) .........: 848.563642695692 ((RA,Dec)=(83.5523039511231,21.8349801819151))
2018-01-23T10:38:00:  TS value (bin 17) .........: 373.716778917704 ((RA,Dec)=(83.4984399407417,21.8349449497849))
2018-01-23T10:38:01:  TS value (bin 18) .........: 108.740742957685 ((RA,Dec)=(83.4445759636647,21.8348921016394))
2018-01-23T10:38:01:  TS value (bin 19) .........: 21.185698871006 ((RA,Dec)=(83.3907120332138,21.8348216375383))
2018-01-23T10:38:02:  TS value (bin 20) .........: 54.9233009232848 ((RA,Dec)=(83.8755733956264,21.8848215746751))
2018-01-23T10:38:03:  TS value (bin 21) .........: 365.771211512067 ((RA,Dec)=(83.8216904811219,21.8848920636109))
2018-01-23T10:38:04:  TS value (bin 22) .........: 1264.28431016585 ((RA,Dec)=(83.7678075198915,21.8849449303826))
2018-01-23T10:38:04:  TS value (bin 23) .........: 2844.54469262285 ((RA,Dec)=(83.7139245252853,21.8849801749302))
2018-01-23T10:38:05:  TS value (bin 24) .........: 4432.84453223814 ((RA,Dec)=(83.6600415106535,21.8849977972141))
2018-01-23T10:38:05:  TS value (bin 25) .........: 4500.67488340722 ((RA,Dec)=(83.6061584893465,21.8849977972141))
2018-01-23T10:38:06:  TS value (bin 26) .........: 2968.61589604136 ((RA,Dec)=(83.5522754747147,21.8849801749302))
2018-01-23T10:38:07:  TS value (bin 27) .........: 1317.72727363475 ((RA,Dec)=(83.4983924801085,21.8849449303826))
2018-01-23T10:38:08:  TS value (bin 28) .........: 383.090641019575 ((RA,Dec)=(83.4445095188781,21.8848920636109))
2018-01-23T10:38:08:  TS value (bin 29) .........: 68.1181762730703 ((RA,Dec)=(83.3906266043736,21.8848215746751))
2018-01-23T10:38:09:  TS value (bin 30) .........: 153.328274122294 ((RA,Dec)=(83.8756588843802,21.9348215117678))
2018-01-23T10:38:10:  TS value (bin 31) .........: 866.490789581934 ((RA,Dec)=(83.8217569725082,21.9348920255558))
2018-01-23T10:38:11:  TS value (bin 32) .........: 2921.30462064053 ((RA,Dec)=(83.7678550138103,21.9349449109666))
2018-01-23T10:38:11:  TS value (bin 33) .........: 7337.21054218014 ((RA,Dec)=(83.7139530216651,21.9349801679405))
2018-01-23T10:38:11:  TS value (bin 34) .........: 11947.8797508589 ((RA,Dec)=(83.6600510094515,21.9349977964374))
2018-01-23T10:38:12:  TS value (bin 35) .........: 11933.2636954691 ((RA,Dec)=(83.6061489905485,21.9349977964374))
2018-01-23T10:38:12:  TS value (bin 36) .........: 7391.84992367541 ((RA,Dec)=(83.5522469783349,21.9349801679405))
2018-01-23T10:38:13:  TS value (bin 37) .........: 3026.26225616134 ((RA,Dec)=(83.4983449861897,21.9349449109666))
2018-01-23T10:38:14:  TS value (bin 38) .........: 859.3034697205 ((RA,Dec)=(83.4444430274918,21.9348920255558))
2018-01-23T10:38:15:  TS value (bin 39) .........: 141.030264505214 ((RA,Dec)=(83.3905411156198,21.9348215117678))
2018-01-23T10:38:16:  TS value (bin 40) .........: 252.613767051778 ((RA,Dec)=(83.8757444332409,21.9848214488163))
2018-01-23T10:38:17:  TS value (bin 41) .........: 1334.5272185941 ((RA,Dec)=(83.8218235106445,21.9848919874739))
2018-01-23T10:38:17:  TS value (bin 42) .........: 4738.56487919038 ((RA,Dec)=(83.7679025411221,21.984944891537))
2018-01-23T10:38:17:  TS value (bin 43) .........: 12364.0673359029 ((RA,Dec)=(83.7139815380808,21.9849801609458))
2018-01-23T10:38:17:  TS value (bin 44) .........: 18842.1897282341 ((RA,Dec)=(83.6600605149282,21.9849977956602))
2018-01-23T10:38:18:  TS value (bin 45) .........: 18818.7390821638 ((RA,Dec)=(83.6061394850718,21.9849977956602))
2018-01-23T10:38:18:  TS value (bin 46) .........: 12369.4237198531 ((RA,Dec)=(83.5522184619192,21.9849801609458))
2018-01-23T10:38:18:  TS value (bin 47) .........: 4742.73964546344 ((RA,Dec)=(83.4982974588779,21.984944891537))
2018-01-23T10:38:20:  TS value (bin 48) .........: 1305.10525587594 ((RA,Dec)=(83.4443764893555,21.9848919874739))
2018-01-23T10:38:21:  TS value (bin 49) .........: 199.556474877463 ((RA,Dec)=(83.3904555667592,21.9848214488163))
2018-01-23T10:38:21:  TS value (bin 50) .........: 264.137835760921 ((RA,Dec)=(83.8758300424022,22.0348213858204))
2018-01-23T10:38:22:  TS value (bin 51) .........: 1391.64779917573 ((RA,Dec)=(83.8218900956817,22.0348919493651))
2018-01-23T10:38:23:  TS value (bin 52) .........: 4968.01272047381 ((RA,Dec)=(83.7679501019346,22.0349448720938))
2018-01-23T10:38:23:  TS value (bin 53) .........: 12817.1487023782 ((RA,Dec)=(83.714010074597,22.0349801539462))
2018-01-23T10:38:23:  TS value (bin 54) .........: 19358.0839990357 ((RA,Dec)=(83.6600700271051,22.0349977948825))
2018-01-23T10:38:23:  TS value (bin 55) .........: 19339.7770694354 ((RA,Dec)=(83.606129972895,22.0349977948825))
2018-01-23T10:38:24:  TS value (bin 56) .........: 12782.2401264478 ((RA,Dec)=(83.552189925403,22.0349801539462))
2018-01-23T10:38:24:  TS value (bin 57) .........: 4894.57471321232 ((RA,Dec)=(83.4982498980654,22.0349448720938))
2018-01-23T10:38:25:  TS value (bin 58) .........: 1308.81614562467 ((RA,Dec)=(83.4443099043183,22.0348919493651))
2018-01-23T10:38:26:  TS value (bin 59) .........: 184.176186502184 ((RA,Dec)=(83.3903699575978,22.0348213858204))
2018-01-23T10:38:27:  TS value (bin 60) .........: 171.077064988262 ((RA,Dec)=(83.8759157120586,22.08482132278))
2018-01-23T10:38:28:  TS value (bin 61) .........: 967.541192095814 ((RA,Dec)=(83.8219567277709,22.0848919112295))
2018-01-23T10:38:28:  TS value (bin 62) .........: 3330.12160152892 ((RA,Dec)=(83.7679976963559,22.0849448526368))
2018-01-23T10:38:29:  TS value (bin 63) .........: 8326.63355780073 ((RA,Dec)=(83.7140386312786,22.0849801469417))
2018-01-23T10:38:29:  TS value (bin 64) .........: 13296.291553407 ((RA,Dec)=(83.6600795460037,22.0849977941042))
2018-01-23T10:38:29:  TS value (bin 65) .........: 13268.7162866299 ((RA,Dec)=(83.6061204539964,22.0849977941042))
2018-01-23T10:38:30:  TS value (bin 66) .........: 8271.44478002837 ((RA,Dec)=(83.5521613687215,22.0849801469417))
2018-01-23T10:38:30:  TS value (bin 67) .........: 3235.92714631031 ((RA,Dec)=(83.4982023036441,22.0849448526368))
2018-01-23T10:38:32:  TS value (bin 68) .........: 856.084907855373 ((RA,Dec)=(83.4442432722292,22.0848919112295))
2018-01-23T10:38:32:  TS value (bin 69) .........: 100.486084928474 ((RA,Dec)=(83.3902842879414,22.08482132278))
2018-01-23T10:38:33:  TS value (bin 70) .........: 63.5295161910763 ((RA,Dec)=(83.8760014424047,22.1348212596949))
2018-01-23T10:38:34:  TS value (bin 71) .........: 420.276835247409 ((RA,Dec)=(83.8220234070634,22.1348918730668))
2018-01-23T10:38:35:  TS value (bin 72) .........: 1512.41682718336 ((RA,Dec)=(83.7680453244941,22.134944833166))
2018-01-23T10:38:36:  TS value (bin 73) .........: 3501.86398137527 ((RA,Dec)=(83.7140672081903,22.1349801399322))
2018-01-23T10:38:36:  TS value (bin 74) .........: 5456.21998563007 ((RA,Dec)=(83.6600890716457,22.1349977933254))
2018-01-23T10:38:36:  TS value (bin 75) .........: 5423.35540353489 ((RA,Dec)=(83.6061109283543,22.1349977933254))
2018-01-23T10:38:37:  TS value (bin 76) .........: 3415.80120816542 ((RA,Dec)=(83.5521327918098,22.1349801399322))
2018-01-23T10:38:39:  TS value (bin 77) .........: 1444.62500176855 ((RA,Dec)=(83.4981546755059,22.134944833166))
2018-01-23T10:38:40:  TS value (bin 78) .........: 347.748621415958 ((RA,Dec)=(83.4441765929366,22.1348918730668))
2018-01-23T10:38:41:  TS value (bin 79) .........: 28.9982427835639 ((RA,Dec)=(83.3901985575953,22.1348212596949))
2018-01-23T10:38:41:  TS value (bin 80) .........: 0.000140878517413512 ((RA,Dec)=(83.8760872336359,22.1848211965651))
2018-01-23T10:38:42:  TS value (bin 81) .........: 107.681400419999 ((RA,Dec)=(83.8220901337113,22.184891834877))
2018-01-23T10:38:43:  TS value (bin 82) .........: 450.993852517771 ((RA,Dec)=(83.7680929864576,22.1849448136813))
2018-01-23T10:38:44:  TS value (bin 83) .........: 1070.85951633804 ((RA,Dec)=(83.7140958053972,22.1849801329177))
2018-01-23T10:38:45:  TS value (bin 84) .........: 1608.07341634043 ((RA,Dec)=(83.6600986040529,22.184997792546))
2018-01-23T10:38:46:  TS value (bin 85) .........: 1594.21778547196 ((RA,Dec)=(83.6061013959471,22.184997792546))
2018-01-23T10:38:49:  TS value (bin 86) .........: 1044.80755175877 ((RA,Dec)=(83.5521041946027,22.1849801329177))
2018-01-23T10:38:50:  TS value (bin 87) .........: 416.251921858202 ((RA,Dec)=(83.4981070135424,22.1849448136813))
2018-01-23T10:38:51:  TS value (bin 88) .........: 85.6344042030105 ((RA,Dec)=(83.4441098662887,22.184891834877))
2018-01-23T10:38:51:  TS value (bin 89) .........: 8.92718962859362e-05 ((RA,Dec)=(83.3901127663642,22.1848211965651))
2018-01-23T10:38:52:  TS value (bin 90) .........: 1.91133585758507e-05 ((RA,Dec)=(83.8761730859477,22.2348211333902))
2018-01-23T10:38:53:  TS value (bin 91) .........: 0.000157859758473933 ((RA,Dec)=(83.8221569078666,22.23489179666))
2018-01-23T10:38:53:  TS value (bin 92) .........: 86.4110524116841 ((RA,Dec)=(83.7681406823552,22.2349447941828))
2018-01-23T10:38:54:  TS value (bin 93) .........: 226.011403005687 ((RA,Dec)=(83.7141244229647,22.2349801258983))
2018-01-23T10:38:55:  TS value (bin 94) .........: 356.216069200891 ((RA,Dec)=(83.6601081432468,22.2349977917661))
2018-01-23T10:38:56:  TS value (bin 95) .........: 358.411581601045 ((RA,Dec)=(83.6060918567532,22.2349977917661))
2018-01-23T10:38:57:  TS value (bin 96) .........: 225.003625298123 ((RA,Dec)=(83.5520755770353,22.2349801258983))
2018-01-23T10:38:58:  TS value (bin 97) .........: 82.1810223747161 ((RA,Dec)=(83.4980593176448,22.2349447941828))
2018-01-23T10:38:59:  TS value (bin 98) .........: 0.000161765521625057 ((RA,Dec)=(83.4440430921334,22.23489179666))
2018-01-23T10:38:59:  TS value (bin 99) .........: 2.75422062259167e-05 ((RA,Dec)=(83.3900269140523,22.2348211333902))

#22 Updated by Knödlseder Jürgen over 6 years ago

  • Status changed from In Progress to Closed
  • % Done changed from 90 to 100

Close the feature now.

Also available in: Atom PDF