Lokale Uhrzeit inkorrekt

Hallo Christian,
ich kann Dein Problem noch nicht an meinem Rechner nachvollziehen, hoffe aber, dass wir uns der Lösung nähern können. Da du Dein Systemdatum richtig eingestellt hast und Stellarium angewiesen hast, dies zu verwenden, wird Stellarium die Uhrzeit korrekt interpretieren und intern in Weltzeit umrechnen. Stellarium wird allerdings nicht Deine Zeitzone als Standort verwenden! Um Deinen Standort einzugeben, musst du das "Standortfenster" verwenden, das mit F6 aufgerufen werden kann. Dann sollte der Himmel korrekt dargestellt werden.

Gruß
Wolfgang

Hallo Wolfgang,

danke für Deine Antwort.
Ich möchte zunächst einmal sagen, dass ich nicht glauben kann, dass so
ein eklatanter Fehler, wie ich ihn beschreibe, noch von niemandem
entdeckt wurde. Deswegen habe ich auch lange gezögert, mich zu melden.

Definition: "Weltzeit" = UTC = GMT plus Datumsangabe, für unsere
Diskussion hier nicht relevant, ich benutze GMT, ok?

Zu meinem Verständnis:
Du beschreibst, wie Stellarium vorgehen SOLLTE (so ist es meines
Erachtens auch sinnvoll):
- Lese aktuelle Zeit und Zeitzone aus der Rechnersystemzeit (hier:
GMT+1, zB 17h31)
- bestimme daraus GMT und synchronisiere Stellarium-Uhr mit der
Systemuhr (wäre hier also: GMT=16h31)
- ermittle die Zeitzone des Standorts (F6, z.B. New York GMT-5)
- zeige die synchronisierte Systemzeit in der Auswahlleiste an (hier
also: 17h31) sowie den Sternenhimmel am Standort, wie er sich zur
Stellarium-Ortszeit präsentieren sollte (also: GMT=16h31, Ortszeit =
GMT-5 = 11h31 New York).

Richtig?

Nun zu meinem Problem:
- Rechnerzeit / Zeitzone: 17h31 GMT+1
- Standort ist Gießen (über Standortfenster eingestellt), Zeitzone: GMT+1
- Zeit in der Auswahlleiste: 17h31
- GMT = 16h31
- Ortszeit in GMT+1: 17h31
- Zeige Sternenhimmel von 17h31 Ortszeit

Richtig?

Meine Behauptung: der Sternenhimmel in Stellarium geht nunmehr vor; der
von mir in Gießen beobachtete Sternenhimmel entspricht ziemlich genau
einer Ortszeit von 16h31.
Die in Stellarium angezeigten Sternenpositionen stimmen mit meinen
Beobachtungen DANN überein, wenn ich die Stellariumszeit um eine Stunde
zurück stelle (Ctrl-Minus) auf 16h31.

Ich würde jetzt ein fettes "Kann nicht sein !!!" erwarten, habe volles
Verständnis, und bestehe auf meiner Beobachtung.
Derzeit habe nur Mondpositionen und die Dämmerung abgeschätzt
beobachtet, wobei meine Himmelrichtungen auch nicht SOOO genau sind (per
Daumenpeilung mit der Karte im Stadtplandienst abgeglichen). Allerdings
machen alle diese Fehler keine Stunde (15°), auch keine halbe Stunde
aus. Im Sommer habe ich allerdings den Jupiter mit einem Teleskop
beobachtet und den selben Effekt gehabt, ihn allerdings auf die
Sommerzeit zurück geführt (hatte keinen Bock, groß zu rechnen).

Kann ggf. eine andere INI-Einstellung die Anzeige von GMT erzwingen
(angezeigte Stellarium-Zeit in meiner Programmoberfläche ist GMT statt
Ortszeit?). Der config.ini unter
\Dokumente und Einstellungen\User\Anwendungsdaten\Stellarium
wird sowohl für die Version 9 wie für die Version 10 benutzt; der File
ist beim Update nicht überschrieben worden (bzw. von mir mit 9 geändert
worden, um die Systemfarben komfortabel einzustellen). Ein Hinweis???

Übrigens, der Speicherort ist ein Unding, und dass derselbe INI-File für
zwei Anwendungen benutzt wird, grotesk !!! Aber das war hier nicht Thema.

Andere Hilfestellungen kann ich augenblicklich nicht bieten, ich stelle
die Stellarium-Uhr um eine Stunde zurück und bin zufrieden. Aber das
kann es doch wohl nicht sein, oder?

Wenn Du in GMT+1 bist, wäre mein Vorschlag, in Deiner Oberfläche mal
kritisch die Dämmerung zu beobachten - in Stellarium wird es zu früh
dunkel. Ganz schön zu erkennen, wenn Jupiter im Programm schon angezeigt
wird, ist er visuell noch nicht zu sehen, stellt man eine Stunde zurück,
stimmt die visuelle Beobachtung mit dem Programm überein.

So, jetzt bist Du wieder an der Reihe ;-)

Christian.

--- wschmidt, am 06.01.2010 16:45 ---
> Your question #95994 on Stellarium changed:
> https://answers.launchpad.net/stellarium/+question/95994
>
> Status: Open => Answered
>
> wschmidt proposed the following answer: Hallo Christian, ich kann
> Dein Problem noch nicht an meinem Rechner nachvollziehen, hoffe aber,
> dass wir uns der Lösung nähern können. Da du Dein Systemdatum richtig
> eingestellt hast und Stellarium angewiesen hast, dies zu verwenden,
> wird Stellarium die Uhrzeit korrekt interpretieren und intern in
> Weltzeit umrechnen. Stellarium wird allerdings nicht Deine Zeitzone
> als Standort verwenden! Um Deinen Standort einzugeben, musst du das
> "Standortfenster" verwenden, das mit F6 aufgerufen werden kann. Dann
> sollte der Himmel korrekt dargestellt werden.
>
> Gruß Wolfgang
>

Hallo Christian,
ein genereller Fehler, wie du vermutest, kann ausgeschlossen werden, da ich mit Deinen Einstellungen zu richtigen Ergebnissen komme. Ich habe hierzu einfach den Azimutwinkel und die Höhe von Jupiter mit einem anderen Astronomieprogramm (Guide 8) verglichen. Es scheint also entweder an den Einstellungen deines Computers zu liegen oder es liegt ein Fehler in Stellarium vor, der nur unter ganz bestimmten Umständen auftritt.
Damit wir aber von den gleichen Dingen sprechen, zunächst eine Klarstellung:
Mit Ortszeit meinst du doch sicher MEZ (Mitteleuropäische Zonenzeit), denn die Ortszeit ist ja für jeden Längengrad unterschiedlich und wäre für Gießen ja ca. 25 Minuten gegenüber MEZ verschoben.
Das das Programm aus irgendwelchen Gründen Dir UTC als Deine Zonenzeit anzeigt, halte ich für unwahrscheinlich, denn du hast doch in der unteren Befehlszeile eine Anzeige der aktuellen Uhrzeit und die stimmt doch wahrscheinlich mit der Rechnerzeit überein ?!
Auf jeden Fall sollte der entsprechende Abschnitt in der Konfigurationsdatei so aussehen:

[localization]
app_locale = system
date_display_format = yyyymmdd
sky_culture = western
sky_locale = system
time_display_format = system_default
time_zone = system_default

Gruß
Wolfgang

Hallo Wolfgang,

zunächst zur Ortszeit: ja klar meine ich die Zonenzeit, das hatte ich
schon in meiner ersten Mail beschrieben.
Ja, die Zeit in der Anwendungszeile stimmt mit der Systemzeit überein,
aber DAS muss ja noch nichts heißen. Der Vergleich mit einem anderen
Astronomieprogramm ist schon valider, da es sehr unwahrscheinlich sein
dürfte, dass zwei Programme denselben Fehler aufweisen, ohne dass das
jemandem auffällt, insbesondere wenn es um die Uhrzeit geht und die
Diskrepanz außerhalb der Sommerzeit auftritt :-)

Vielleicht hilft die INI-Datei weiter, meine sieht bislang so aus:
[localization]
app_locale = de
date_display_format = system_default
sky_culture = western
sky_locale = de
time_display_format = system_default
time_zone = Europe/Berlin

Ich werde mal meine abweichenden Einstellungen anpassen, wie von Dir
gemailt und mich dann wieder melden.

Bis die Tage,
Christian.

--- wschmidt, am 06.01.2010 23:30 ---
> Your question #95994 on Stellarium changed:
> https://answers.launchpad.net/stellarium/+question/95994
>
> Status: Open => Answered
>
> wschmidt proposed the following answer: Hallo Christian, ein
> genereller Fehler, wie du vermutest, kann ausgeschlossen werden, da
> ich mit Deinen Einstellungen zu richtigen Ergebnissen komme. Ich habe
> hierzu einfach den Azimutwinkel und die Höhe von Jupiter mit einem
> anderen Astronomieprogramm (Guide 8) verglichen. Es scheint also
> entweder an den Einstellungen deines Computers zu liegen oder es
> liegt ein Fehler in Stellarium vor, der nur unter ganz bestimmten
> Umständen auftritt. Damit wir aber von den gleichen Dingen sprechen,
> zunächst eine Klarstellung: Mit Ortszeit meinst du doch sicher MEZ
> (Mitteleuropäische Zonenzeit), denn die Ortszeit ist ja für jeden
> Längengrad unterschiedlich und wäre für Gießen ja ca. 25 Minuten
> gegenüber MEZ verschoben. Das das Programm aus irgendwelchen Gründen
> Dir UTC als Deine Zonenzeit anzeigt, halte ich für unwahrscheinlich,
> denn du hast doch in der unteren Befehlszeile eine Anzeige der
> aktuellen Uhrzeit und die stimmt doch wahrscheinlich mit der
> Rechnerzeit überein ?! Auf jeden Fall sollte der entsprechende
> Abschnitt in der Konfigurationsdatei so aussehen:
>
[localization]
app_locale = system
date_display_format = yyyymmdd
sky_culture = western
sky_locale = system
time_display_format = system_default
time_zone = system_default
>
> Gruß Wolfgang
>

Hallo Wolfgang,

das Problem ist gelöst, die Änderungen in der INI-Datei haben den Fehler
behoben.
Scheinbar gibt es mehrere Probleme, die miteinander zusammenhängen:

----------------------neu-funktioniert----------------------------
[init_location]
altitude = 180
date_display_format = system_default
home_planet = Earth
landscape_name = guereins
latitude = +50d 35'00.0"
location = Gießen, Germany
longitude = +8d 40'00.0"
time_display_format = system_default
time_zone = system_default

[localization]
app_locale = system
date_display_format = system_default
sky_culture = western
sky_locale = system
time_display_format = system_default
time_zone = system_default
----------------------alt-funktioniert-nicht----------------------
[init_location]
altitude = 180
date_display_format = system_default
home_planet = Earth
landscape_name = guereins
latitude = +50d 35'00.0"
location = Gießen, Germany
longitude = +8d 40'00.0"
time_display_format = system_default
time_zone = system_default

[localization]
app_locale = de
date_display_format = system_default
sky_culture = western
sky_locale = de
time_display_format = system_default
time_zone = Europe/Berlin
-------------------------------------------------------------------

"init_location" ist offenbar ein Rest von Version 0.9. Hier wird
AUSSCHLIESLICH "location" (Gottseidank, altitude, latitude und longitude
stimmen nämlich nicht) verwendet. Wenn hier, wie bei mir, ein nicht
auswertbarer Name steht ("Gießen, Germany" statt "Gießen, Germany")
wird offenbar "Paris, Europe" verwendet, ohne dass die Sternzeit
angepasst wird (!!!)
"localization - time_zone = Europe/Berlin" wird offenbar nicht korrekt
ausgewertet. "init_location - time_zone" wird NICHT ausgewertet.
Heißt: Es entsteht ein FEHLER, wenn "init_location - location" und
"localization - time_zone" beide nicht ausgewertet werden können. Der
Fehler äußert sich darin, dass die Zeitzone von Paris (GMT+0) im
Sternenhimmel angezeigt, aber der Standort von "init_location" und die
Systemzeit in der Anwendungszeile angezeigt werden.
Das wird schön sichtbar, wenn die "time_zone" unter "localization"
angepasst wird, schon erscheint "Paris", obwohl "init_localization -
location" offenbar verwendet (aber nicht ausgewertet) wird.

app_locale / sky_locale = de wird vom System eingefügt, wenn man
"Konfiguration (F2) - Einstellungen speichern" betätigt, das stört
nicht, da nur die Sprache gemeint ist und "system" bzw. "de" korrekt
interpretiert werden.

Abhilfe: In 0.10.3 würde ich eine neue "config.ini" im
Programmverzeichnis (!!!!) erwarten, die von alten Einträgen
("init_location") gesäubert ist und die ausgewerteten Einträge dort
enthält, wo sie hingehören ("localization - location") und sicherstellt,
dass Umlaute oder andere Sonderzeichen korrekt eingelesen werden oder
einen Fehler produzieren, der sichtbar ist (nicht lesbarer Standort aus
config.ini führt zu Sternenhimmel von GMT mit angezeigter Systemzeit).

Ich hoffe, diese detaillierte Beschreibung hilft Euch, das Programm zu
verbessern, sie ist nicht als Vorwurf an einzelne Programmierer gemeint
(wobei der Speicherort der config.ini ...)

Gruß,
Christian.

--- wschmidt, am 06.01.2010 23:30 ---
> Your question #95994 on Stellarium changed:
> https://answers.launchpad.net/stellarium/+question/95994
>
> Status: Open => Answered
>
> wschmidt proposed the following answer:
> Hallo Christian,
> ein genereller Fehler, wie du vermutest, kann ausgeschlossen werden, da ich mit Deinen Einstellungen zu richtigen Ergebnissen komme. Ich habe hierzu einfach den Azimutwinkel und die Höhe von Jupiter mit einem anderen Astronomieprogramm (Guide 8) verglichen. Es scheint also entweder an den Einstellungen deines Computers zu liegen oder es liegt ein Fehler in Stellarium vor, der nur unter ganz bestimmten Umständen auftritt.
> Damit wir aber von den gleichen Dingen sprechen, zunächst eine Klarstellung:
> Mit Ortszeit meinst du doch sicher MEZ (Mitteleuropäische Zonenzeit), denn die Ortszeit ist ja für jeden Längengrad unterschiedlich und wäre für Gießen ja ca. 25 Minuten gegenüber MEZ verschoben.
> Das das Programm aus irgendwelchen Gründen Dir UTC als Deine Zonenzeit anzeigt, halte ich für unwahrscheinlich, denn du hast doch in der unteren Befehlszeile eine Anzeige der aktuellen Uhrzeit und die stimmt doch wahrscheinlich mit der Rechnerzeit überein ?!
> Auf jeden Fall sollte der entsprechende Abschnitt in der Konfigurationsdatei so aussehen:
>
> [localization]
> app_locale = system
> date_display_format = yyyymmdd
> sky_culture = western
> sky_locale = system
> time_display_format = system_default
> time_zone = system_default
>
> Gruß
> Wolfgang
>

Hallo Wolfgang,

ok, sieht so aus als wäre das Problem verstanden.
Wir sind uns also einig, dass es sich um einen Bug handelt?
Dann mache ich einen entsprechenden Bug-report in Launchpad auf.

Die Problematik des Speicherorts und der Schreibrechte möchte ich nur
ungerne diskutieren, das hat nichts mit Stellarium zu tun, ich sehe das
etwas anders als Du; ich arbeite auch standardmäßig mit einem
eingeschränkten Account.

Viel Spaß noch bei der "Kundenbetreuung" für Stellarium und herzlichen
Dank für die Hilfe.

Bis die Tage,
Christian.

--- wschmidt, am 08.01.2010 22:38 ---
> Your question #95994 on Stellarium changed:
> https://answers.launchpad.net/stellarium/+question/95994
>
> Status: Open => Answered
>
> wschmidt proposed the following answer: Hallo Christian, erst einmal
> schön zu hören, dass das Problem bei Dir gelöst ist! Der Fehler
> liegt, wie du ja schon erkannt hast, an der fehlerhaften
> Interpretation des deutschen Sonderzeichens bzw. genauer gesagt
> meiner Meinung nach an der unterschiedlichen Interpretation in
> Version 0.9 und 0.10. Der Fehler tritt somit nicht auf, wenn man die
> neueste Version installiert, ohne vorher Vorversionen auf dem Rechner
> gehabt zu haben. Von [init-location] wird tatsächlich in der
> aktuellen Version nur "location" und "landscape-name" ausgewertet.
> Die übrigen Einträge stammen noch von der Vorversion und werden somit
> nicht ausgewertet. Trotzdem bleibt es ein seltsames Verhalten. Da ich
> aber nicht an der Programmierung beteiligt bin, kann ich es weder
> näher ergründen noch beheben. Ich befürchte aber, da es sich um ein
> spezifisches Versionskonfliktproblem handelt, dass der zuständige
> Programmierer eventuell den Aufwand zur Lösung dieses seltenen
> Problems scheut. Um die Behebung anzustoßen, musst du in Launchpad
> einen "bug report" in englischer Sprache schreiben. Ach ja: Der
> Speicherort der config.ini wurde bewusst so, nach den
> Programmierrichtlinien von Microsoft, gewählt, damit Stellarium auch
> ohne Administratorrechte läuft. Im Programmverzeichnis hätte der
> Benutzer keine Schreibrechte und könnte somit keine Einstellungen
> ändern.
>
> Gruß Wolfgang
>

Thanks wschmidt, that solved my question.