Using EDDB or just flying to the system you can work out you've got candidates of:
| Pleiades Sector SD-T b3-1 | | | | | 34.64 ly |
| Pleiades Sector FG-Y d44 | | | | | 34.67 ly |
| Pleiades Sector YJ-R b4-0 | | | | | 34.73 ly |
| Mel 22 Sector NX-U d2-27 | | | | | 34.74 ly |
| Mel 22 Sector QT-H b10-0 | | | | | 34.79 ly |
| Mel 22 Sector SZ-F b11-1 | | | | | 34.98 ly |
| Mel 22 Sector CH-C b13-0 | | | | | 35.03 ly |
| | | | | |
... already you aren't going to find a match using your formula because sure enough, there's no system exactly 34.84LY from HIP 14909. But like the UA "morse", it's not morse, just morse-like, and with this kind of thing going down to only a certain degree of precision given the use of octal, so it's only going to be a rough match anyway.
Rinse repeat for the distance from Merope and, if there's still too many candidates, Col 70, and job done. It'll eventually converge on Mel 22 Sector NX-U d2-27, noting it's still inaccurate (131.18 rather than 131.52LY). No complex math needed.
+1 Nice answer but not what I'm looking for. I've tried that and can't be bothered to sit around waiting for EDDB to work out the distances to Merope, or HIP 14909, or Col 70 Sector FY-N c21-3, and then guess which page of results the systems at the correct distance are on, then have to wait for EDDB to work out the distances for the systems on that page again, then find out it's the wrong page, then guess another page, etc., all whilst I should have been playing the game. And then what if a system isn't even on EDDB? It's not a foolproof method.
Actually flying to the system and checking the distances of surrounding systems is probably the best idea for avoiding the mathematics. But then you can't fly to Col 70 Sector FY-N c21-3 as it's Permit Only.
So to my mind the only sure way is to use mathematics to calculate a set of co-ordinates from the data set, and look to the nearest system to those co-ordinates. Once there is a mathematical method, it's just a case of simple arithmetical number-crunching. The difficult bit is working out the method. I'm not even sure it's possible.
So now it's an obsession. I want a purely mathematical method to calculate a set of co-ordinates from the UL data, and see if the co-ordinates don't match up with the results of those who could be bothered to use EDDB or whatever. So. I repeat. Are there any mathematicians who can tell me to how to solve these equations for
x,
y and
z please?
1)
x² +
y² +
z² + 157.1875
x + 299.25
y + 681.0625
z = -127228.64
2)
x² +
y² +
z² + 168.75
x + 518.5625
y + 717.3125
z = -201766.3873
3)
x² +
y² +
z² - 1374.125
x + 725.0625
y + 1394.125
z = -426132.555
By subtracting 1) from 2), 1) from 3), and 2) from 3) I can eliminate the second degrees:
4) 11.5625
x + 219.3125
y + 36.25
z = -74537.7473
5) -1531.3125
x + 425.8125
y + 713.0625
z = -298903.915
6) -1542.875
x + 206.5
y + 676.8125
z = -224366.1677
And I can eliminate one of the variables by multiplying an equation like so:
Multiply 5) by (36.25 / 713.0625):
5B) -77.84742308
x + 21.64705496
y + 36.25
z = -15195.3958
Subtract 5B) from 4) to eliminate
z:
7) 89.40992308
x + 197.665445
y = -59342.3515
But any other equation in terms of just
x and
y that I make using the other equation just yields a proportionally identical equation:
Multiply 6) by (36.25 / 676.8125):
6B) -82.63620833
x + 11.06011635
y + 36.25
z = -12017.02625
Subtract 6B) from 4) to eliminate
z:
8) 94.19870833
x + 208.2523837
y = -62520.72105
7) and 8) are practically identical equations and it isn't possible to deduce a value for
x or
y from them.
I need help.
![Cmdr Delmonte[VR]](https://forums-cdn.zaonce.net/data/avatars/m/82/82957.jpg?1711998379){kind=avatar}
