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

Ander_Wand

Ander_Wand
How do I do that? I open via 'cmd', then what next?

Edit: Found it, google is your friend. Yeah, this starts it :unsure:
 
Last edited:

Ander_Wand

Ander_Wand
Needed to change location, first try gave an error message. Moving to >user>name worked. Still won't start conventionally though. I'll try to run the .msi installation via command prompt and see if I can use it regularly afterwards.
 

Ander_Wand

Ander_Wand
Only said something like 'observatory could not be found' probably because documents is not located under C:

Running ObservatorySetup like this did not work btw.
 

Russet Meles

Russet Meles
Can we find Human, Guardian, Thargoid signals on planets? That is what in "Locations" string in FSS details. If yes, how code will look like?
 

Vithigar

Vithigar
I'm sorry, what "Locations" string are you talking about? There are no values or properties with the name "Locations" in any of my journal files.
 

Russet Meles

Russet Meles
I mean the information from the first line here (known values are None, Human, Guardian, Thargoid as far as I know). It might look different in the log files.

location.PNG
 

Maelstrom5K

M
Eahlstan said:
Nice.
I don't know if you're aware of it, but Orvidius has far more records listed on his site, so maybe you find more things to add there :)
Click to expand...
So far I did only a bit of expanding/updating of the original XML planetary records file. I was thinking of making a similar file for stellar bodies, but the stars didn't align so far for me having both time, motivation and my brain not being utter goo at the end of the day. ;)
There is some stuff on EDSM and Orvidius' site you can't do right now with EO (as far as I'm aware of), e.g. all records involving the position of the system, because "StarPos" is a journal entry on "event":"FSDJump", not on "event":"Scan".

The main issue withe the current XML format is: it becomes unmaintable very fast for continiously changing data.

Let's take the existing examples.
  • The definiton of a Taylor's ring never changes, so it is a one-time effort. (I still haven't found one. :()
  • To keep just the above record list up to date with Orvidius' site: Somebody would have to invest 1-2 hours once a week, to check if the records are still up to date, create a new XML file, and upload it to the forum (or someplace else). Then, once a week, every user manually would have to download the list and merge it into their XML file.
The latter one gets out of hand very fast, actually so fast I don't think even a manual weekly update is feasible, neither for the list "owner" nor the users.

So this would have to be some automated process:
  1. A script takes the current record data from Orvidius' site with the weekly update, and creates something Elite Observatory can read. (Propably running on ED Astrometrics as well, because it is just another output format.)
  2. Your local Elite Observatory offers an option that automatically gets that data and updates your current record holders criteria.
 

Maelstrom5K

M
Vithigar said:
This is something I can probably automate in the new version. Still going to be a way off, I'll keep it in mind.
Click to expand...
No pressure there.
I just wanted to point out why I think managing a lot of criteria against dynamic data will hit a limit quite fast.

The current manual approach works well enough, because threshold (galactic record breaker, if you hadn't noticed ;) ) is very high and thus data doesn't change that often. If something from that list triggers, you definitely found something worth looking into.
 

Vithigar

Vithigar
Alright guys, give this a spin. It's dynamically generated on page load from a galactic records csv hosted on EDAstro.

Full disclosure, I haven't tried it! Still sorting out a new computer and haven't installed Observatory myself yet! 🙃


Thanks to @Orvidius for making this easily consumable!

edit: Fixed an error with how gas giant values were being pulled from the csv.
 
Last edited:

Baxder

Baxder
Just for the record, that doesn't update in the criteria file, right? We still have to copy and paste it manually to keep current?
 

Vithigar

Vithigar
That's correct. I'll make it self-update in future versions, but for now it's a manual process.

The thresholds shouldn't change that often though, as is the nature of record setting values.
 
You must log in or register to reply here.
Top Bottom