Split: Alternative Representation of Jump Ranges

An area for discussing new ideas and additions to Oolite.

Moderators: winston, another_commander

User avatar
cim
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 4072
Joined: Fri Nov 11, 2011 6:19 pm

Re: Split: Alternative Representation of Jump Ranges

Post by cim »

JD wrote:
Would it be possible to replace the sharply drawn circle we have now with one that's just a little blurred/fuzzy, so the rounding discrepancy isn't obvious, thereby continuing to provide a visual indication of range and spare capacity, and add the lines as the definitive indicator of what's reachable?
This should be possible, yes. The problem is that with the jump range not actually being circular you'll always end up with situations where to make a "7.15" jump like Usraqu-Beteona look reachable, you'll also make a "7.2" jump like Lazaso-Cecear look possible. There's not really a suitable compromise degree of fuzziness.

How about this - fading out the lines as they approach the edge of your jump range.
Image
User avatar
Wildeblood
---- E L I T E ----
---- E L I T E ----
Posts: 2453
Joined: Sat Jun 11, 2011 6:07 am
Location: Western Australia
Contact:

Re: Split: Alternative Representation of Jump Ranges

Post by Wildeblood »

cim wrote:
How about this - fading out the lines as they approach the edge of your jump range.
V. slick. Do it. No need for further discussion here. :mrgreen:

Addendum: a colour gradient from blue to red might convey fuel angst even better than the fading line?
Last edited by Wildeblood on Sun Mar 15, 2015 11:38 am, edited 1 time in total.
User avatar
Disembodied
Jedi Spam Assassin
Jedi Spam Assassin
Posts: 6885
Joined: Thu Jul 12, 2007 10:54 pm
Location: Carter's Snort

Re: Split: Alternative Representation of Jump Ranges

Post by Disembodied »

cim wrote:
This should be possible, yes. The problem is that with the jump range not actually being circular you'll always end up with situations where to make a "7.15" jump like Usraqu-Beteona look reachable, you'll also make a "7.2" jump like Lazaso-Cecear look possible. There's not really a suitable compromise degree of fuzziness.

How about this - fading out the lines as they approach the edge of your jump range.
That does look slick, but I'd vote for a circle as well. There's never going to be a time when a planet is inside the circle, but unreachable. The number of occasions when the circle would not encompass in-range systems is pretty small, but - just in your screenshot above - it's actually not immediately obvious if it's possible to jump from Isoned to Aanan, or to Xeatxe (both down at around 8 o'clock), partly because of the inevitable interruption of the lines by the system names. You have to look quite closely to see that Aanan is in range and Xeatxe isn't. A pale blue, slightly fuzzed circle would include Aanan and exclude Xeatxe.

Edited to add: in the current screenshot, I'd have my doubts about reaching Vesozax and Diraza, too ...
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Split: Alternative Representation of Jump Ranges

Post by spara »

Brilliant, just brilliant cim 8) . Genius way of hiding the quirks of an ancient formula. :D :D :D

On an academic side, I made some calculations on one random quirky system to see what the change to the correct distance formula would mean and what would be the effects of moving.

The system is Inera in G1 and it has 9 connections. The numbers calculated are: true distance, archaic distance, true jump time, archaic jump time.

Code: Select all

[82, 16, 'Inera'] - [85, 16, 'Esredice']: 1.2, 1.2, 1.44, 1.44
[82, 16, 'Inera'] - [93, 29, 'Raale']: 5.11077293567, 4.8, 26.12, 23.04
[82, 16, 'Inera'] - [95, 19, 'Gelaed']: 5.23450093132, 5.2, 27.4, 27.04
[82, 16, 'Inera'] - [81, 30, 'Sotiera']: 2.82842712475, 2.8, 8.0, 7.84
[82, 16, 'Inera'] - [92, 9, 'Orrira']: 4.23792402008, 4.0, 17.96, 16.0
[82, 16, 'Inera'] - [91, 47, 'Aanbiat']: 7.16937933157, 6.8, 51.4, 46.24
[82, 16, 'Inera'] - [77, 41, 'Dizaoner']: 5.38516480713, 5.2, 29.0, 27.04
[82, 16, 'Inera'] - [74, 34, 'Sorace']: 4.81663783152, 4.8, 23.2, 23.04
[82, 16, 'Inera'] - [98, 17, 'Rexebe']: 6.40312423743, 6.4, 41.0, 40.96
A simple switch to the real distance, probably rounded up to the first decimal, would practically mean bigger fuel consumption and longer travel times. It would also be possible to use the whole tank instead of 6.8, which is the current limit due to the formula used.

The troublesome pair here is Inera - Aanbiat. They are positioned somewhat diagonally and Inera is close to the top of the map, so I chose to move it closer to Aanbiat so that the distance would be under 7.0. Here's the result:

Code: Select all

[82.325, 16.65, 'Inera'] - [85, 16, 'Esredice']: 1.07786826653, 0.8, 1.1618, 0.64
[82.325, 16.65, 'Inera'] - [93, 29, 'Raale']: 4.93293016371, 4.8, 24.3338, 23.04
[82.325, 16.65, 'Inera'] - [95, 19, 'Gelaed']: 5.09173840648, 4.8, 25.9258, 23.04
[82.325, 16.65, 'Inera'] - [81, 30, 'Sotiera']: 2.7220947816, 2.4, 7.4098, 5.76
[82.325, 16.65, 'Inera'] - [92, 9, 'Orrira']: 4.16146608781, 4.0, 17.3178, 16.0
[82.325, 16.65, 'Inera'] - [91, 47, 'Aanbiat']: 6.99183809881, 6.8, 48.8858, 46.24
[82.325, 16.65, 'Inera'] - [77, 41, 'Dizaoner']: 5.31543036828, 5.2, 28.2538, 27.04
[82.325, 16.65, 'Inera'] - [74, 34, 'Sorace']: 4.80934506976, 4.8, 23.1298, 23.04
[82.325, 16.65, 'Inera'] - [98, 17, 'Rexebe']: 6.27039073743, 6.0, 39.3178, 36.0
The second number is the interesting one as it shows the effect if the old formula is used. When comparing with the results earlier, there are actually quite a few changes in distances.

I have no idea what the game play effects would be from switching to the real distance formula or nudging the troublesome systems closer. The numbers above show that there are changes, but would they even be noticeable by the player? Nudging would naturally remove the glitch of systems outside the circle and using real distances would remove the 0.4 quantum from fuel consumption.
Disembodied wrote:
The number of occasions when the circle would not encompass in-range systems is pretty small...
Well, assuming my calculation are correct, there are exactly 26 troublesome connections involving 48 systems in G1. That's 48 systems out of 256 having a reachable system outside the circle.
User avatar
Disembodied
Jedi Spam Assassin
Jedi Spam Assassin
Posts: 6885
Joined: Thu Jul 12, 2007 10:54 pm
Location: Carter's Snort

Re: Split: Alternative Representation of Jump Ranges

Post by Disembodied »

spara wrote:
Disembodied wrote:
The number of occasions when the circle would not encompass in-range systems is pretty small...
Well, assuming my calculation are correct, there are exactly 26 troublesome connections involving 48 systems in G1. That's 48 systems out of 256 having a reachable system outside the circle.
That's bigger than I thought - but a combination of lines (to link to reachable systems that are outside the circle) and a circle (to make sure reachable systems don't appear unreachable due to interruptions in the lines) should fix that.
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Split: Alternative Representation of Jump Ranges

Post by spara »

Disembodied wrote:
That's bigger than I thought...
Yes. That's because you only notice them by clicking a reachable system outside the circle.

The point of lines being hidden by text etc is a valid one. How about in addition to the diminishing lines drawing a circle in a same colour around the reachable systems?
User avatar
Disembodied
Jedi Spam Assassin
Jedi Spam Assassin
Posts: 6885
Joined: Thu Jul 12, 2007 10:54 pm
Location: Carter's Snort

Re: Split: Alternative Representation of Jump Ranges

Post by Disembodied »

spara wrote:
The point of lines being hidden by text etc is a valid one. How about in addition to the diminishing lines drawing a circle in a same colour around the reachable systems?
Like a kind of lasso? That could work!
User avatar
cim
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 4072
Joined: Fri Nov 11, 2011 6:19 pm

Re: Split: Alternative Representation of Jump Ranges

Post by cim »

I've committed a few more customisation options now.
Image

Something like the following settings in an OXP gui-settings.plist would give those results as of tonight's build.

Code: Select all

{
    "chart_label_scale" = 0.7;
    "chart_label_color" = "1.0 0.0 1.0 1.0";
    "chart_range_color" = "1.0 0.7 0.0 0.5";
    "chart_currentjumpstart_color" = "0.15 0.45 0.65 1.0";
    "chart_currentjumpend_color" = "0.65 0.15 0.15 1.0";
}
Maybe have a go with a few options and see how it turns out.
Switeck
---- E L I T E ----
---- E L I T E ----
Posts: 2411
Joined: Mon May 31, 2010 11:11 pm

Re: Split: Alternative Representation of Jump Ranges

Post by Switeck »

Probably only if you have the Advanced Navigational Array installed would you get anything other than a circle, inaccurate though it may be.
User avatar
Stormrider
Deadly
Deadly
Posts: 241
Joined: Sat Jan 25, 2014 2:35 am
Location: At work

Re: Split: Alternative Representation of Jump Ranges

Post by Stormrider »

Looks great Cim, but its still a bit hard to tell if Xeatxe is reachable, how about changing the text color of reachable systems to green and unreachable systems to yellow or red?
Image
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Split: Alternative Representation of Jump Ranges

Post by spara »

Switeck wrote:
Probably only if you have the Advanced Navigational Array installed would you get anything other than a circle, inaccurate though it may be.
Why would that be? The point of all this is that due to the old distance calculation formula the circle is faulty. Some see it being retro, while I see it being quirky. At first I thought it to be a bug, not a feature. Those options offer the possibility to remove the circle altogether and just have the connecting lines.
Stormrider wrote:
...how about changing the text color of reachable systems to green and unreachable systems to yellow or red?
A gui-settings.plist option to set the color of the reachable systems would be great :) .
User avatar
Disembodied
Jedi Spam Assassin
Jedi Spam Assassin
Posts: 6885
Joined: Thu Jul 12, 2007 10:54 pm
Location: Carter's Snort

Re: Split: Alternative Representation of Jump Ranges

Post by Disembodied »

spara wrote:
Switeck wrote:
Probably only if you have the Advanced Navigational Array installed would you get anything other than a circle, inaccurate though it may be.
Why would that be? The point of all this is that due to the old distance calculation formula the circle is faulty. Some see it being retro, while I see it being quirky. At first I thought it to be a bug, not a feature. Those options offer the possibility to remove the circle altogether and just have the connecting lines.
I quite like the idea of making this a feature of the ANA: it makes the difference between the advanced and unmodified systems more immediately obvious (and since the ANA is a non-original piece of kit, it's a sop to the retro fans, too).
spara wrote:
Stormrider wrote:
...how about changing the text color of reachable systems to green and unreachable systems to yellow or red?
A gui-settings.plist option to set the color of the reachable systems would be great :) .
Definitely a great idea!
User avatar
spud42
---- E L I T E ----
---- E L I T E ----
Posts: 1576
Joined: Wed Mar 26, 2014 10:11 am
Location: Brisbane,Australia

Re: Split: Alternative Representation of Jump Ranges

Post by spud42 »

cim wrote:
I've committed a few more customisation options now.
Image

Something like the following settings in an OXP gui-settings.plist would give those results as of tonight's build.

Code: Select all

{
    "chart_label_scale" = 0.7;
    "chart_label_color" = "1.0 0.0 1.0 1.0";
    "chart_range_color" = "1.0 0.7 0.0 0.5";
    "chart_currentjumpstart_color" = "0.15 0.45 0.65 1.0";
    "chart_currentjumpend_color" = "0.65 0.15 0.15 1.0";
}
Maybe have a go with a few options and see how it turns out.
I really like this and with a start colour and an end colour you could colour the lines as you like or have them the same for a solid colour line. also like the idea of reachable systems in a different colour but wouldnt that make the circle and the lines redundant? you can tell what you can reach on current fuel level by the colour of the name? would this work for a non full tank? for example on a recent parcel delivery run i had two short jumps one of 3 Ly and another of 2.8 Ly so i didnt bother to refuel in the middle. jump in jump out fuel at next station. on the second jump i had a much smaller circle. (this is also handy when my dumb commander forgets to refuel after selling his cargo. i keep telling him but he is getting old and i fear the oldtimers disease is kicking in early....)
Arthur: OK. Leave this to me. I'm British. I know how to queue.
OR i could go with
Arthur Dent: I always said there was something fundamentally wrong with the universe.
or simply
42
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Split: Alternative Representation of Jump Ranges

Post by spara »

I love it :D :D :D . Here's a pic of the most distant reachable system from G1 (I mean going off the circle).

Image
spud42 wrote:
...wouldnt that make the circle and the lines redundant?
Currently it's just more options. Which is good :D . You can have the circle or lines or both. Whatever you prefer. Differently colored reachable system names would complement the lines nicely.
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Split: Alternative Representation of Jump Ranges

Post by spara »

Could the lines be added to the ANA too?
Post Reply