Skip to content

Conversation

@JohnPalmer
Copy link
Member

I have made here all of the changes in steps 1-3 of my email from 20 June. They are pretty straight forward, but please test that my change of the time stored by FixUse.java does not mess anything up. Instead of storing the exact time of the fix, we are now grabbing the hour as an integer and then storing it in the new Fix as a long (since I keeping the type the same should avoid problems in other parts of the code, where we expect a long). But I have not tested this so it is possible that things will go wrong (e.g. if the fix for some reason has a null value for time, this may throw an error when we change from int to long).

Changed values for background tracking cells - lat and lon and area.
Changed values for background tracking cell lat, lon, and area.
Changed values for background tracking cell lat, lon, and area.
Changed values for background tracking cell lat, lon, and area.
Changed value for background tracking cell lat and lon.
Changed value for background tracking cell lat and lon.
Changed value for background tracking cell lat and lon.
Changed value for background tracking cell lat and lon.
Changed latMask and lonMask variables to 0.025. These will be used in the mask implemented by FixUse.java.
Temporal Information stored from each background fix will now be the hour only (but still stored as a long to avoid any problems in other parts of the cose)
@JohnPalmer JohnPalmer requested a review from mariusgarcia June 22, 2017 12:21
@mariusgarcia
Copy link
Collaborator

Ok, it's fine John.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants