Comments (7)
I think I found the reason. The data in orbit.csv are all meters, so in main.py
def read_args():
parser = argparse.ArgumentParser()
parser.add_argument('-f', '--file_path', type=str, help="path to .csv data file", default='orbit.csv')
parser.add_argument('-e', '--error', type=float, help="estimation of the measurement error", default=10.0)
parser.add_argument('-u', '--units', type=str, help="m for metres, k for kilometres", default='k')
return `parser.parse_args()
the unit deflault should be set as 'm'
@hornig @aryadas98 @Curious-Nikhil @vidhanarya @archithadge @Sciduck @PerezHz
from orbitdeterminator.
hi @AngelMamba you are right. this input is in meters in the example csv.
we already chattet on zulip about it what would be usefull. I like iso units, because of hughe numbers having km as the default value is not uncommon. we haven't decided yet what would be most useull. any ideas?
from orbitdeterminator.
Hi @hornig
Thank you for the reply.
I did not glance over what you had been talked about on zulip, but I think it makes sense as long as the dataset in the example csv and formulas in code share the same unit.
So the main concern might be the computational performance? Huge number may cause low performance? I like iso unit too, so, km seems better? I am not sure. I am focusing on algorithm itself.
from orbitdeterminator.
Hi @hornig
Thank you for the reply.
you are welcome! :)
I did not glance over what you had been talked about on zulip, but I think it makes sense as long as the dataset in the example csv and formulas in code share the same unit.
yes. input data format is not yet fully decided. this will be another point we/you could start discuss. (for example I am a big json fan and would like to have everythin in json :D)
So the main concern might be the computational performance? Huge number may cause low performance?
in general you are right and also "back in the day" that was a big problem. me personally I do not care much, as long as it is defined what is the input. and as long there is no "type" statement in the input, the user should be able to select it.
but the main reason is "people". if you for example have to express 150million km, that it is already a huge number and it is easier to then use 1AU. :D. okay, these are for inter planetary probes and not really our aim (yet). but also in earth's orbit some python libs use a different default unit. poliastro and astropy are nice there for example to let the user select the unit by their own class statement.
I like iso unit too, so, km seems better? I am not sure. I am focusing on algorithm itself.
we can decide. it is not important as long as it is correct and defined.
so, what are your algorithm thoughts?
from orbitdeterminator.
Hi @hornig
Thank you for the reply.you are welcome! :)
I did not glance over what you had been talked about on zulip, but I think it makes sense as long as the dataset in the example csv and formulas in code share the same unit.
yes. input data format is not yet fully decided. this will be another point we/you could start discuss. (for example I am a big json fan and would like to have everythin in json :D)
So the main concern might be the computational performance? Huge number may cause low performance?
in general you are right and also "back in the day" that was a big problem. me personally I do not care much, as long as it is defined what is the input. and as long there is no "type" statement in the input, the user should be able to select it.
but the main reason is "people". if you for example have to express 150million km, that it is already a huge number and it is easier to then use 1AU. :D. okay, these are for inter planetary probes and not really our aim (yet). but also in earth's orbit some python libs use a different default unit. poliastro and astropy are nice there for example to let the user select the unit by their own class statement.I like iso unit too, so, km seems better? I am not sure. I am focusing on algorithm itself.
we can decide. it is not important as long as it is correct and defined.so, what are your algorithm thoughts?
Hi @hornig
Thank you for such specific explanation.
To be honest, as a control system enginner, I am just a freashman in this field (aerospace engineering). Still a lot of things to learn. I may have some experience in control algorithm, but satellite orbit determination is totally new for me.
Sorry for not giving any ideas about the algorithm, but I am very exicited to find such an amazing python lib for orbit determination. Still need some time to taste it :D)
from orbitdeterminator.
Hi @hornig
Thank you for such specific explanation.
you are welcome. It's a good question.
To be honest, as a control system enginner, I am just a freashman in this field (aerospace engineering). Still a lot of things to learn. I may have some experience in control algorithm, but satellite orbit determination is totally new for me.
I know that orbit determination is something unusal. On first glance it is maybe difficult, but it is not. So if you are a control engineer, you should have some experience with kalman filters. That we also have in our project, so maybe that is a one way to start it :).
Sorry for not giving any ideas about the algorithm, but I am very exicited to find such an amazing python lib for orbit determination. Still need some time to taste it :D)
Thank you :). We are still working on it to make it more useful. Every comment helps.
If you are interested come to our zulip chat https://aerospaceresearch.zulipchat.com/#narrow/stream/147024-OrbitDeterminator
to come back to this issue: what do you think, shall we still keep it open?
from orbitdeterminator.
Hi @hornig
Thank you for such specific explanation.you are welcome. It's a good question.
To be honest, as a control system enginner, I am just a freashman in this field (aerospace engineering). Still a lot of things to learn. I may have some experience in control algorithm, but satellite orbit determination is totally new for me.
I know that orbit determination is something unusal. On first glance it is maybe difficult, but it is not. So if you are a control engineer, you should have some experience with kalman filters. That we also have in our project, so maybe that is a one way to start it :).
Sorry for not giving any ideas about the algorithm, but I am very exicited to find such an amazing python lib for orbit determination. Still need some time to taste it :D)
Thank you :). We are still working on it to make it more useful. Every comment helps.
If you are interested come to our zulip chat https://aerospaceresearch.zulipchat.com/#narrow/stream/147024-OrbitDeterminatorto come back to this issue: what do you think, shall we still keep it open?
I will close the issue. It's totally for me. I've got perfect answer.:D)
Yes, you're right. I used to design kalmen filter in other field, mainly chemical engineering, but it should work for satellite orbit.
Now, I'm starting to learn basic orbit determination algorithm, and also trying to join the zulip chat.
Thank you for the advice and resources. Looking forward to further update.
from orbitdeterminator.
Related Issues (20)
- pytest fail after installing orbitdeterminator on MacPro (2019) HOT 2
- Where is check_sgp4 used? HOT 2
- the question about the format of the data
- the error when I was using certain modules like the help pdf(pages_20) HOT 3
- Code Unit Testing Philosophy HOT 8
- Doppler: CleanUp HOT 3
- conda install pykep==2.1 raises error HOT 2
- test_old and test_utils fails while test HOT 3
- pykep package not getting installed HOT 2
- No module named 'lamberts_method' HOT 4
- input file format auto detect HOT 5
- Replace PyEphem with SkyField functions HOT 3
- one central place for orbital calculations HOT 3
- Setting standard gravitational parameter according to the central body and find a place for the constants HOT 7
- load in mixed input formats (json, iod, uk, etc...)
- Installation procedure on a MacPro (desktop) running Mac OS X 11.5.2 (Big Sur)
- Faster State Vector processing (SPG4/Skyfield vs ideal Keppler vs...) HOT 1
- IndexError : "list index out of range" ,coming on running "triple_moving_average.py" code HOT 1
- Are the right values in the variables?
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from orbitdeterminator.