Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

On the orientation of Pluto #91

Open
eggrobin opened this issue Aug 22, 2016 · 8 comments
Open

On the orientation of Pluto #91

eggrobin opened this issue Aug 22, 2016 · 8 comments

Comments

@eggrobin
Copy link

eggrobin commented Aug 22, 2016

The Pluto texture has its reference meridian off by 90 deg, and it is rotated upside-down.

To find the reference meridian Pluto, and the orientation of its latitude and longitude, look at this map ((0, 0) is opposite the heart).
Side note: in this discussion it actually matters that the longitude used on Pluto yields an orientation consistent with the convention on Earth and Mars, and inconsistent with other planets and satellites of planets; happily, since we're only looking at Earth and Pluto below, we can know that it's consistent and forget about it again. For gory details on coordinate systems in planetary astronomy, see Emily Lakdawalla's article on the matter.

Here is the Pluto texture currently in KSP-RO/RSS-Textures, with annotations showing the directions of latitude and longitude, and the reference meridian.
pluto

Compare this with the Earth texture: the latter correctly has longitude running right to left, latitude running bottom to top, and the origin of longitude a quarter of the way in from the left.
The biome map is similarly oriented1, so here it is for illustration purposes; I have not found it necessary to annotate the directions of latitude and longitude nor the reference meridian, the outlines of landmasses should be familiar enough.
earth

This wasn't caught, because, due to their inclination, Pluto and Charon cannot be tidally locked in stock. However, in the current (unreleased) state of Principia, which has axial tilt, Charon gets to look tangentially at Pluto's heart (it should not).

Other small solar system bodies may be affected (an incorrect rotation of anything other than the Earth and its moon is hard to spot in-game).


1 The biome map and EarthColor actually differ by a reflection about the equator.

@PhineasFreak
Copy link

This is old but IIRC Kopernicus can specify the initial rotation via it's configs. For the texture rotation, it is probably because of the source image --> .dds conversion (as .dds requires all textures to be rotated vertically before export).

@eggrobin
Copy link
Author

eggrobin commented Apr 1, 2018

@PhineasFreak Yes, you can specify the initial rotation, but that is overriden by Principia's config files. Principia assumes the initial rotation is consistent with the W value at J2000 (reference_angle in https://github.com/mockingbirdnest/Principia/blob/2018021521-Cohen/astronomy/sol_gravity_model.proto.txt#L244).

It is useful to keep that convention, so that the values are consistent with those given by the WGCCRE in http://astropedia.astrogeology.usgs.gov/download/Docs/WGCCRE/WGCCRE2009reprint.pdf, rather than compensating for arbitrary transformations of the textures; otherwise when Principia adds non-rotationally symmetric gravitational fields it would become maddening to keep track of the arbitrary offsets that should be applied to textures but not gravitational fields.

Using the initial rotation to compensate for texture misalignment would also break mods that expose a longitude display, since the initial rotation rotates the body (as it should), rather than moving the origin of longitude.

The correct solution to this issue is to look at all textures and check that their orientation and reference meridians are correct, or fix them if they are not; this is tedious, I'll try to look at Pluto specifically in the near future (this obviously won't make it in the v13 release).

@PhineasFreak
Copy link

Oh right, i forgot that we can get away with these hacks only under "stock" RSS...i am sorry.

@PhineasFreak
Copy link

PhineasFreak commented Apr 19, 2018

@eggrobin I have updated some of the Pluto textures for testing purposes (color, normal & biome maps). If/when you can, check them out: https://github.com/PhineasFreak/RSS-Textures/tree/RSS-Pluto-Rotation-Fix

I did not update the height map since i was not able to find a way to export L8 .dds textures. Either way, it is not required for this initial (feedback) round.

@eggrobin
Copy link
Author

eggrobin commented Jun 10, 2018

@PhineasFreak: sorry for the delay. Your biome textures in https://github.com/PhineasFreak/RSS-Textures/commit/c72e4eee87748a70c5013eb27a1504cf789684e3 look good.
Your DDS texture is oriented inconsistently with Earth's (but my statement "The biome map is similarly oriented" above is incorrect so that doesn't help :-p).

The current EarthColor.dds https://github.com/PhineasFreak/RSS-Textures/blob/c72e4eee87748a70c5013eb27a1504cf789684e3/2048/EarthColor.dds is upside-down, but not mirrored: longitude runs right-to-left, latitude runs bottom-to-top. This means that the PlutoColor etc. textures should be oriented as follows:
good pluto

Flying around Pluto and checking that the biomes match up with the landscape should confirm this.
Edit: ... or just using the biome overlay, I guess :-)

@PhineasFreak
Copy link

PhineasFreak commented Jun 11, 2018

Weird, seems that the Pluto texture was always oriented incorrectly then, since i just added 90 degrees of offset to it. The texture should be flipped horizontally it seems.

@eggrobin
Copy link
Author

eggrobin commented Aug 9, 2018

@PhineasFreak

seems that the Pluto texture was always oriented incorrectly

The outlines are unfamiliar, so that makes this kind of error easy. Have you tried looking with the biome overlay to confirm?

@Growflavor
Copy link

Growflavor commented Nov 10, 2019

The correct solution to this issue is to look at all textures and check that their orientation and reference meridians are correct, or fix them if they are not; this is tedious

& also @PhineasFreak

If of interest to this project, adjusting textures is something I could help with as I have been trying to figure out how to identify/implement convention based cartography for myself.

Lunaserv especially via QGIS makes it a bit easier now to help visualize the various coordinate systems e.g. positive pole. (apparently from 'Emily's article on the matter' JPL HORIZONS system keeps the IAU coordinate definition for Pluto)

Io (which RSS-Textures v.13.1 seems to have as a mirror image) is my current test case as it has some verifiable HST & Earth scope & probe data & the rotation has a ~90deg difference between RSS & Principia. in other words the same texture is displayed differently with just RSS v RSS w/ Principia.

In KSP 1.7.3 with Principia, the .dds 270 deg longitude centered textures for Io in the folder at the following link display as expected (e.g. HST, Voyager, SN8, NASA eyes)

https://drive.google.com/open?id=1npx6JxUbQmygotyaJNcfsIA6UH5hku4Y

I also find it interesting to see how NASA eyes & Starry Night display textures in those programs...though I am interested in eventually getting clear in my own head how RSS v Principia feed Kopernicus data to rotate CBs so I can understand each step in the process that ends up affecting the orientation of a given texture (& what might be causing RSS's configs to create a rotation ~90 deg different from Principia)

Thanks for this very useful topic & Kind regards!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants