Elite Observatory - Search your journal for potentially interesting objects, or notify you of new ones on the fly while exploring!

I have some ideas for custom criteria but I don't know if it is realisable and if so, how to do it.

  • A notification if a star (M, G, K, F, A, B, Neutron star, Whit Dwarf) has a ring (not asteroid belt)
  • A notification if a planet has unusual geological structures such as high mountains or deep canyons
  • A notification if a planet has a high number of geological sites (maybe 45+)
  • A notification if a planet is more than 200,000 ls away from its parent star
  • A notification if the orbit of a moon differs more than maybe 40 degree from the equator line of its parent planet

The second and third aren't possible from the normal FSS scan. Geological site data isn't written to the log. The rest can be done, and I think there already is an example of a high inclination check for moons in this thread somewhere.

I'm at work at the moment, but can help you with these later if you need it.

Notifcations for Biological sites would be nice.

Again, bio and geo site data is not written to the log by the FSS scan event.
 
The second and third aren't possible from the normal FSS scan. Geological site data isn't written to the log. The rest can be done, and I think there already is an example of a high inclination check for moons in this thread somewhere.

I'm at work at the moment, but can help you with these later if you need it.



Again, bio and geo site data is not written to the log by the FSS scan event.

One question about adding custom criteria: I recently added some criteria from the conclusion post to the ObservatoryCriteria.xml. But when I started the Obervatory and it began scanning it closed by itself. What am I doing wrong? :/
 
One question about adding custom criteria: I recently added some criteria from the conclusion post to the ObservatoryCriteria.xml. But when I started the Obervatory and it began scanning it closed by itself. What am I doing wrong? :/
I would need to see your custom criteria file to say with any certainty, though crashing to desktop with no error is a new one on me. I haven't had any other reports of similar that I can recall.
 
Dude.

2020-11-25_00h13_00.jpg


That was freaking awesome. I believe that's only my second Taylor's Ring, BTW.
 
A notification if a star (M, G, K, F, A, B, Neutron star, Whit Dwarf) has a ring (not asteroid belt)
I like this one. Might take a stab at it.
A notification if a planet is more than 200,000 ls away from its parent star
I'm not sure of your purpose here, but I add the Arrival Distance to the "Detail" section of all the criteria I write so I can see at a glance whether or not it's reasonable to check a thing out. 200k ls is way past my personal limit, but you could do the same to any criteria you end up using.
A notification if the orbit of a moon differs more than maybe 40 degree from the equator line of its parent planet
There is already a criteria for this, indeed, under "Offset Ring Orbit" here. You can adjust the "10" and "-10" to suit.
EDIT: Sorry, I jumped the gun, there. If you're just looking for orbits that differ from ringed bodies equators, then that still applies. Otherwise, removing the check for rings should do the trick...

Edit: Redacted for massive failure and incorrectness.
 
Last edited:
I have a feeling this has been attempted before...Every variation of Ring Event Data in this Criteria returns every star with asteroid belts:
XML:
<Criteria Comparator="Greater" Value="0">
    <Operation Operator="Multiply">
        <FirstValue Type="EventData">Ring:1:Mass [Also Ring:Count; Rings; and Outer-Inner Rad from the Taylor's Ring Cirteria]</FirstValue>
        <SecondValue Type="EventData">StellarMass</SecondValue>
     </Operation>
<Description>Ringed Star</Description>
<Detail>
    <Item>DistanceFromArrivalLS</Item>
</Detail>
</Criteria>
 
Last edited:
I like this one. Might take a stab at it.

I'm not sure of your purpose here, but I add the Arrival Distance to the "Detail" section of all the criteria I write so I can see at a glance whether or not it's reasonable to check a thing out. 200k ls is way past my personal limit, but you could do the same to any criteria you end up using.

There is already a criteria for this, indeed, under "Offset Ring Orbit" here. You can adjust the "10" and "-10" to suit.
EDIT: Sorry, I jumped the gun, there. If you're just looking for orbits that differ from ringed bodies equators, then that still applies. Otherwise, removing the check for rings should do the trick...

XML:
<Criteria Comparator="Or">
      <Criteria Comparator="Greater" Value="40.0">
            <Operation Operator="None">
                 <FirstValue Type="EventData">OrbitalInclination</FirstValue>
            </Operation>
      </Criteria>
      <Criteria Comparator="Less" Value="-40.0">
            <Operation Operator="None">
                 <FirstValue Type="EventData">OrbitalInclination</FirstValue>
            </Operation>
      </Criteria>
    <Description>High Inclination Orbit</Description>
    <Detail>
        <Item>DistanceFromArrivalLS</Item>
    </Detail>
</Criteria>

P.S. I don't know if anyone ever figured out a way to eliminate non-moon bodies from checks like this, so you'll get planetary results with this as well.

Thank you for your time. I still have to figure out why my Observatory closes itself when I put custom criteria into the ObservatoryCriteria.xml. Didn't have the time to test it since I moved back to the standard xml. Will try to do this at the latest in my Christmas holidays.
 
NP; I'm glad to dabble again!

I did manage to eliminate bodies orbiting primary stars from the Offset Ring Orbit Criteria. That's the second time their "0" Arrival Distance has come in handy...Don't think there's a way to eliminate other stars without eliminating ringed ones as well. I'll try the same method with the High Inclination Orbits and check it against EDSM. I really don't get why that detected primary stars...

XML:
<Criteria Comparator="And">
    <Criteria Comparator="Greater" Value="0">
        <Operation Operator="Multiply">
            <FirstValue Type="EventData">Parent:Rings</FirstValue>
            <SecondValue Type="EventData">Parent:DistanceFromArrivalLS</SecondValue>           
        </Operation>
    </Criteria>
    <Criteria Comparator="Or">
           <Criteria Comparator="Greater" Value="10.0">
                 <Operation Operator="None">
                      <FirstValue Type="EventData">OrbitalInclination</FirstValue>
                 </Operation>
           </Criteria>
           <Criteria Comparator="Less" Value="-10.0">
                 <Operation Operator="None">
                      <FirstValue Type="EventData">OrbitalInclination</FirstValue>
                 </Operation>
           </Criteria>
     </Criteria>
    <Description>Offset Ring Orbit</Description>
    <Detail>
        <Item>DistanceFromArrivalLS</Item>
    </Detail>
</Criteria>
 
OK, this works for detecting High Inclination orbits of Moons of non-stellar bodies only, including nested moons up to 4 levels of nesting; e.g. Body 1 a a a a. I set the numbers to +/- 10 and didn't have any past an "N x a." Even so, that proved the logic. This version has your stated +/-40; adjust to suit.

XML:
<Criteria Comparator="And">
    <Criteria Comparator="Or">
        <Criteria Comparator="Equal" Value="1">
            <Operation Operator="Add">
                <FirstValue Type="EventData">ParentType:1:Planet</FirstValue>
                <SecondValue Type="EventData">ParentType:2:Planet</SecondValue>
            </Operation>
        </Criteria>
        <Criteria Comparator="Equal" Value="1">
            <Operation Operator="Add">
                <FirstValue Type="EventData">ParentType:3:Planet</FirstValue>
                <SecondValue Type="EventData">ParentType:4:Planet</SecondValue>
            </Operation>
        </Criteria>
    </Criteria>
    <Criteria Comparator="Or">
        <Criteria Comparator="Greater" Value="40.0">
            <Operation Operator="None">
                <FirstValue Type="EventData">OrbitalInclination</FirstValue>
            </Operation>
        </Criteria>
        <Criteria Comparator="Less" Value="-40.0">
            <Operation Operator="None">
                <FirstValue Type="EventData">OrbitalInclination</FirstValue>
            </Operation>
        </Criteria>
    </Criteria>
    <Description>High Inclination Moon</Description>
    <Detail>
        <Item>DistanceFromArrivalLS</Item>
    </Detail>
</Criteria>
 
Last edited:
I have a feeling this has been attempted before...Every variation of Ring Event Data in this Criteria returns every star with asteroid belts...

Wasn't there a conversation here about visible ring mass thresholds?...I bet there'd be a way to achieve this using that.

EDIT: Found it. Not so much, eh?
 
Last edited:
This would be awesome. Don't know how many times I went for a wide ring which wasn't visible
Yeah, it looks like a lost cause. The last post in that thread concluded that a ring with very low density was visible because it had thick mist.

Thinking more about how to distinguish actual ringed stars from those with belts, here are some journal entries of a selection of pertinent "rings:"
{ "timestamp":"2019-04-17T14:54:01Z", "event":"Scan", "ScanType":"AutoScan", "BodyName":"Hyades Sector ON-S b4-1 A", "BodyID":1, "Parents":[ {"Null":0} ], "DistanceFromArrivalLS":0.000000, "StarType":"M", "StellarMass":0.230469, "Radius":270024096.000000, "AbsoluteMagnitude":10.894012, "Age_MY":4908, "SurfaceTemperature":2296.000000, "Luminosity":"Va", "SemiMajorAxis":76348620800.000000, "Eccentricity":0.160034, "OrbitalInclination":-30.506550, "Periapsis":149.490204, "OrbitalPeriod":234475360.000000, "RotationPeriod":138852.437500, "AxialTilt":0.000000, "Rings":[ { "Name":"Hyades Sector ON-S b4-1 A A Belt", "RingClass":"eRingClass_Rocky", "MassMT":1.898e+13, "InnerRad":4.3098e+08, "OuterRad":1.4795e+09 } ] }

{ "timestamp":"2020-11-25T01:12:46Z", "event":"Scan", "ScanType":"AutoScan", "BodyName":"Iowhaik ZQ-C d13-320 ABC 13", "BodyID":50, "Parents":[ {"Null":1}, {"Null":0} ], "StarSystem":"Iowhaik ZQ-C d13-320", "SystemAddress":11004134150131, "DistanceFromArrivalLS":4336.715259, "StarType":"T", "Subclass":7, "StellarMass":0.042969, "Radius":91734344.000000, "AbsoluteMagnitude":17.591507, "Age_MY":392, "SurfaceTemperature":843.000000, "Luminosity":"V", "SemiMajorAxis":1311187207698.822021, "Eccentricity":0.016361, "OrbitalInclination":0.031685, "Periapsis":169.668753, "OrbitalPeriod":391244482.994080, "RotationPeriod":176095.938612, "AxialTilt":2.934132, "Rings":[ { "Name":"Iowhaik ZQ-C d13-320 ABC 13 A Ring", "RingClass":"eRingClass_Rocky", "MassMT":1.1696e+13, "InnerRad":1.5136e+08, "OuterRad":9.1264e+08 } ], "WasDiscovered":false, "WasMapped":false }

{ "timestamp":"2019-04-17T14:32:57Z", "event":"Scan", "ScanType":"Detailed", "BodyName":"Hyades Sector FB-X c1-18 9", "BodyID":23, "Parents":[ {"Star":0} ], "DistanceFromArrivalLS":1438.989624, "TidalLock":false, "TerraformState":"", "PlanetClass":"Sudarsky class I gas giant", "Atmosphere":"", "AtmosphereComposition":[ { "Name":"Hydrogen", "Percent":74.131798 }, { "Name":"Helium", "Percent":25.868198 } ], "Volcanism":"", "MassEM":39.694115, "Radius":47879708.000000, "SurfaceGravity":6.901326, "SurfaceTemperature":80.996864, "SurfacePressure":0.000000, "Landable":false, "SemiMajorAxis":432294559744.000000, "Eccentricity":0.003389, "OrbitalInclination":0.007575, "Periapsis":336.159149, "OrbitalPeriod":219741648.000000, "RotationPeriod":132017.453125, "AxialTilt":-0.498648, "Rings":[ { "Name":"Hyades Sector FB-X c1-18 9 A Ring", "RingClass":"eRingClass_Icy", "MassMT":1.9363e+11, "InnerRad":7.7501e+07, "OuterRad":1.1875e+08 } ], "ReserveLevel":"PristineResources" }

I tried adding a check for "ReserveLevel" greater than zero to the Offset Ring Orbit, but of course, that eliminated all the stars, which I don't want to do due to things like example #2. I discovered this because I also added the parent body type to the "Detail" section of the criteria, and only planets were listed. I removed the check, and found that stars leave the "Parent" field blank, so it just reads "Parent Distance xxxxxls," instead of "Parent [body type] Distance xxxxxxls. So that's a little helpful, at least, since you can then see if the bodies those moons orbit have wide rings:

MfnwdGE.jpg


13 g (highlighted) has an offset ring orbit of an unnamed body, thus its parent is a star. Body 13 (top) has a wide ring. Bingo. If body 13 had no wide ring, it probably wouldn't have one at all, but a belt. Which made me wonder if there are any stars with actual rings that aren't "wide" per Observatory. I'm pretty sure I've never come across any. Then I wondered how Observatory evaluates "Wide Rings," and what makes it detect stars that have them while not detecting stars with belts. Because I bet that would be the ticket to detecting actual ringed stars; if a body is a star, and does not have a wide ring, it does not have a ring, but a belt. Conversely, only stars with wide rings have rings at all.
 
Last edited:
The wide ring check isn't for >1Ls, it's for >5 * parent body radius.

Is that really it? Or was it updated? 'Cuz that don't make a bit of sense when we're talking about how stars with "wide rings" are detected and belts aren't. There's no way belts don't meet that criteria.
 
Is that really it? Or was it updated? 'Cuz that don't make a bit of sense when we're talking about how stars with "wide rings" are detected and belts aren't. There's no way belts don't meet that criteria.
Belts are specifically filtered out of the default wide ring check. Pretty much every belt would trigger it.
 
Belts are specifically filtered out of the default wide ring check. Pretty much every belt would trigger it.

Well, if that is it, here's my attempt.

XML:
<Criteria Comparator="And">
    <Criteria Comparator="Or">
        <Criteria Comparator="Greater" Value="0">
            <Operation Operator="Multiply">
                <FirstValue Type="EventData">Parent:Rings</FirstValue>
                <SecondValue Type="EventData">ParentType:1:Planet</SecondValue>         
            </Operation>
        </Criteria>
        <Criteria Comparator="And">
           <Criteria Comparator="Greater" Value="0">
               <Operation Operator="Multiply">
                   <FirstValue Type="EventData">Parent:Rings</FirstValue>
                   <SecondValue Type="EventData">ParentType:1:Star</SecondValue>         
               </Operation>
           </Criteria>
           <Criteria Comparator="Greater" Value="5">
               <Operation Operator="Divide">
                   <FirstValue Type="Operation">
                       <Operation Operator="Subtract">
                           <FirstValue Type="EventData">Parent:Ring:1:OuterRad</FirstValue>
                           <SecondValue Type="EventData">Parent:Ring:1:InnerRad</SecondValue>         
                       </Operation>
                   </FirstValue>
                   <SecondValue Type="EventData">Parent:Radius</SecondValue>
               </Operation>
          </Criteria>
        </Criteria>
    </Criteria>
    <Criteria Comparator="Or">
       <Criteria Comparator="Greater" Value="10.0">
             <Operation Operator="None">
                  <FirstValue Type="EventData">OrbitalInclination</FirstValue>
             </Operation>
       </Criteria>
       <Criteria Comparator="Less" Value="-10.0">
             <Operation Operator="None">
                  <FirstValue Type="EventData">OrbitalInclination</FirstValue>
             </Operation>
       </Criteria>
    </Criteria>
    <Description>Offset Ring Orbit</Description>
    <Detail>
        <Item>Parent:PlanetClass</Item>
        <Item>DistanceFromArrivalLS</Item>
    </Detail>
</Criteria>

Well, in the two I cite above, the "Wide Ring" is actually over the threshold of 5, and the belt is not, so I'm gonna give it a go. Probably a bad idea.

Of course, we can't "filter out" belts in the XML...?
 
Last edited:
Running Observatory with the wide ring check resulted in 26 "primary" bodies in offset ring orbits, and the list of bodies orbiting stars took up all but 8 lines on my monitor with Observatory maximized

Running Observatory without the wide ring check resulted in 41 "primary" bodies in offset ring orbits on one page, and the list was another 52 items long, which is about the entire displayed list, meaning only 11 of the visible items weren't orbiting stars.

Seems promising to me. I'm gonna run with this a bit and see what happens. Can I run with both and check the one against the other?...
 
Yeah, it looks like a lost cause. The last post in that thread concluded that a ring with very low density was visible because it had thick mist.

Thinking more about how to distinguish actual ringed stars from those with belts, here are some journal entries of a selection of pertinent "rings:"
{ "timestamp":"2019-04-17T14:54:01Z", "event":"Scan", "ScanType":"AutoScan", "BodyName":"Hyades Sector ON-S b4-1 A", "BodyID":1, "Parents":[ {"Null":0} ], "DistanceFromArrivalLS":0.000000, "StarType":"M", "StellarMass":0.230469, "Radius":270024096.000000, "AbsoluteMagnitude":10.894012, "Age_MY":4908, "SurfaceTemperature":2296.000000, "Luminosity":"Va", "SemiMajorAxis":76348620800.000000, "Eccentricity":0.160034, "OrbitalInclination":-30.506550, "Periapsis":149.490204, "OrbitalPeriod":234475360.000000, "RotationPeriod":138852.437500, "AxialTilt":0.000000, "Rings":[ { "Name":"Hyades Sector ON-S b4-1 A A Belt", "RingClass":"eRingClass_Rocky", "MassMT":1.898e+13, "InnerRad":4.3098e+08, "OuterRad":1.4795e+09 } ] }

{ "timestamp":"2020-11-25T01:12:46Z", "event":"Scan", "ScanType":"AutoScan", "BodyName":"Iowhaik ZQ-C d13-320 ABC 13", "BodyID":50, "Parents":[ {"Null":1}, {"Null":0} ], "StarSystem":"Iowhaik ZQ-C d13-320", "SystemAddress":11004134150131, "DistanceFromArrivalLS":4336.715259, "StarType":"T", "Subclass":7, "StellarMass":0.042969, "Radius":91734344.000000, "AbsoluteMagnitude":17.591507, "Age_MY":392, "SurfaceTemperature":843.000000, "Luminosity":"V", "SemiMajorAxis":1311187207698.822021, "Eccentricity":0.016361, "OrbitalInclination":0.031685, "Periapsis":169.668753, "OrbitalPeriod":391244482.994080, "RotationPeriod":176095.938612, "AxialTilt":2.934132, "Rings":[ { "Name":"Iowhaik ZQ-C d13-320 ABC 13 A Ring", "RingClass":"eRingClass_Rocky", "MassMT":1.1696e+13, "InnerRad":1.5136e+08, "OuterRad":9.1264e+08 } ], "WasDiscovered":false, "WasMapped":false }

{ "timestamp":"2019-04-17T14:32:57Z", "event":"Scan", "ScanType":"Detailed", "BodyName":"Hyades Sector FB-X c1-18 9", "BodyID":23, "Parents":[ {"Star":0} ], "DistanceFromArrivalLS":1438.989624, "TidalLock":false, "TerraformState":"", "PlanetClass":"Sudarsky class I gas giant", "Atmosphere":"", "AtmosphereComposition":[ { "Name":"Hydrogen", "Percent":74.131798 }, { "Name":"Helium", "Percent":25.868198 } ], "Volcanism":"", "MassEM":39.694115, "Radius":47879708.000000, "SurfaceGravity":6.901326, "SurfaceTemperature":80.996864, "SurfacePressure":0.000000, "Landable":false, "SemiMajorAxis":432294559744.000000, "Eccentricity":0.003389, "OrbitalInclination":0.007575, "Periapsis":336.159149, "OrbitalPeriod":219741648.000000, "RotationPeriod":132017.453125, "AxialTilt":-0.498648, "Rings":[ { "Name":"Hyades Sector FB-X c1-18 9 A Ring", "RingClass":"eRingClass_Icy", "MassMT":1.9363e+11, "InnerRad":7.7501e+07, "OuterRad":1.1875e+08 } ], "ReserveLevel":"PristineResources" }

I tried adding a check for "ReserveLevel" greater than zero to the Offset Ring Orbit, but of course, that eliminated all the stars, which I don't want to do due to things like example #2. I discovered this because I also added the parent body type to the "Detail" section of the criteria, and only planets were listed. I removed the check, and found that stars leave the "Parent" field blank, so it just reads "Parent Distance xxxxxls," instead of "Parent [body type] Distance xxxxxxls. So that's a little helpful, at least, since you can then see if the bodies those moons orbit have wide rings:

MfnwdGE.jpg


13 g (highlighted) has an offset ring orbit of an unnamed body, thus its parent is a star. Body 13 (top) has a wide ring. Bingo. If body 13 had no wide ring, it probably wouldn't have one at all, but a belt. Which made me wonder if there are any stars with actual rings that aren't "wide" per Observatory. I'm pretty sure I've never come across any. Then I wondered how Observatory evaluates "Wide Rings," and what makes it detect stars that have them while not detecting stars with belts. Because I bet that would be the ticket to detecting actual ringed stars; if a body is a star, and does not have a wide ring, it does not have a ring, but a belt. Conversely, only stars with wide rings have rings at all.

What I see how one possibly could distinguish a belt from an actual ring is that under "Ring:[" it says ""Name":"Hyades Sector FB-X c1-18 9 A Ring"" or ""Name":"Hyades Sector ON-S b4-1 A A Belt"". Don't know if you can read this out, but maybe this would be a start.
 
Back
Top Bottom