jks

That brings up an interesting point. The Kiwi GPS software lacks most of the features of commercial equivalents, which were developed over many decades now. One of them is masking out sats (i.e. not using them for position/time solutions) if their elevation angle in the sky is too low. There are various reasons this is a good idea as you might imagine.

Okay, added in today's v1.414 release.

Okay, added in today's v1.414 release.

v1.410,411  October 7, 2020
    GPS time-of-day (TOD) correction now works even if the Kiwi date is set incorrectly.
        Previously the Kiwi week day number had to match GPS for TOD correction to work.
        The GPS code currently does not know how to set the Kiwi date because it does
        not parse the GPS almanac.

v1.410,411  October 7, 2020
    GPS time-of-day (TOD) correction now works even if the Kiwi date is set incorrectly.
        Previously the Kiwi week day number had to match GPS for TOD correction to work.
        The GPS code currently does not know how to set the Kiwi date because it does
        not parse the GPS almanac.

I'm not sure what you mean exactly. Do you mean when two users are trying to connect simultaneously to the last channel of the first Kiwi in a redirected chain? (e.g. channel #4 of a 4-channel Kiwi1 that re-directs to Kiwi2). The redirection code was tested pretty carefully. But of course that doesn't mean there isn't a bug someplace.

That's an interesting idea. Hadn't occurred to me before.

I'm not sure what you mean exactly. Do you mean when two users are trying to connect simultaneously to the last channel of the first Kiwi in a redirected chain? (e.g. channel #4 of a 4-channel Kiwi1 that re-directs to Kiwi2). The redirection code was tested pretty carefully. But of course that doesn't mean there isn't a bug someplace.

That's an interesting idea. Hadn't occurred to me before.

Alright, something has come up and I'm not going to have time to work on the problems with aperture auto mode for a while. So in today's update I've added an "initial aperture" setting to the admin page config tab:

v1.409  October 3, 2020
    Added "Initial aperture" setting to admin page config tab. This setting determines
    which waterfall colormap aperture mode, manual or auto, is used as the default for
    "first time" visitors to your Kiwi. More precisely, for any connection to your Kiwi
    where the "last aperture set" cookie has not been previously set ("first time"
    visitors are a subset of that definition).    

Alright, something has come up and I'm not going to have time to work on the problems with aperture auto mode for a while. So in today's update I've added an "initial aperture" setting to the admin page config tab:

v1.409  October 3, 2020
    Added "Initial aperture" setting to admin page config tab. This setting determines
    which waterfall colormap aperture mode, manual or auto, is used as the default for
    "first time" visitors to your Kiwi. More precisely, for any connection to your Kiwi
    where the "last aperture set" cookie has not been previously set ("first time"
    visitors are a subset of that definition).    

@Jimo: Not so simple. Not because of the actual code issues, but because of the validation and deployment issues (as usual). Can you imagine the disruption? Especially if something goes wrong?

This is probably best handled when there is the eventual need to open a second proxy server (we're getting close and it will probably be in the EU). That way the migration can be done in a controlled way.