<html><head><style id="outgoing-font-settings">#response_container_BBPPID{font-family: initial; font-size:initial; color: initial;}</style></head><body style="background-color: rgb(255, 255, 255); background-image: initial; line-height: initial;"><div id="response_container_BBPPID" style="outline:none;" dir="auto" contenteditable="false"> <div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width:100%;"> Which is my case right now. But in the particular subject of 3.5, I agree. I would like to know if the profiles are editable by the end-user when they are saved locally, I mean, are all parameters from the file loaded back properly? </div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width:100%;"><br></div><div name="BB10" id="BB10_response_div_BBPPID" dir="auto" style="width:100%;">You know what I also mean here. Are there any tests validating that part? </div>                                                                                                                                      <div name="BB10" id="response_div_spacer_BBPPID" dir="auto" style="width:100%;"> <br style="display:initial"></div> <div id="blackberry_signature_BBPPID" name="BB10" dir="auto">     <div id="_signaturePlaceholder_BBPPID" name="BB10" dir="auto"><p dir="ltr">eric.dejouhanet@gmail.com - https://astronomy.dejouha.net</p></div> </div></div><div id="_original_msg_header_BBPPID" dir="auto">                                                                                                                                             <table width="100%" style="border-spacing: 0px; display: table; outline: none;" contenteditable="false"><tbody><tr><td colspan="2" style="padding: initial; font-size: initial; text-align: initial;">                           <div style="border-right: none; border-bottom: none; border-left: none; border-image: initial; border-top: 1pt solid rgb(181, 196, 223); padding: 3pt 0in 0in; font-family: Tahoma, "BB Alpha Sans", "Slate Pro"; font-size: 10pt;">  <div id="from"><b>De:</b> mutlaqja@ikarustech.com</div><div id="sent"><b>Envoyé:</b> 12 novembre 2020 08:46</div><div id="to"><b>À:</b> hy@murveit.com</div><div id="cc"><b>Cc:</b> rlancaste@gmail.com; eric.dejouhanet@gmail.com; sterne-jaeger@openfuture.de; kstars-devel@kde.org</div><div id="subject"><b>Objet:</b> Re: KStars v3.5.0 Release Date?</div></div></td></tr></tbody></table> <br> </div><!--start of _originalContent --><div name="BB10" dir="auto" style="background-image: initial; line-height: initial; outline: none;" contenteditable="false"><div dir="ltr">That's fine with me. As long as it does end up generating too many stars that ends up clogging HFR calculations unnecessarily.<div><br clear="all"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 10:35 AM Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb( 204 , 204 , 204 );padding-left:1ex"><div dir="ltr">Jasem,<div><br></div><div>This close to the release, I'm inclined to be conservative here and let it be. </div><div>It's just something I came up with, not some reference algorithm, and it seems to be working as it was implemented.</div><div>I suggest that we can play with this in 3.5.1 if you want, but not mess with this now.</div><div><br></div><div>Hy</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 11, 2020 at 11:11 PM Jasem Mutlaq <<a href="mailto:mutlaqja@ikarustech.com">mutlaqja@ikarustech.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb( 204 , 204 , 204 );padding-left:1ex"><div dir="ltr">Hello Robert,<div><br></div><div>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?</div><div><br clear="all"><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 9:41 AM Robert Lancaster <<a href="mailto:rlancaste@gmail.com">rlancaste@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb( 204 , 204 , 204 );padding-left:1ex">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?<br>
<br>
Sent from my iPhone<br>
<br>
> On Nov 12, 2020, at 1:37 AM, Robert Lancaster <<a href="mailto:rlancaste@gmail.com">rlancaste@gmail.com</a>> wrote:<br>
> <br>
> 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<br>
> <br>
> Sent from my iPhone<br>
> <br>
>> On Nov 12, 2020, at 1:24 AM, Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<br>
>> <br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
<!--end of _originalContent --></div></body></html>