Geophysical properties from major bodies about horizons.jl HOT 5 OPEN

Hey, really neat work there in HorizonsAPi.jl @cadojo! Yes, these REST APIs are really a charm by JPL so I guess it makes sense to move forward in that direction 😄. Perhaps at some point down the road we could think about somehow merging HORIZONS and HorizonsAPI, if we ever find there's significant risk of overlap, scope and/or effort duplication (as is often the case in open source). If you don't mind, even if you managed to get your geophysical properties data in some other way, I'd prefer to keep this issue open, just because it'd really be a nice feature to add.

from horizons.jl.

Hey, glad this package is being useful!

Currently, the expect-script-based functions smb_spk, etc., discard this output and return only the ephemeris, but it's definitely possible to adapt one of these scripts to capture this output. Maybe we can create a geophysical_properties function or something like that, which takes the NAIF ID as input and returns this output as a string; would that work for you?

from horizons.jl.

Yes that would work! I'd be happy to submit a PR for this, but I might need some help figuring out where the best spot is for this to go.

from horizons.jl.

Yes that would work! I'd be happy to submit a PR for this, but I might need some help figuring out where the best spot is for this to go.

Hey, @cadojo! Sorry to the delay coming back to this, just wanted to let you know that we recently switched to the JPL's HTTP APIs and it might be a bit easier to implement this via this new interface. If you want to give it a go, we'd be happy to help! 😄

from horizons.jl.

No worries @PerezHz, I actually also switched to the REST API with HorizonsAPI.jl. Glad we converged on the same answer! I haven't yet written a parser for geophysical properties, I have also kind of switched to SPICE kernels with SPICEBodies.jl.

from horizons.jl.