Triaxial ellipsoids

Discussion forum for Celestia developers; topics may only be started by members of the developers group, but anyone can post replies.
Topic author
chris
Site Admin
Posts: 4211
Joined: 28.01.2002
With us: 22 years 9 months
Location: Seattle, Washington, USA

Triaxial ellipsoids

Post #1by chris » 31.01.2008, 19:45

I've implemented--but not committed--a change that allows the triaxial ellipsoids to be specified for ssc objects. It's similar to what's in use now for stars: a property called SemiAxes is used to set the dimensions of the ellipsoid. It may be used either with or without Radius. In either case, the radius and semi-axes are multiplied to give the final size of the object. If no radius is specified, the default value is one. Thus for Mimas, you'd write:

SemiAxes [ 209.1 196.2 191.4 ]

The big difference is that with stars, the default radius is not one
but some value calculated from the luminosity and temperature.

Another difference is that the y and z axes are swapped. With the introduction of reference frames in 1.5.0, I've made some efforts to make Celestia conform to a more standard astronomical coordinate system, with primary rotation axis = +z. I propose that the SemiAxes property for stars be changed as well. It's not a very widely use feature, so the number of affected add-ons should be very small. The only change required in the standard Celestia files is for Altair in nearstars.stc. Add-on creators: has anyone made extensive use of ellipsoidal stars? How disruptive would it be to swap the y and z axes?

--Chris

Avatar
Cham M
Posts: 4324
Joined: 14.01.2004
Age: 60
With us: 20 years 10 months
Location: Montreal

Re: Triaxial ellipsoids

Post #2by Cham » 31.01.2008, 20:22

chris wrote:Add-on creators: has anyone made extensive use of ellipsoidal stars? How disruptive would it be to swap the y and z axes?


I'll have to check. I know I already used that property in some few cases only. If you change the property, I could certainly modify easily the few addons I created which are using the SemiAxes.
"Well! I've often seen a cat without a grin", thought Alice; "but a grin without a cat! It's the most curious thing I ever saw in all my life!"

ajtribick
Developer
Posts: 1855
Joined: 11.08.2003
With us: 21 years 3 months

Post #3by ajtribick » 31.01.2008, 21:18

chris wrote:The only change required in the standard Celestia files is for Altair in nearstars.stc.

Vega too.

The CHARM2 add-on defines radii for both of these stars, but as it is generated from the Celestia datafiles anyway, I can regenerate it without much effort if needs be.

ajtribick
Developer
Posts: 1855
Joined: 11.08.2003
With us: 21 years 3 months

Post #4by ajtribick » 31.01.2008, 21:24

Further question: what happens if both Oblateness and SemiAxes are defined?

Topic author
chris
Site Admin
Posts: 4211
Joined: 28.01.2002
With us: 22 years 9 months
Location: Seattle, Washington, USA

Post #5by chris » 31.01.2008, 21:31

ajtribick wrote:Further question: what happens if both Oblateness and SemiAxes are defined?


Oblateness is ignored if SemiAxes is defined. It's just as easy to multiply everything together, so that the z-axis is radius*semiaxes_z*(1-oblateness). That's one less special case, but otherwise it doesn't make much sense.

--Chris


Return to “Ideas & News”