[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Rugged Users] [Orekit Developers] Building the rugged examples



Hi Andy,

I am adding rugged-users list, as this question is more suited for this list.

Andy Schofield <A.Schofield@sstl.co.uk> a écrit :

Thanks Luc.

I opted for Eclipse Mars with orekit-7.0 and rugged-1.0 in the end and got the DirectLocation and other examples working OK.
I am interested in whether Orekit is suitable for projecting a  
single LoS based on an ECEF position, coupled with time, angular  
offsets between the AOCS frame of reference and the imager frame of  
reference, attitude of the AOCS FoR and imager characteristics such  
as FoV.
Looking at those examples, it seems like the system is geared  
towards a propagated flight but that the core functionality probably  
supports what I'm looking at (projection of single image from a  
mobile phone camera with attitude and GPS value) but wanted to check  
if the orekit system can support this before I delve too far.
If you never want to compute inverse location (i.e. you never compute
from ground to spacecraft), if you already know the position and los in
Earth frame, and if you don't care about light time correction, abberration
of light and refraction, you can avoid building the full Rugged object and
you can rely on lower level objects. You can directly build an instance of
DuvenhageAlgorithm and call its intersection method, which will only consider
the Digital Elevation Model and a single line of sight.

If you want to let some existing validated code handle frames transforms,
attitude, instrument viewing model, light time correction, abberration of
light correction and refraction, then you should rather build a Rugged instance
and call the directLocation(date, position, los) method, only once, with
your single line of sight. It is possible to build the Rugged instance with
an Orekit propagator instead of providing it set of position/velocity/attitude,
this may be simpler in your use case.

So you can use Rugged with a single line of sight.

Hope this helps,
Luc

Regards
Andy

-----Original Message-----
From: orekit-developers-request@orekit.org [mailto:orekit-developers-request@orekit.org] On Behalf Of MAISONOBE Luc
Sent: 04 October 2016 13:15
To: orekit-developers@orekit.org
Subject: Re: [Orekit Developers] Building the rugged examples


a.schofield@sstl.co.uk a écrit :

Hi there,
Hi Andy,

I'm just starting off with the Orekit/Rugged system and wanted to
build the 3 examples in the Rugged package i.e. directLocation, DL
with DEM and InverseLocation.
Using Orekit 8.0 and Rugged 1.0, should these examples still compile?
I was just trying the command line javac for now with the following jars...
hipparchus-core-1.0.jar;hipparchus-
geometry-1.0.jar;orekit-8.0.jar;rugged-1.0.jar
on DirectLocation.java (with the import changed from the commons.math3
to Hipparchus based on the info in
https://www.orekit.org/static/faq.html
Unfortunately, the current released version of Rugged still depends  
on the previous Orekit (7.x series) and Apache Commons Math.
We plan to do a Rugged release in the next few months so everything  
is in sync.
For now, you should get the Rugged development version (unreleased  
but already updated to Orekit 8 and Hipparchus). You can get it  
directly from the git repository. You can use from the command line  
something like:
   git clone https://www.orekit.org/git/rugged-main.git

Using any other git tool (eclipse, or any grahical tool), you can adapt the command line above easily.
best regards,
Luc

Regards
Andy



The information contained in this message is intended for the addressee only and may contain sensitive information. If you are not the addressee, please delete this message and notify the sender; you should not copy or distribute this message or disclose its contents to anyone. Any views or opinions expressed in this message are those of the individual(s) and not necessarily of the organisation. No reliance may be placed on this message without written confirmation from an authorised representative of its contents. No guarantee is implied that this message or any attachment is virus free or has not been intercepted and amended.