You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now, propNavMsg requires the user to manually replicate a single timepoint of interest, epoch0, to equal the number of {PRN / constellation index} pairs:
At a minimum, we should be able to handle two obvious degenerate cases of the above:
Call propNavMsg with multiple PRN / constellation pairs, as above, but with a single epoch argument. In other words, the next-to-last line in the code block above should be automatically handled if size(epochs) == size(epoch0) == [1 1].
Call propNavMsg with a single PRN / constellation pair, but with a vector of epochs at which to calculate. In this case, we should calculate the results for the PRN in question at each requested timestep.
The third, most general case, would also be very useful — calculate the results for each PRN / constellation pair at each of the times in the epochs vector. However, this will require an extra loop in the propagation code, and a bit of careful thinking about to how to organize the outputs so as to maintain backwards compatibility, if at all possible, for those who have been using earlier versions of propNavMsg.
The text was updated successfully, but these errors were encountered:
Right now, propNavMsg requires the user to manually replicate a single timepoint of interest,
epoch0
, to equal the number of {PRN / constellation index} pairs:At a minimum, we should be able to handle two obvious degenerate cases of the above:
Call propNavMsg with multiple PRN / constellation pairs, as above, but with a single epoch argument. In other words, the next-to-last line in the code block above should be automatically handled if size(epochs) == size(epoch0) == [1 1].
Call propNavMsg with a single PRN / constellation pair, but with a vector of epochs at which to calculate. In this case, we should calculate the results for the PRN in question at each requested timestep.
The third, most general case, would also be very useful — calculate the results for each PRN / constellation pair at each of the times in the epochs vector. However, this will require an extra loop in the propagation code, and a bit of careful thinking about to how to organize the outputs so as to maintain backwards compatibility, if at all possible, for those who have been using earlier versions of
propNavMsg
.The text was updated successfully, but these errors were encountered: