RV Sonnenkreis - Decoding Universal Cartographics

I think your 36 might be a 35... If you check sectors_0plus, row 26:

At the left end we have Glaitu, with 5 unknowns to the left, and then Blaicheae. At the right end we have Glaicheae followed by Braitu. That Gl run, of what we can see, is 35 long.
In between Bl and Gl should be Cry, which elsewhere you identified as being 5 long. That makes up those five unknowns, meaning the run actually is 35 long.

That does also fit very cleanly - for whatever reason the run starts at -tu and ends at -cheae. That is the case for Gl, looks like it may be the case for Bl before it, and could also be the case for Br after it.

That doesn't help us with all the crazy edge cases though. :D

Edit: I am still completely stumped on how continuations between stacks work (if they happen at all). It doesn't seem to cleanly carry the pattern on, but it also doesn't always seem to start a fresh pattern at the start of the new stack - although it sometimes does, so there's a chance there are just a lot more custom lengths we haven't nailed down yet.

Here's my efforts from today - I've been following lines along hoping to find the extents, or at least to constrain them. "rfpp mod" has the list of phonemes in order. (so far as I can tell, the order from the pgdata list is correct, although there's a number of places I haven't been able to follow definitely) The "length lower minimum" is the minimum length of the sequence in sectors; the "length upper maximum" is the maximum length possible if the sequence took up all adjacent sectors that are in the two-part-name format. There is a great confusion of lengths! You're probably right about the 35 limit.

At this rate we'll have most of the zero plane mapped before we get the full sequence... or worse. :)

(Imagine a loud and repeated string of cursing. My laptop is dying, and when LibreOffice crashes - which it's done twice now - it's killing not only the file I'm working on, but also any changes made since the file was opened (even if saved, which I reflexively do constantly) and the autorecover doesn't work. So I've lost several large strips of data, about a half hours worth, twice. Not amused. On the plus side I did manage to confirm that OU is of length 35 before losing that strip, so 35 is looking even more promising.)
 
Last edited:
I think I've got the boundaries for the planes - a 120 x 120 sector box. If we start at (0,0) then WREGOE is at (60,39) and putting STUEMEAE at (60,60). Quite a lot of open space at the ends. Working so far, though it's hard to find sectors whose lengths and positions are known exactly enough to check.

(edit) Scratch that, badly wrong here.

(edit) I'm an absolute muppet - I had my sector maps wrongly aligned with each other, which means there's a lot more space between them. A 154 x 154 sector box with WREGOE at (76,66) and STUEMEAE at (76,76) may be more like it, but I had to make some guesses as to the lengths of sectors - if J,SQ,K,L are 35, Pyth is 1, M,ST,N are 35 then that fits.
 
Last edited:
(edit) I'm an absolute muppet - I had my sector maps wrongly aligned with each other, which means there's a lot more space between them. A 154 x 154 sector box with WREGOE at (76,66) and STUEMEAE at (76,76) may be more like it, but I had to make some guesses as to the lengths of sectors - if J,SQ,K,L are 35, Pyth is 1, M,ST,N are 35 then that fits.

154 is very close to 156, which is double the nominal width of the galaxy... No guarantee it's not slightly wider on one side though, I suppose! :D
 
Could very well be 156, there's a little leeway depending on where exactly the sequences start. I'm going to get some more data from the -1 plane which should help clear it up - unfortunately I'll need to repair my antique laptop first. :)

(Wrong again - but getting there!)
 
Last edited:
Could very well be 156, there's a little leeway depending on where exactly the sequences start. I'm going to get some more data from the -1 plane which should help clear it up - unfortunately I'll need to repair my antique laptop first. :)
Best of luck... Beat it into submission! :D

In your last edit, was Wregoe meant to be at (76,55) rather than (76,66)? Otherwise I'm confused :p
Just want to make sure I understand how the 154x154 (or 156x156) grid fits.
 
Best of luck... Beat it into submission! :D

In your last edit, was Wregoe meant to be at (76,55) rather than (76,66)? Otherwise I'm confused :p
Just want to make sure I understand how the 154x154 (or 156x156) grid fits.

This is where I'm going with it - I've put the -1 and 0 plane maps side by side, with a lot of space between them, and I'm trying to narrow down the sector sizes and positions well enough that I can match up the eastern/right hand end of the -1 plane with the western/left hand end of the 0 plane. There's generally at least one full set of sectors between them as there's a lot of space, but there's probably too much space in the spreadsheet as it stands, and it won't be as large as 156 after all. Getting there slowly. :)

This is the latest set of sector lengths that I've got.
 
AHHHHH REALISATION [wacky]

The assumption for class 2 sectors is that it acts as though it's done two full runs of the 64-long pattern; when it continues two stacks up, it's exactly 16 suffixes further along the list, or two full runs.

I was just looking at the continuations in your merged 0 and -1 list... I just tried two different runs and found that in both cases, it only made sense if beyond the 78 normal sectors, there was an extra gap of 50 between (X, -1, 38) and (X, 0, -39).

What's 64 x 2? 128.
What's 78 + 50? 128.

I think we have our width. I feel like an idiot for not thinking of this before :D
If it makes you feel any better, I literally just held my hands to my head and said "OH :):):):)" quite loudly when I realised. Hopefully it didn't wake up my better half... :p

Edit 2: I believe the Z component is (in some fashion) encoded in phoneme 3... Towards the -Z end the third phoneme is near the start of that infix list, and towards +Z it travels towards the end of the list. I imagine it's just incremented whenever it runs out of options in a run. It also appears to checkerboard in Z slices usually 1-2 apart.
 
Last edited:
OK I'm almost done with my survey of M36 sector. I found something I've never seen before: a trio of suppressed D-named (?!) stars:

M36 SECTOR EB-X D1-32
A - TTS3Va, 3134k, 0.4336 solar masses, 0.6370 radius, 180 million years old

M36 SECTOR AV-Y D1-36
A - M1Va, 3481k, 0.5039 solar masses, 0.6152 radius, 1.824 billion years old

M36 SECTOR EB-X D1-29
L1V, 1917k, 0.1836 solar masses, 0.3240 radius, 1.28 billion years old

We've definitely seen suppressed F, G, H... but D? Have you seen that before Jackie?

..

I also developed an algorithm to determine the starting point (lower southwest corner) of a sector. Given a sufficient number of sector names and their precise coordinates in the galaxy, it reverse-calculates the average predicted "starting point" for each system, then averages all of those against each other to reach a refined "starting point" within a margin of error that shrinks the more data you put in. If one of you can get me a JSON dataset of procgen names and the XYZ coordinates of the systems, I can feed that into the algorithm and spit out a JSON dataset with the "starting point" of each sector. (Of course if you've already done that then just ignore me.)

..

Also I downloaded your latest spreadsheets and I'm going to see what I can contribute to helping you decode that. I pulled down some machine learning algorithms from github and I'll see if there's any pattern detection ones that could be of use. Going to go back through this thread and see if I can figure out what you guys have going on here.

Especially since your laptop is dying Jackie, and multiple folks are now collaborating on this project, have you thought about migrating to Google Sheets? That way if your laptop dies then you won't lose anything. It is also beneficial for collaboration. I have a friend who could also help, he is pretty much always exploring and seems to want to help with data gathering.
 
Last edited:
We've definitely seen suppressed F, G, H... but D? Have you seen that before Jackie?
I don't remember off-hand so if I have they must be rare - looking at the log for STUEMEAE the D stars listed are unsuppressed and I'd think they'd be suppressed there. I'll look at those M36 stars now.

I also developed an algorithm to determine the starting point (lower southwest corner) of a sector. Given a sufficient number of sector names and their precise coordinates in the galaxy, it reverse-calculates the average predicted "starting point" for each system, then averages all of those against each other to reach a refined "starting point" within a margin of error that shrinks the more data you put in. If one of you can get me a JSON dataset of procgen names and the XYZ coordinates of the systems, I can feed that into the algorithm and spit out a JSON dataset with the "starting point" of each sector. (Of course if you've already done that then just ignore me.)
Sounds interesting - one of Alot's posts above has got a thing that pulls the JSON system list from EDSM. (Sorry I lost my copy of it along with the rest of the stuff on my laptop or I'd link it! Haven't got round to reinstalling everything and getting it all back to the right place yet.) :) He's used the coordinates to fit everything there into the sector grid maps we're using. Something to work out the sector start position from the system names would be good for looking at the handplaced sectors though.

Especially since your laptop is dying Jackie, and multiple folks are now collaborating on this project, have you thought about migrating to Google Sheets? That way if your laptop dies then you won't lose anything. It is also beneficial for collaboration. I have a friend who could also help, he is pretty much always exploring and seems to want to help with data gathering.

Yes. I've half-sorted my laptop now at least. What I was thinking is that once we're absolutely certain of the dimensions of the sector map, I'll put together all six planes into one giant spreadsheet running left-to-right and then I'll do battle with Google docs; I'm a luddite when it comes to that sort of thing though.

Esvandiary said:
Edit 2: I believe the Z component is (in some fashion) encoded in phoneme 3... Towards the -Z end the third phoneme is near the start of that infix list, and towards +Z it travels towards the end of the list. I imagine it's just incremented whenever it runs out of options in a run. It also appears to checkerboard in Z slices usually 1-2 apart.

That's just confusing - the logic behind the way they've done things is strange! :) I had a quick look at 128 yesterday and it looked quite "tight", but then I'm still working on getting the exact sector lengths. Will get back to that now. Certainly 128 x 128 sounds like an excellent round number! Do the checkered two-part names start neatly at one corner of a 128 x 128 grid? I couldn't work it out.
 
I also developed an algorithm to determine the starting point (lower southwest corner) of a sector. Given a sufficient number of sector names and their precise coordinates in the galaxy, it reverse-calculates the average predicted "starting point" for each system, then averages all of those against each other to reach a refined "starting point" within a margin of error that shrinks the more data you put in. If one of you can get me a JSON dataset of procgen names and the XYZ coordinates of the systems, I can feed that into the algorithm and spit out a JSON dataset with the "starting point" of each sector. (Of course if you've already done that then just ignore me.)
If I understand correctly, that would be very useful for finding the coords of the "not fully PG" sectors such as Col 359 etc. I think we can already reliably find the origin of any fully PG sector from a single set of coords within it, since they're aligned to the 1280Ly boundaries (the get_sector function in pgnames.py in my tools does this).

That's just confusing - the logic behind the way they've done things is strange! :) I had a quick look at 128 yesterday and it looked quite "tight", but then I'm still working on getting the exact sector lengths. Will get back to that now. Certainly 128 x 128 sounds like an excellent round number! Do the checkered two-part names start neatly at one corner of a 128 x 128 grid? I couldn't work it out.
I've done some more "linking" between -1 and 0 assuming 35 being the full length, and so far there are about five runs which match perfectly, a few more which match within margin of error, and no counterexamples. :)
I agree that the logic for the naming here is really strange... The suffix (phoneme 4) changes most often, but then the one that seems to change most often after that is the prefix! Phoneme 2 seems to change least often, and phoneme 3 is in the middle - which is why it seemed to be a pretty good indicator for changing Z.
Edit: Not sure about the phonemes which change most often actually... We've got a pretty limited view from 0 and -1 (and I have an unfortunate feeling we actually have quite a limited view from -3 to +2...)

I'm already starting to see a bit of evidence of checkerboarding, however, so I think we're back on that ol' train of fun. :p
 
Last edited:
I haven't put all the maps together yet but I've looked at the approximate extent of star-populated sectors in the 0, 1 and 2 planes; the radii are approximately 30 sectors, 20 sectors and 10 sectors.

This gives us a total of roughly 2 * pi * (10**2 + 20**2 + 30**2) sectors, ~ 9000 star-populated sectors, so that's hopefully a reasonably good estimate for Marx's question above.
 
Interesting, Jackie.. almost 9000, eh. So, two thoughts:

1) If indeed they used some kind of "mass function" to seed the stellar forge, I find it interesting that they have appx. 115 phonemes. Because y'know what other popular list also has ~115 items in it and relates to masses? The Periodic Table of Elements. I wonder if perhaps there is some kind of weird correlation here?

2) I think there will end up being exactly 8,480 sectors if my current guess is right. Each one would have three bytes of data to represent its sector name. E.g. 0x7F 0x5D 0x2F. I could be way off.. gonna check more later.
 
Last edited:
Here is the latest version of the sector map: all six planes of sectors arranged side by side, with each sector in a 128 x 128 grid. Everything seems to fit up nicely so far. :)
(If you're wondering, sectors in lower case are ones trawled from EDSM, sectors in capitals are usually ones that I've added; sectors highlighted in yellow are ones that I've added recently.)

If this looks ok to everyone I'll get it onto Google Docs. Once I work out how to use Google Docs. ;)

Also here is the latest phoneme table.

For the rest, I'm on course for TZAIWNS and moving fairly quickly; I've crossed back out of the wilderness to the edge of the spiral arm so my route plotting is becoming more linear and less like a frog at a disco.

Incidental music: the Stone Roses (on loop), the Smiths, Simon & Garfunkel (you can blame whoever was taking the mick out of the Queen of Sadge for that one...)
 
Last edited:
Jackie, as promised here is my data on big and fat stars :) Sorry for the delay, had to search all my folders and compile this spreadsheet.
Stars with capital letters are the main stars in their system.
Attention: long table :)

SystemPrimary StarAgeMassSizeTemperatureOther 1st Tier Stars2nd Tier Stars3rd Tier StarsNote
BLO AIP AA-A H22B2 IVA<187.8008287.369427269O9 IIIA, O7 IVA
CLEEQUE AA-A H4WO0 I<1112.83984.828240815
CLEEQUE AA-A H64WO0 I<185.87894.049161249O0 VZ, O6 IVA
CLEEQUE AA-A H313O9 IIIA<194.9648208.287534728
CLEEQUE AA-A H607O9 IIIA<162.9609203.282735191
DRYI AUDST AA-A H103WNC0 I<1104.32424.75261559Red colour
DUMBAI AA-A H26WNC0 I<175.71888.493449024WO0 I
DUMBAI AA-A H51WO0 I<167.54697.049142047B6 IVA, B0 VZ
dumbai aa-a h51B6 IVA<131.113393.471119073WO0 I, B0 VZ
ELLAIRB AA-A H5AEBE3 VB249.19140.54584640TTS8 VI, TTS7 VI, TTS0 VIx2, TTS6 VIx2, TTS1 VIx2, TTS9 VI
EOS PHYLOEA LW-M D7-967S5 IIIB128780.957029.45112803
HD 164662K1 III61840.710919.72934,264.0M2 VA
HYPOAE AUDST AA-A H189O9 IIIA<176.1563203.156335151
HYPOAE AUDST AG-O D6-1014CJ5 IIIB128200.929729.09072753
HYPOAE AUDST CR-M D7-1116MS0 IIIA42881.484434.94273690K5 VA, K0 VAB
HYPOAE SCRUA AA-A H145WO0 I<1117.66418.5815136Unusual brownish colour
HYPOAE SCRUA AA-A H212WN0 I<1101.31256.54481177209 IIIA
HYPOAE SCRUA AA-A H212O9 IIIA<151.5156185.567236653WN0 I
IOCKOLT AA-A H0O8 IIIA<179.7422145.296639111WN0 I
iockolt aa-a h0WN0 I<179.73836.811749583O8 IIIA
IOCKOLT AA-A H17B9 IA0<173.5742483.625710273B8 IA0, O0 VZ
iockolt aa-a h17B8 IA0<131.7852449.150813207B9 IA0, O0 VZ
MYRIERPH AA-A H15309 IIIA<199.0977219.065233981
NYUENOOE AA-A H25AEBE7 VAB2111.61330.94615406BHTTS1 VIx2, TTS8 VIx4, TTS6 VI, TTS2 VA, TTS4 VI, TTS5 VAB, TTS7 VAx2, TTS0 VI, TTS9 VIA must see system!
NYUENOOE AA-A H120B1 IIA<175.9766268.497453939.3O0 VZ
OEPHAIRGH AA-A H14O8 IIIA<133.5547180.013637454
ONGAIHN AA-A H1B3 IA0<1103.7773325.187625298WC0 I, O0 VZx3
ongaihn aa-a h1WC0 I<143.65238.51622003B3 IA0, O0 VZx3Looks like a M class
ONGAIHN AA-A H24B9 IA0<176.1797497.023010648O0 VZx2
ONGAIHN AA-A H39WO0 I<184.65639.432061934
PHAA AOC AA-A H141WNC0 I<1113.91805.27047105Yellow-white - like F class
PHAA AUDST AA-A H7B9 IA0<147.8203491.820310712O7 IVA
phaa audst aa-a h7O7 IVA<138.0938119.915242378B9 IA0
PHAA AUDST AA-A H8AEBE8 VI239.46880.48565334B0 VZx2, BH
PHAA AUDST AA-A H11WO0 I<166.69533.75235385Yellow - like G class
PHAA AUDST AA-A H43O9 IIIA<159.4063198.264135643
PHAA AUDST AA-A H75AEBE3 VAB2109.53910.94305753BHx2TTS7 VAx2, TTS6 VA, TTS5 VA, TTS5 VB, TTS9 VI
PHAA AUDST AA-A H168WO0 I<1107.66023.998242159WN0 I
phaa audst aa-a h168WN0 I<160.08568.555156754WO0 I
PHAA AUDST AA-A H176WC0 I<154.22273.41022416AEBE3 VI, B0 VZx2, O0 VZLooks like M class
PHOI AOD AA-A H4B9 IA0<168.2461497.590710221O0 VZ, B0 VZ
PHOI AOD AA-A H31WN0 I<1114.75007.202052613
PHOI AOD AA-A H181WO0 I<177.51179.960939430
PHOI AOD KT-Q E5-5036K1 IAB12842.371140.51164953G3 VAB
PHUA AUSMS AA-A H23WO0 I<1108.19536.890616073
PHUA AUSMS AA-A H48WCO I<159.56649.725060982O0 VZ, AEBE VB
PHUA AUSMS AA-A H52WNC0 I<1102.17974.53327890
PHUA AUSMS AA-A H85O9 IIIA<179.3320188.186736544O0 VZ
PLIMBEE AA-A H0WO0 I<1113.94925.877411298O8 IIIA
plimbee aa-a h0O8 IIIA<159.6016167.789238030WO0 I
PLIMBEE AA-A H20WO0 I<1111.00783.546729547WN0 I, O0 VZ
plimbee aa-a h20WN0 I<168.63285.759515087WO0 I, O0 VZ
PUEKAAE AA-A H36O9 IIIA<189.0664227.456433274WC0 I, B3 IA0
puekaae aa-a h36WC0 I<155.05868.951443505O9 IIIA, B3 IA0
puekaae aa-a h36B3 IA0<136.3359331.178618767.7O9 IIIA, WC0 I
PUELAA AA-A H11WN0 I<1103.98449.839716617
STUEMAEA AA-A H95WNC0 I<1115.04699.709644431O8 IIIA
stuemaea aa-a h95O8 IIIA<170.4141186.675436736WNC0 I
THEEMEIA AA-A H83WO0 I<1117.80473.814660070WC0 I, O0 VZ, B3 IA0, WC0 I
theemeia aa-a h83WC0 I<145.68755.242224877WO0 I, O0 VZ, B3 IA0, WC0 I
theemeia aa-a h83B3 IA0<136.4453316.091125575WO0 I, O0 VZ, WC0 I, WC0 I
theemeia aa-a h83WC0 I<143 58208.374520390WO0 I, O0 VZ, WC0 I, B3 IA0
THEEMEIA AA-A H136WNC0 I<159.74614.51951615B0 VZRed colour
THEEMEIA AA-A H188WO0 I<1119.20316.495958237
WHAMBOO AA-A H30O7 IVA<180.5117136.675140863O7 IVA, WC0 I
whamboo aa-a h30O7 IVA<136.1719122.371142080O7 IVA, WC0 I
whamboo aa-a h30WC0 I<142.44144.876454327O7 IVA, O7 IVA
WHAMBOO AA-A H32AEBE3 VAB256.26560.62704686BH, O0 VZAEBE?, TTS?, TTS?, TTS?TTS?, TTS?
WHAMBOO AA-A H33O9 IIIA<153.3203219.120133744O0 VZ
WHAMBOO AA-A H34B8 IA0<148.1250455.02813783
 
Great stuff, Pirin, that's a lot of extra data points for the big stars there. Thanks! Also one of the things I really want to find out is the evolution of the biggest stars that's all compressed into the "under 1 million years" bracket, and the progression from O to B forms a curve that some of these stars should fall on, so should be helpful for that in particular.

*grinning* A little while ago I tried to make a list of all the different topics of research that I'm trying to remember to do at the same time, and where we're at with each different area... ...it was a long list and I wasn't very succesful. :D

(edited to add) Pirin, if you get the chance would you look at the system map for PHOI AOD KT-Q E5-5036 and tell me if the star description says "Red Supergiant" or "Orange Giant" please?
 
Last edited:
Just a quick note Jackie, before you end up very confused: it looks like your "sectors all" sheet might have incorrect widths; at least on the copy I imported into Excel, the numbers across the top go 62, 63, 64, 77, 78 ... :p

I don't have any access to the game for the next few days, so I'm trying to do more with what we've got. I've added some code to do individual class 1 runs (up to 35 in length), everything beyond that is quite simplistic and wrong for now. :)
 
Veering rapidly off-course: it appears (as I suspected) I still have a little work to do on the class 2 sectors. EDSM now has coords for one Graae Phroo KR-Y c3-1, which according to the current limited model is in a sector that shouldn't exist (at least not in the populated areas). :p

Confusingly, the sector next to it (Groa Eaeb) is absolutely correct, as are all the others in that row - if I change the data to make Graae Phroo match, I get a huge amount of "that's not right" from other data.
It should be a Phree, but it's a Phroo... At the moment, I have no idea why. :D
 
In the midst of the word he was trying to say, in the midst of his laughter and glee,
He had softly and suddenly vanished away, for the Phree was a Phroo-jum, you see!
Excellent. :D

Mystery possibly solved: I suspect the Phr suffix uses a restricted set of the suffixes, only actually going as far as "oo".

Interestingly, the list of these "short" prefixes in class 2 names is growing. More interestingly, the length of all of those "short" prefixes as they're used in class 2 is also within the range we have for the lengths of their class 1 runs... :)

Edit: I might be onto something... There are a few "oddball" start points in class 2 that didn't really follow the normal pattern, and I think they might not follow the normal pattern because the bits in the middle we can't see use short prefixes.
 
Last edited:
Back
Top Bottom