This is true. However requires custom approach for other planetarium apps, such as SkyChart and HNSky. Moreover, none of this apps have the location configured before first start, so none of these panels will work before a user configures location in Kstars, SkyChart, HNSky etc.
Long lasting discussion about authoritative source of location in linux ended up in creating gpsd service, which is supposed to be system wide source of location based on GPS readings. It can be shared among applications by just using gpsd service. So the conclusion would be to use GPS or die
However, in our hobby there is lots of cases where you need to use precise location and don't have GPS. It is pretty much specific, because a regular user is just happy with location precision which can be established by geoIP or just timezone. So how can we handle it? And I mean authoritative location info other than GPS and gpsd service. The simplest way is a system wide configuration file used by every application. Optionally you can use gpsfake that mimics gpsd service. The latter keeps paradigm as it is - gpsd is the main source of location.
Actually in /var/www/gpsdpanel directory you can find gps_test.log NMEA file which you can use for testing gpspanel.py - just stop gpsd (sudo systemctl stop gpsd.socket) and run gpsfake -c /var/www/gpspanel/gps_test.log
So from this perspective the simplest way is to create virtual GPS source which feeds gpsd service with static location data stored in a file e.g. /etc/location
This way KStars and other apps using gpsd can use the same location data as GPS Panel, Astro Panel, you choose what... Is is perfect solution? I have no idea

If you use a GPS you can set ekos to update all info from that automatically, as long as you have the GPSD driver loaded from the auxiliary menu, in your profile...otherwise you I put manually into Kstars during set up...but I guess you already know this...

I think one thing we need to try and avoid is running anything from terminal, as many end users will just want a plug and play system, and may be a bit worried about entering code in a terminal window, especially if they are like me and a complete Linux dummie...

That actually sounds like an excellent solution, one lot of user inputted data feeding all panels and software, or if GPS present then that overrides....is that what you mean...?

Correct. Need to figure out how to do it properly though

Well unfortunatly I can’t be of any help there, so that headache is all yours, as my Linux skills go about as far as ”sudo apt update” ...

Sorry Radek you have misunderstood what I mean.

I am suggesting ,maybe badly, the your panels and weather plugin do the same thing as existing CDC / Kstars ( cant comment about HNSKY as I dont use it) and take the co-ords from Indi - whether set up by GPS or manually or via Fake GPS.

So your Fake / virtual GPSD makes perfect sense to me as it will , as you state ,feed into Indi CDC etc without any changes to existing software - I am all for KISS (hope you know what that means in IT terms LOL). Using this method you could even then take GPS feeds from a mobile phone - think Indi can already do this but via another driver (GPS NMEA) ? - Does GPSD allows for multiple GPS sources or could Fake GPS be modified to act as a HUB ?

It terms of overall terms of things Astroberry panels use is a minor issue - perhaps it shows how good the Astroberry V2 is - as we are discussing minor issues not major bugs

I was not suggesting forcing users to do command line work - I was just pointing out the commands available that could be used in background scripts ,called on by Astroberry panel, to gain access to Indi settings for the Astroberry GPS Panel.

Nothing is ever perfect !

Sure I know what KISS means

Hello,

After dealing with alignment issues, logging was the first item I attempted to setup. The Debug button never stays on. Disable is fixated.

Is this a feature?

FYI :- You can still use the Astroberry Panels especially its Web Indi panel to set up/start/connect etc even if you only boot the RPI to CLI. Useful maybe if you use client server and have indi spread across a number of devices. Works fine!

Hello,
is it possible to install Astroberry Server2 on hdd/sdd or only to SD? (Raspberry Pi4)

Thanks.

Tomas

Hello,

Is INDILIB 1.8.2 part of AstroBerry 2.0? If not, what keeps AB 2.0 updated to current INDILIB and KSTARS update? Thank you.

Last time I looked it wasn't possible to boot from USB with a std RPI4 Buster os - still waiting. BUT you can part of he system on SSD via USB hackaday.com/2019/09/09/can-you-really-u...s-a-desktop-machine/