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

I tried the same yesterday after fully scanning a system (so there was nothing more to be discovered) and got the same error. Reading all log files without Elite running doesn't trigger any error messages.
So a thing that I thought was happening is not (stopping log monitoring temporarily during a "read all"), so I'll just slip that in there for next release, and that should be the end of that error.
 
How mysterious!
Apologies, let me explain.

I saw the original post, and the link to github. At which point, I thought, "awesome, sharing code with the community!", and trundled to the provided link. That's when I got confuzzed. I saw a readme with... A zip download of the sources. Then I thought why are the sources in a zip file? Surely that's what github is for? Downloading the file, I then found a .gitignore in there... With no .git/ folder. Confuzzion became enhanced. Being a developer myself, it kind of gave me a major brain fart, because I couldn't understand what I was seeing... A github project with the sources in a zip file...

So I started to type a (very polite) post about my confuzzion, at which point I realised that the releases/ URI was not the main repo URI, at which point I realised that you were using github in the correct way.

I hope that explains it! I'll finish this post with the same words I finished the redacted post:

Right on, Commander!
 
Don't know how much work it would be, but having a semicolon (or maybe forward or backward slash?) instead of hyphen as the separator when copying results via clipboard would be great QOL improvement IMHO. Because hyphen is used in system names, it makes it impossible to paste into spreadsheets so that body names & other info fields are in their separate columns.
dash.png
dashdivisor.png
 
Last edited:
Don't know how much work it would be, but having a semicolon (or maybe forward or backward slash?) instead of hyphen as the separator when copying results via clipboard would be great QOL improvement IMHO. Because hyphen is used in system names, it makes it impossible to paste into spreadsheets so that body names & other info fields are in their separate columns.
View attachment 162171
View attachment 162173
It would be no work at all because the template used for copying lines is already user editable. :D
1581629854513.png

Though I'd suggest using %body% instead of %bodyL% because for reasons I can't remember I didn't make a separate token for the landable status. I should probably change that.
 
I wrote a custom criteria by copying the oblate gas giant criteria, and modifying to check for "Hot Jupiters" (period of 10 days or less). Does this look OK? Also might be worth sharing anyway.

Code:
<Criteria Comparator="And">
    <!-- Only check this against gas giants -->
    <Criteria Comparator="Equal" Value="1">
        <Operation Operator="Add">
            <FirstValue Type="Operation">
                <Operation Operator="Add">
                    <FirstValue Type="Operation">
                        <Operation Operator="Add">
                            <FirstValue Type="EventData">PlanetClass:Sudarsky class I gas giant</FirstValue>
                            <SecondValue Type="EventData">PlanetClass:Sudarsky class II gas giant</SecondValue>
                        </Operation>
                    </FirstValue>
                    <SecondValue Type="Operation">
                        <Operation Operator="Add">
                            <FirstValue Type="EventData">PlanetClass:Sudarsky class III gas giant</FirstValue>
                            <SecondValue Type="EventData">PlanetClass:Sudarsky class IV gas giant</SecondValue>
                        </Operation>
                    </SecondValue>
                </Operation>
            </FirstValue>
            <SecondValue Type="Operation">
                <Operation Operator="Add">
                    <FirstValue Type="Operation">
                        <Operation Operator="Add">
                            <FirstValue Type="EventData">PlanetClass:Sudarsky class V gas giant</FirstValue>
                            <SecondValue Type="EventData">PlanetClass:Gas giant with water based life</SecondValue>
                        </Operation>
                    </FirstValue>
                    <SecondValue Type="Operation">
                        <Operation Operator="Add">
                            <FirstValue Type="EventData">PlanetClass:Gas giant with ammonia based life</FirstValue>
                            <SecondValue Type="Operation">
                                <Operation Operator="Add">
                                    <FirstValue Type="EventData">PlanetClass:Helium rich gas giant</FirstValue>
                                    <SecondValue Type="EventData">PlanetClass:Water giant</SecondValue>
                                </Operation>
                            </SecondValue>
                        </Operation>
                    </SecondValue>
                </Operation>
            </SecondValue>
        </Operation>
    </Criteria>
    <Criteria Comparator="Less" Value="864001">
        <Operation Operator="Multiply">
              <FirstValue Type="EventData">OrbitalPeriod</FirstValue>
              <SecondValue Type="Number">1</SecondValue>
        </Operation>
    </Criteria>
    <Description>Hot Jupiter</Description>
</Criteria>
Added to aggregate post.
 
Added to aggregate post.
Oh that reminds me, I did find a flaw in the logic. It will trigger when you find a binary pair of gas giants. I'm not sure if there's a way to add a test for the parent object to be a star and that it's not in a binary orbit with another planet.
 
Oh that reminds me, I did find a flaw in the logic. It will trigger when you find a binary pair of gas giants. I'm not sure if there's a way to add a test for the parent object to be a star and that it's not in a binary orbit with another planet.
The direct parent object of a binary is a "null" object which might already be testable in custom criteria, but I'm not completely sure.
If someone else doesn't figure it out by the time I get home later this evening I'll look into it myself.
 
The direct parent object of a binary is a "null" object which might already be testable in custom criteria, but I'm not completely sure.
If someone else doesn't figure it out by the time I get home later this evening I'll look into it myself.
Okay, so the short answer is "kind of, but it can be unreliable."

The long answer is that you can, in theory, check for an object orbiting a barycentre instead of another object by checking it's "parent" object for a condition that must be true, for example, a distance from arrival that's greater than zero. The non-existent parent will fail this check.

The catch is that this check will return the same result for both a binary object, and an object for which you have not yet scanned its parent (scanning an "a" moon before the parent planet, for example), so it's not perfect.

It's something that's worth being able to check though, so I'll look into adding a "doesn't directly orbit an object" criteria that can be used in a later version.
 
Last edited:
Would anyone be able to make (or know if it already exists?) custom criteria that would alert me to any 8th moons of gas giants?
 
Top Bottom