Stellarium

UTC time keeping not functioning on the Moon?

Asked by Jon Seamans

v0.15.1
After the meteor impact that occurred on the Moon during the 1/21/19 lunar eclipse, I decided I wanted to see the visible sky from the impact site. I found the mid-eclipse UTC time (05:12) jumped about 4.5 hours earlier (00:42) when I switched locations to the Moon. I don't understand the reason for this time change. I can see jumping to the uniform Barycentric Dynamical time scale but that's only about 69 seconds off (later time) than UTC for the eclipse. UTC should be a good time scale for events that happen "now". I do understand that it's not appropriate for ancient or distant future timings.
Is this a bug?
Does the same behavior present in newer Stellarium versions?

Thanks!

Question information

Language:
English Edit question
Status:
Answered
For:
Stellarium Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
gzotti (georg-zotti) said : 		#1

v0.18.3. We cannot discuss detailed behaviour of older versions here, sorry.

It depends how you switch locations on the moon. Clicking on the map auto-enables Local Mean Solar Time, which may not be what you expect. Changing the longitude should not change time zone.

But time zone behaviour is currently discussed w.r.t. other problems. Time zone behaviour on non-Earth locations may have to be switched to UTC.

Revision history for this message
Jon Seamans (silvy5) said : 		#2

Please confirm:
1) You're suggesting to use v0.18.3?
    I'm confused about why discussion of older versions is not permitted.

2) Are saying that avoiding the time change behavior by entering lat/long
should be apply to 0.15.1 or is this only applicable to 0.18.3?
    I'm asking because entering decimal lat/long is how I changed location
to the Moon. That method does not work with 15.1.

    It's interesting your comment about UTC change on non-Earth locations.
Over the years, I've worked almost entirely with UTC or TDB for Earth
locations.

Lastly, one associated question:
Can one still edit ssystem.ini to customize / create new solar-system
objects in v0.18.3?

Thank you again for your help in this matter.
Jon

--------------------------------------------------------------------------------

-----Original Message-----
From: gzotti
Sent: Saturday, January 26, 2019 6:27 PM
To: <email address hidden>
Subject: Re: [Question #678109]: UTC time keeping not functioning on the
Moon?

Your question #678109 on Stellarium changed:
https://answers.launchpad.net/stellarium/+question/678109

    Status: Open => Answered

gzotti proposed the following answer:
v0.18.3. We cannot discuss detailed behaviour of older versions here,
sorry.

It depends how you switch locations on the moon. Clicking on the map
auto-enables Local Mean Solar Time, which may not be what you expect.
Changing the longitude should not change time zone.

But time zone behaviour is currently discussed w.r.t. other problems.
Time zone behaviour on non-Earth locations may have to be switched to
UTC.

--
If this answers your question, please go to the following page to let us
know that it is solved:
https://answers.launchpad.net/stellarium/+question/678109/+confirm?answer_id=0

If you still need help, you can reply to this email or go to the
following page to enter your feedback:
https://answers.launchpad.net/stellarium/+question/678109

You received this question notification because you asked the question.

Revision history for this message
gzotti (georg-zotti) said : 		#3

Discussing old versions is permitted, but we simply don't remember.
I would have to install 0.15 to discuss it. TZ behaviour changed in the last years (we integrated and erased the old TZ plugin), but found other issues with this recently. Probably also differences between behaviour in Windows and Linux.

ssytem.ini was split. You can edit ssystem_minor.ini to add minor bodies. The User Guide describes it all.

Can you help with this problem?

Provide an answer of your own, or ask Jon Seamans for more information if necessary.

To post a message you must log in.