Inconsistent time and sky if localization fails

Bug #505096 reported by ChrisSi
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Stellarium
Fix Released
Low
Alexander Wolf

Bug Description

The following config.ini entries lead to a correct user time, but a sky incorrectly advanced by one hour (inconsistency between displayed time and sky):

[init_location]
landscape_name = guereins
location = Gießen, Germany

[localization]
date_display_format = system_default
time_display_format = system_default
time_zone = Europe/Berlin

Please refer to the thread under question # 95994 (in German).

Most probably, the localization fails if a special character (here: ß) cannot be interpreted.
There is also an interference with the config.ini entries used in version 0.9 and 0.10, respectively; version 0.10 stores the location as

location = Gießen, Germany

which solves the problem.

Suggested solution: if time_zone and/or location cannot be read properly, show a standard location (e.g. Paris, GMT) at the system time (GMT+1). Please check also whether "Europe/Berlin" is a valid entry for time_zone in version 0.10. This entry stems from version 0.9

Note that the parallel installation of v0.9 and v0.10 is necessary, if the user wants to make use of the efficient system colour editor in v0.9. After saving the configuration, location and time_zone in config.ini are altered again !

Related branches

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Do you have different folders for different installation of Stellarium as here https://answers.launchpad.net/stellarium/+question/137807 or not?

Revision history for this message
ChrisSi (c-sinn) wrote : Re: [Bug 505096] Re: Inconsistent time and sky if localization fails

Yes, indeed.
D:\Programme\Stellarium hosts V0.10.2
D:\Programme\Stellarium_09 hosts V0.9.1

However, the Application Data folder (and, thus, the ini-File) are the same:

C:\Dokumente und Eigenschaften\ChristianSinn\Anwendungsdaten\Stellarium

Note: I needed V0.9. in order to adapt the colors of grid lines etc.
conveniently. During that time the AppData-path had two different
ini-Files, which I renamed if needed.

Christian.

[19.12.2010 12:43] Alexander Wolf schrieb:
> Do you have different folders for different installation of Stellarium
> as here https://answers.launchpad.net/stellarium/+question/137807 or
> not?
>

Revision history for this message
Alexander Wolf (alexwolf) wrote :

So,
1) make D:\StellariumUserDir directory and two subdirs - 10 and 9
2) edit Stellarium 0.10.x shortcut - like "stellarium --user-dir=D:\StellariumUserDir\10"
3) edit Stellarium 0.9.x shortcut - like "stellarium --user-dir=D:\StellariumUserDir\9"
4) enjoy :)

Revision history for this message
ChrisSi (c-sinn) wrote :

Dear Alex,

thanx for your message.
However, you missed the point.

In my view, there is (most probably: was!) a bug in the processing of
config.ini in Version 0.10.2:
IF the entry "location" could not be understood, Stellarium used the
entries under "latitude" and "longitude" to DISPLAY the present location
(together with the text string for the location) in the time bar, BUT
the star scene (the sky) was that belonging to Greenwich. "Understood"
means, that the use, e.g., of German Umlaute (ä,ö,ü, or, ß,
respectively) lead to an look-up failure in the location data base.

You are right in your supposition that a version-mix-up in the
config.ini is the reason for the problem. This is still the case
(entries from former versions that are presently not evaluated will
permanentl appear in the effective config.ini - I dislike this attitude
of the programmers.

However, in addition, it remained ambigous which sky to display if
"system_default" is local time and the location changed.

Most probably, both problems are remedied by the new "position window"
and the add in "time zone" by Bgdan Marinov.

Having two or more versions of Stellarium installed in parallel was
never a problem, as the answer to the corresponding question in the
knowledge base also tell.

Best regards and best wishes for the upcoming New Year.
Christian.
[24.12.2010 17:41] Alexander Wolf schrieb:
> So,
> 1) make D:\StellariumUserDir directory and two subdirs - 10 and 9
> 2) edit Stellarium 0.10.x shortcut - like "stellarium --user-dir=D:\StellariumUserDir\10"
> 3) edit Stellarium 0.9.x shortcut - like "stellarium --user-dir=D:\StellariumUserDir\9"
> 4) enjoy :)
>

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Format of config.ini file are sometimes changed with the newest version of Stellarium and we don't can garantee correct work previous versions of Stellarium. Some bugs was get in Stellarium because some users used inconsistent config.ini files.

Do you can check version of Stellarium, after there as get of this bug? Do you trying use latest version of Stellarium?

treaves (treaves)
Changed in stellarium:
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Stellarium because there has been no activity for 60 days.]

Changed in stellarium:
status: Incomplete → Expired
Changed in stellarium:
status: Expired → Incomplete
Revision history for this message
Bogdan Marinov (daggerstab) wrote :

I'm going to use this as a test case for my work on locations/time zones.

Changed in stellarium:
assignee: nobody → Bogdan Marinov (daggerstab)
status: Incomplete → New
Changed in stellarium:
assignee: Bogdan Marinov (daggerstab) → Alexander Wolf (alexwolf)
milestone: none → 1.0.0
importance: Undecided → Low
Changed in stellarium:
status: New → In Progress
Changed in stellarium:
status: In Progress → Fix Committed
Changed in stellarium:
milestone: 1.0.0 → 0.15.1
no longer affects: stellarium/0.15
Changed in stellarium:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.