Coincidences download always yield -999 for event zenith, azimuth

[tomkooij]

Reported by @josst:

events in coincidence download always return -999, -999 for reconstructed zen,azi while these values are available in separate event download.

affected line:
https://github.com/HiSPARC/publicdb/blob/master/publicdb/raw_data/views.py#L682

[153957]

Because we do not yet have reconstruction of coincidences in the ESD/processing.

That would be a task to be added here:
https://github.com/HiSPARC/publicdb/blob/master/publicdb/histograms/jobs.py#L303

Just like for events:
https://github.com/HiSPARC/publicdb/blob/master/publicdb/histograms/jobs.py#L265

[153957]

See #145

[tomkooij]

In the download the zenith/azimuth is supposed to be the 'event' zenith/azimuth (all other data is 1-to-1 copied from ESD event data). The reconstructed coincidence zenith/azimuth should be another/different field and documented...

Some more work. Priority not high.

[153957]

I think one of the main issues with this was the orientation of the ENU plane, as described in that other issue. I think that normally when reconstruction coincidences the reference location/station of the Cluster object used for reconstructions is the origin of the ENU plane. This may need to be made local/center of mass to the current coincidence being examined to prevent an angle offset because of that.

[153957]

Ah I see what you mean! ok that is a different issue than I was describing.