chris wrote:Guckytos wrote:Just a few short questions/suggestions on making a stars.dat for an addon.
I have also a huge load of data that I am currently converting to .STCs (~1200 entries [without a load of binaries])
Do I really need to assign them a HIP number?
HIP numbers are not required for stars defined in STC files.
I have the data in an X Y Z coordinate system, but I am not sure, if it is the same as used in Celestia. I tried to look that one up, but didn't find its center and orientation (yet).
Can I also define barycenters?
The center of the coordinate system is the solar system barycenter. It is oriented so that the xz-plane is aligned with the ecliptic of epoch J2000.0. The y-axis points northward. The x-axis points out along the ascending node of the plane of the Earth's orbit and the Earth's equator at J2000. This differs from the 'conventional' ecliptic frame by a rotation of 90 degrees about the x-axis.
So, from these questions I'd like to edrive the following feature requests for future Celestia versions:
- Possibility to add user .dat files (binary or text) with addons
- define barycenters
- Possibility to use modify commands for already existing stars within these .dat files
What would be the difference between these dat files and the existing stc format? The binary encoding?
--Chris
Hi chris,
well, I don't know for other SciFi projects, but my input data for the stars comes in X, Y, Z coordinates (a galactic core centered one). So at the moment I have to move the center of the coordinate system, translate the data into galactic coordinates and then the the galactic coordinates into normal RA, Dec, Dist.
If I could just use Celestias X, Y, Z coordinates, this would be a lot easier, only move the origin and then apply a rotation, so that the origins match, and assign the correct name and spectral type.
And the HIP numbers question was meant for the *.dat file. I know that I don't need it anymore for *.stc, luckyly.
So, this would be a nice feature. But probably also a troublesome. You would have to integrate checks for double definitions of stars, take into account that two different addons could try to alter a stars definition and so on. And then give concise error messages that tell which lines in which *.dat collide. Hmmm, probably too much much trouble at the moment.
Best regards,
Guckytos