Orbits and Labels colors

The place to discuss creating, porting and modifying Celestia's source code.
ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #221by ElChristou » 22.06.2007, 19:56

ElChristou wrote:Now, we do need a distance dependence for Locations... to avoid this:...


Or locations only on the selected object... (is there an interest in having locations visible on several objects at teh same time?)
Image

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

Post #222by Cham » 22.06.2007, 19:59

ElChristou wrote:
ElChristou wrote:Now, we do need a distance dependence for Locations... to avoid this:...

Or locations only on the selected object... (is there an interest in having locations visible on several objects at teh same time?)


I agree completelly with this suggestion. It's a most.
"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!"

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

Post #223by chris » 22.06.2007, 21:01

Cham wrote:
ElChristou wrote:
ElChristou wrote:Now, we do need a distance dependence for Locations... to avoid this:...

Or locations only on the selected object... (is there an interest in having locations visible on several objects at teh same time?)

I agree completelly with this suggestion. It's a most.


The display of location labels is already dependent on distance. Notice how the labels for smaller or less significant features appear only when you zoom in close to a body. I'm not sure what's going on in Christophe's image--perhaps the importance or size of the features isn't being set correctly in the ssc file?

--Chris

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #224by ElChristou » 22.06.2007, 21:13

chris wrote:...I'm not sure what's going on in Christophe's image--perhaps the importance or size of the features isn't being set correctly in the ssc file?


Just tried with a fresh build, official files, same result... I get this if I ask to see all locations (slider completely to the left)... is this an osX bug?
Image

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

Post #225by Cham » 22.06.2007, 21:20

Can you give an URL ?

I'm unable to reproduce something similar yet.
"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!"

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #226by ElChristou » 22.06.2007, 21:25

Cham wrote:Can you give an URL ?

I'm unable to reproduce something similar yet.


cel://Follow/Sol:Jupiter:Ganymede/2007- ... 3735&ver=2
Ganym??de/Europe...

Locations slider fully on the right, all locations on.
Image

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

Post #227by Cham » 22.06.2007, 21:29

ElChristou wrote:Locations slider fully on the right, all locations on.


I confirm. But strangely, it happens when the slider is at left, not at right (which makes some sense since at left are th smaller features, thus all should be shown).
"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!"

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #228by ElChristou » 22.06.2007, 21:30

Cham wrote:
ElChristou wrote:Locations slider fully on the right, all locations on.

I confirm. But strangely, it happens when the slider is at left, not at right (which makes some sense since at left are th smaller features, thus all should be shown).


Yes, end of the day, I'm tired, left of course! :? :oops:
Image

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

Post #229by Cham » 22.06.2007, 21:35

Well, in this case, I think it's a bit normal since the two bodies are relatively close from each other : Ganymede and Europa.

But I agree that the locations should be shown only on the selected body. Else, what gives ? However, I don't think this is really a concern. Or is it ? It's the kind of small tweaks that makes a program, well, ... polished.
"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!"

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #230by ElChristou » 22.06.2007, 21:41

Cham wrote:Well, in this case, I think it's a bit normal since the two bodies are relatively close from each other : Ganymede and Europa.

But I agree that the locations should be shown only on the selected body. Else, what gives ? However, I don't think this is really a concern. Or is it ? It's the kind of small tweaks that makes a program, well, ... polished.


The "bigger" locations disappear at around 4 millions km of distance...

but perhaps it's only an osX behavior...
Image

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #231by t00fri » 22.06.2007, 23:09

chris wrote:
Cham wrote:
ElChristou wrote:
ElChristou wrote:Now, we do need a distance dependence for Locations... to avoid this:...

Or locations only on the selected object... (is there an interest in having locations visible on several objects at teh same time?)

I agree completelly with this suggestion. It's a most.

The display of location labels is already dependent on distance. Notice how the labels for smaller or less significant features appear only when you zoom in close to a body. I'm not sure what's going on in Christophe's image--perhaps the importance or size of the features isn't being set correctly in the ssc file?

--Chris


I developed that theory a long time ago. If there is interest, I can point people again to my commented Maple file.
The stuff is not exactly trivial, though ;-)

Bye Fridger
Image

Avatar
dirkpitt
Developer
Posts: 674
Joined: 24.10.2004
With us: 20 years 1 month

Post #232by dirkpitt » 23.06.2007, 05:47

ElChristou wrote:The "bigger" locations disappear at around 4 millions km of distance...

but perhaps it's only an osX behavior...



I can reproduce on both Windows and OS X, although for me the biggest locations disappear at around 1 million km..

Maybe the labels should fade out depending on the apparent diameter of the object as well as the distance?
For example, I could imagine a very large object, like a nebula model or a fictional Dyson sphere, where
you'd want to be able to see location labels even at tens of thousands of km away.

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #233by t00fri » 23.06.2007, 08:37

ElChristou wrote:
chris wrote:...I'm not sure what's
going on in Christophe's image--perhaps the importance or
size of the features isn't being set correctly in the ssc
file?

Just tried with a fresh build, official files, same result... I get
this if I ask to see all locations (slider completely to the
left)... is this an osX bug?


Christophe,

which body did you display above? Callisto?? In my case
Callisto never shows as many locations at the FoV you are
displaying.

Also the "importance" entries according to my theoretical
approach have been generated ONLY for certain "bad"
cases like Moon, Mercury, Venus, Earth. The default values
for importance are generally INADEQUATE.

So please give me more details of what you were referring
to.

Also on Earth the important weights were derived
NOT as function of the city SIZE, but depending on its
POPULATION!

The basic idea is always to keep the visible label density
on the screen constant
when the area of the body
increases (zoom)

So if people want to investigate more closely, it's better to
first understand my theoretical derivation. On bodies without
population, importance is derived as function of SIZE. All
this was done on a statistical basis.

Bye Fridger
Last edited by t00fri on 23.06.2007, 13:26, edited 1 time in total.
Image

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #234by ElChristou » 23.06.2007, 11:35

t00fri wrote:...which body did you display above? Callisto?? In my case
Callisto never shows as many locations at the FoV you are
displaying...
So please give me more details of what you were referring to.


By referring you mean what object?
First post of this page, under the celURL, Ganym??de, Europe, no Callisto.


Indeed the behavior change for each bodies (locations). A few examples:

For the Moon, it's Oceanus Procellarum who disappear near 95197km.

For Earth, North and South Atlantic Oceans; here strangely in one (only one) session they disappear near 0,067646 ua. I tried many time again but then they always disappear near 9606200km.

IF I pull the slider to the right (only biggest locations visible), all locations disappear near 122510km (seems normal)

For Ganymede, near 4millions km... (slider to the left)


Ok, the slider to the left is an extreme approach, but well the issue was here so I've reported it.
For a "normal" use the Locations are just perfect.
Image

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #235by t00fri » 23.06.2007, 13:08

Perhaps there is a bug in the code associated with the OSX
slider. This is unrelated to what I did, in the context of the
importance weights.


I meant this guy:

Image

Bye Fridger
Last edited by t00fri on 23.06.2007, 13:23, edited 1 time in total.
Image

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #236by t00fri » 23.06.2007, 13:19

Christophe,

I examined Oceanus Procellarum. It's the biggest object on
the moon and indeed vanishes as the last location label when
moving away from the moon. Also using the location GUI
slider under Linux-KDE, this label is the last one to remain! So
everything seems to be fine here.

Image

Cheers,
Fridger
Image

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #237by ElChristou » 23.06.2007, 15:25

t00fri wrote:...I meant this guy:...


Yes, Europe! not Callisto...

Well I suppose it's related to the slider, not the locations code...

In all case, locations for the selected objects is not much "clean"? (or there is really an interest in having locations on several bodies?(perhaps for fictitious addons?))
Image

Avatar
dirkpitt
Developer
Posts: 674
Joined: 24.10.2004
With us: 20 years 1 month

Post #238by dirkpitt » 24.06.2007, 02:50

The minimum slider value (dragging the slider to the very left) in the Mac OS X version is 1.0,
exactly the same minimum value as in the KDE and Windows versions. It's not an OS X bug.

Avatar
t00fri
Developer
Posts: 8772
Joined: 29.03.2002
Age: 22
With us: 22 years 7 months
Location: Hamburg, Germany

Post #239by t00fri » 24.06.2007, 09:42

Let me point out that whoever coded these location sliders
has not well understood the philosophy of the inherent
importance weights!

+++++++++++++++++++++++++
In other words the present GUI code is NOT good and
shortcuts ALL my tedious work about importance weights if
the slider value is not carefully positioned!
+++++++++++++++++++++++++

This (Moon) should have NEVER happened!

Image

In other words the slider dialog is missing a toggle switch
that functions analogously to the AUTOMAG switch! If that
"AUTOLOC" switch is active, over-density of labels will never
happen and my importance weights should give rise to a
pleasant CONSTANT label density on the screen at all zoom
values.

ONLY if AUTLOC is OFF, all the above nonsense might be
possible eventually. Just like nonsensical star displays are
possible if AUTOMAG is OFF!

Personally, I would have preferred the GUI slider stuff
without such a toggle, BUT with the slider position always
being ABOVE my calculated, reasonable MINIMUM slider
value. In my view displays like the above Moon locations
should simply be EXCLUDED.

Bye Fridger
Image

ElChristou
Developer
Posts: 3776
Joined: 04.02.2005
With us: 19 years 9 months

Post #240by ElChristou » 24.06.2007, 13:15

So, what to do? adding this autoLoc function juste like autMag? this will result in a check box in the GUI near the silder?
Image


Return to “Development”