KStars v3.5.0 Release Date?

[Hy Murveit]

Jasem,

This close to the release, I'm inclined to be conservative here and let it
be.
It's just something I came up with, not some reference algorithm, and it
seems to be working as it was implemented.
I suggest that we can play with this in 3.5.1 if you want, but not mess
with this now.

Hy


On Wed, Nov 11, 2020 at 11:11 PM Jasem Mutlaq <mutlaqja at ikarustech.com>
wrote:

> Hello Robert,
>
> Good catch on the partition & keep stars. I think we ought to resolve this
> not by simply dividing by the number of chunks as this might skew the
> results. In some images, some regions are more star-rich than others. Maybe
> we should do a POST star detection but PRE star filter step where the # of
> stars are then trimmed to the required initial keep?
>
> --
> Best Regards,
> Jasem Mutlaq
>
>
>
> On Thu, Nov 12, 2020 at 9:41 AM Robert Lancaster <rlancaste at gmail.com>
> wrote:
>
>> Oh the more significant question that I asked though, I don’t think we
>> addressed it yet.  Right now initial keep doesn’t work the way you meant it
>> to due to the partitions.  Does that need to be changed?
>>
>> Sent from my iPhone
>>
>> > On Nov 12, 2020, at 1:37 AM, Robert Lancaster <rlancaste at gmail.com>
>> wrote:
>> >
>> > Yep they are the same kind of thing when it comes to stars certainly.
>> Your argument that HFR should correlate to magnitude is probably very true
>> for stars, but not for nebulae or galaxies.  They can be large but dim.  It
>> also might not be true for some stars with dust around them
>> >
>> > Sent from my iPhone
>> >
>> >> On Nov 12, 2020, at 1:24 AM, Hy Murveit <murveit at gmail.com> wrote:
>> >>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kstars-devel/attachments/20201111/2b32c945/attachment-0001.htm>