-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lst reader #749
Lst reader #749
Conversation
…STCameraContainer (Fields: LSTEventContainer and LSTServiceContainer)
Okay, now the SST1M reader tests are failing, but this is expected since the SST1M reader does not yet support protozfits v1.0.2 which in turn is needed by the Nectarcam and LST. I think it would be hard to expect from Franca to deal with the SST1M stuff. So I propose to mark these tests with Until I have time to create a follow up PR for the SST1M stuff. I believe at the moment, still nobody is using the SST1M reader ... @kosack would that be okay for you, if the SST1M reader is non functional for some time? |
That's fine with me if sst1m is not working for a bit. So you can add xfails to the tests in this PR to get it working, and that should be ok for now. We can fix it after. |
…le with version 1.0.2 of the protozfit library
Franca fixed the problem with the SST1M reader so, that is fine now, no need for
with this message:
|
I would guess adding docs for atmosphere should not be part of this PR. However, to fix them, you should remove the index_* - that should just be a list of what sub-pages you have (they should not be named index_x.rst, since index implies the top page only. |
Ideally, just move all the changes of atmosphere to a different pull request. |
Actually I don't know why atmosphere is in this PR, I though it was included in a very old one (??) . I prefer to correct for it, removing the index_* |
Ah Franka, now I remember. The same issue occured in the past on another PR from you. I compared the master of your fork with the master of ctapipe, and indeed this atmosphere stuff exists in your master. So every feature-branch you branch off of your master like this:
and try to pull into the ctapipe master will carry this old modifications with it. c.f. |
To 'tidy up your fork' you can do
But please be aware this destroys the difference between your master and the upstream. c.f. https://gist.github.com/glennblock/1974465 To tidy up this work here, I personally believe it is most easy and clean to start with a fresh branch and 'cherry pick' only the commits you actually wanted to commit. Then open a new PR for that cleaned up branch and then close this PR. |
Hi Dominik and Karl, |
Yes, I believe, when you want to have the atmosphere stuff merged into the ctapipe master, you can open a dedicated pull request for that. In order to do that, I recommend this:
then open the PR for the atmosphere branch. You can do that right now or later ... as you wish ... it is independent of this PR. After you have successfully created the atmosphere branch and opened the PR for that, it is time to make sure your forks master branch is identical to the upstreams master branch as this greatly reduces the risk for accidentally including unwanted commits into new feature branches. So then I would recommend:
|
Codecov Report
@@ Coverage Diff @@
## master #749 +/- ##
==========================================
+ Coverage 69.06% 69.49% +0.42%
==========================================
Files 196 198 +2
Lines 10562 10708 +146
==========================================
+ Hits 7295 7441 +146
Misses 3267 3267
Continue to review full report at Codecov.
|
Finally! I decided to remove the atmosphere directory, we don't need it right now, I can always pull it in when we think it starts to become useful (I will create a branch in my origin and keep it on the side)... |
Hi Karl, is stil there something wrong with this pull? Thanks Franca |
No, looks good! I just was away and couldn't merge it. Will do it now. |
This is a first version of the LST reader.
Since LST data files have both one CameraConfig table and many CameraEvent tables, I introduced two containers in the LSTCameraContainer in order not to refill the CameraConfig information at each event. Then, generic interesting data can be found in:
event.r0.tel[0]
and specific LST1 data can be found in
event.lst.tel[0].svc
event.lst.tel[0].evt