[prev in list] [next in list] [prev in thread] [next in thread]
List: kstars-devel
Subject: Re: KStars v3.5.0 Release Date?
From: Eric Dejouhanet <eric.dejouhanet () gmail ! com>
Date: 2020-11-13 7:01:47
Message-ID: ma7bv8lue27kn28qdna041ed.1605250907968 () gmail ! com
[Download RAW message or body]
<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%;">Thanks for those fixes! On my side I adjusted the Focus UI toggling the capture button too soon, before detection is over. I'll publish the change in a few hours, and that should fix the relevant test too. </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%;">Hy, if end-users now see the real value of initKeep, to me this is acceptable as is, even if they need to edit the profiles. However, I would prefer to have the default profiles read-only in a resource file instead of pasted in the .local folder, so that we may adjust and optimise them throughout 3.5.x. After all, in my own personal, own and singular (but probably not isolated) case, the default profile detects nothing in the Focus module. But I know I'm late to that party, sorry about that. </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> murveit@gmail.com</div><div id="sent"><b>Envoyé:</b> 13 novembre 2020 07:01</div><div id="to"><b>À:</b> rlancaste@gmail.com</div><div id="reply_to"><b>Répondre à :</b> hy@murveit.com</div><div id="cc"><b>Cc:</b> hy@murveit.com; eric.dejouhanet@gmail.com; mutlaqja@ikarustech.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">The program continues to run nicely for me in testing.<div>I tested Jasem's speedup to the polar align on my RPi and worked great. </div><div>The meridian flip checkbox issue is fixed, as far as I can tell.</div><div>For me, the star detection, guiding and focus are all good.</div><div>The bugs I found previously are all fixed, with a slight issue in the initialKeep thing.</div><div><br></div><div>The initialKeep thing:</div><div><ul><li>Rob has submitted (thanks Rob) an MR <a href="https://invent.kde.org/education/kstars/-/merge_requests/132">https://invent.kde.org/education/kstars/-/merge_requests/132</a> to fix the initialKeep issue--that edited profiles lose initialKeep, and it gets set to 1000000 causing possible very long computation times.</li><li>I briefly tested the MR, and it (mostly--see below) looks fine to me. My only comment is to add some more flavor to the mouse-over doc, and ultimately to the handbook.</li><li>The one issue I found, is that folks with old saved profiles, made before this fix -- so<span style="background-color:rgb( 255 , 255 , 0 )"> all existing saved profiles as of today -- will still have the problem </span>until the user either deletes all their ~/.local/share/kstars/Saved*.ini files, or explicitly edits all their saved profiles and changes the initialKeep value from 1000000 to a reasonable number. Our choice is to</li><li><ul><li>either email out telling people to delete those files, and live with complaints from a few folks who don't delete them</li><li>or change the names of those files (so all people who've edited profiles lose their profile work--but have a record of their lost data)</li><li>I prefer the 2nd option--change the file names we look for--so effectively all files are deleted.</li></ul></li></ul></div><div>Other than the initialKeep discussion above, I'm pretty happy with the code.</div><div>Hy</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 1:22 PM 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"><div>Oops. "<span style="color:rgb( 0 , 0 , 0 )">There was also a bug where Guide always used the index from focus, not it's own.</span><font color="#000000">"</font><div><font color="#000000"><br></font></div><div><font color="#000000">Thanks for fixing that!<br></font><div><br><blockquote type="cite"><div>On Nov 12, 2020, at 3:48 PM, Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:</div><br><div><div dir="ltr">I found the bug related to the system always setting the users profile to profile #0 whenever the profile editor is used.<div>This affected Guide, Focus & HFR, but not align (which has a different implementation than the rest, it seems).</div><div>There was also a bug where Guide always used the index from focus, not it's own.</div><div><br></div><div>It was a simple change, as you can see in the MR <a href="https://invent.kde.org/education/kstars/-/merge_requests/131">https://invent.kde.org/education/kstars/-/merge_requests/131</a></div><div>and I tagged it as 3.5.0, but of course I'll leave it to Jasem to decide if it should be there.</div><div><br></div><div>Hy</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 7:43 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"><div>Hi Eric,<div><br></div><div>Yes it is mostly in KStars, the editor is in KStars, the default profiles are now in KStars because we wanted everyone to have more control over the defaults so they can be tweaked in nicely. But the reason that StellarSolver affected the saving of the profile here was because the == operator for comparing the profiles is defined in <wbr><a href="http://parameters.cpp">parameters.cpp</a><wbr> and the function for conversion to and from an options map for saving or other uses is in <wbr><a href="http://parameters.cpp">parameters.cpp</a><wbr> in StellarSolver. I also have a convenience function for saving and loading profiles from a file in StellarSolver (but that was not affected by this issue).<br><div><br><blockquote type="cite"><div>On Nov 12, 2020, at 9:10 AM, Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a>> wrote:</div><br><div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033response_container_BBPPID" dir="auto" style="font-family:'helvetica';font-style:normal;font-weight:normal;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb( 255 , 255 , 255 );text-decoration:none;outline:none"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033BB10_response_div_BBPPID" dir="auto" style="width:1013px">Sorry if I was convinced the profile management was actually located in kstars and not in stellarsolver. </div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033blackberry_signature_BBPPID" dir="auto"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033_signaturePlaceholder_BBPPID" dir="auto"><p dir="ltr"><a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a> - <a href="https://astronomy.dejouha.net/">https://astronomy.dejouha.net</a></p></div></div></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033_original_msg_header_BBPPID" dir="auto" style="font-family:'helvetica';font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb( 255 , 255 , 255 );text-decoration:none"><table width="100%" style="border-spacing:0px;display:table;outline:none"><tbody><tr><td colspan="2"><div style="border-style:solid none none;border-top-width:1pt;border-top-color:rgb( 181 , 196 , 223 );padding:3pt 0in 0in;font-family:'tahoma' , 'bb alpha sans' , 'slate pro';font-size:10pt"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033from"><b>De:</b> <a href="mailto:rlancaste@gmail.com">rlancaste@gmail.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033sent"><b>Envoyé:</b> 12 novembre 2020 13:18</div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033to"><b>À:</b> <a href="mailto:hy@murveit.com">hy@murveit.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033cc"><b>Cc:</b> <a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a>; <a href="mailto:mutlaqja@ikarustech.com">mutlaqja@ikarustech.com</a>; <a href="mailto:sterne-jaeger@openfuture.de">sterne-jaeger@openfuture.de</a>; <a href="mailto:kstars-devel@kde.org">kstars-devel@kde.org</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033subject"><b>Objet:</b> Re: KStars v3.5.0 Release Date?</div></div></td></tr></tbody></table><br></div><div dir="auto" style="font-family:'helvetica';font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb( 255 , 255 , 255 );text-decoration:none;outline:none"><div dir="auto"></div>So the initial keep parameter not being saved was a bug in StellarSolver before, but I did fix it yesterday in StellarSolver before I sent those messages last night. You might have missed it but I did mention that I fixed it with the other stuff I said. So if you were using the older version yes it was not being saved, but now it should. It was fixed in this commit.<div><br></div><div><a href="https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2">https://github.com/rlancaste/stellarsolver/commit/88135877f588c977e190977afca1c5132aacbbe2</a></div><div><br></div><div>It was not being saved previously because we had added the initial keep parameter but then hadn't added it to the equals method nor to the options map method used in the file saving. Sorry I did not do this before, but I think what happened was that we were experimenting with the parameter, we were debating how it could be used, similarly to how we were in the emails yesterday, but we were still thinking about it and hadn't yet decided whether to leave it alone or change it, but then we moved on to other things and left it unfinished. But I did fix it yesterday after your email flagging this issue Eric and Hy's response which reminded me we hadn't finished it.</div><div><br></div><div>All that remains here is to add the parameter to the options profile editor in KStars now, which I was waiting to do until we discussed whether to keep it as is or change the names. I can add that to KStars next.<br><br><div dir="ltr">Sent from my iPhone</div><div dir="ltr"><br><blockquote type="cite">On Nov 12, 2020, at 4:05 AM, Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="auto">Eric, <div dir="auto"><br></div><div dir="auto">Not sure which issue your were confirming. The possible initialKeep bug would not be minor, if it's happening it could really make processing time long for hfr and focus, like the 20s you're seeing. I'd vote to fix that if it's broken. The other one (spinbox) is an annoyance, I'd lean towards fixing it now, but if you twisted my arm I guess I could agree to wait.<div dir="auto"><br></div><div dir="auto">Hy</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020, 12:56 AM Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@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 style="background-color:rgb( 255 , 255 , 255 )"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828response_container_BBPPID" dir="auto" style="outline:none"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828BB10_response_div_BBPPID" dir="auto" style="width:990.719px">I confirm, but this is probably a minor that can be addressed in 3.5.1.</div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828blackberry_signature_BBPPID" dir="auto"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828_signaturePlaceholder_BBPPID" dir="auto"><p dir="ltr"><a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a> - <a href="https://astronomy.dejouha.net/">https://astronomy.dejouha.net</a></p></div></div></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828_original_msg_header_BBPPID" dir="auto"><table width="100%" style="border-spacing:0px;display:table;outline:none"><tbody><tr><td colspan="2"><div style="border-style:solid none none;border-top-width:1pt;border-top-color:rgb( 181 , 196 , 223 );padding:3pt 0in 0in;font-family:'tahoma' , 'bb alpha sans' , 'slate pro';font-size:10pt"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828from"><b>De:</b> <a href="mailto:murveit@gmail.com">murveit@gmail.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828sent"><b>Envoyé:</b> 12 novembre 2020 09:37</div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828to"><b>À:</b> <a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828reply_to"><b>Répondre à :</b> <a href="mailto:hy@murveit.com">hy@murveit.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828cc"><b>Cc:</b> <a href="mailto:mutlaqja@ikarustech.com">mutlaqja@ikarustech.com</a>; <a href="mailto:hy@murveit.com">hy@murveit.com</a>; <a href="mailto:rlancaste@gmail.com">rlancaste@gmail.com</a>; <a href="mailto:sterne-jaeger@openfuture.de">sterne-jaeger@openfuture.de</a>; <a href="mailto:kstars-devel@kde.org">kstars-devel@kde.org</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828subject"><b>Objet:</b> Re: KStars v3.5.0 Release Date?</div></div></td></tr></tbody></table><br></div><div dir="auto" style="outline:none"><div dir="ltr"><b>Eric:</b> I see. So, can you check to see you don't have a file saved that's messing things up (e.g. delete your ~/.local/share/kstars/<a href="http://savedfocusprofiles.ini/">SavedFocusProfiles.ini</a> file if it exists, and then make sure you're using the "1-Focus Default" profile). You could play with the initialKeep and keepNum values in the kstars/ekos/auxiliary/<a href="http://stellarsolverprofile.cpp/">stellarsolverprofile.cpp</a> file in the Focus method. (Also see the note to Rob below). <div><br></div><div><b>Rob:</b> could there be a bug that if you have a saved .ini file, then the initialKeep parameter no longer gets set and uses a very high default? I wouldn't be surprised if that's what messing Eric up.</div><div><br></div><div>Hy</div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 12:24 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">Also, for the record, I do agree that Rob should either expose the initialKeep parameter or make it a multiple of the Keep parameter.<div>As it currently stands, it effectively limits the maximum value of the keep parameter.</div><div>H</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 12:19 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"><div>Jasem: I can go either way I suppose, but in my experience, it's running reasonably quickly. I won't object too strongly if you want to fix it.</div><div><br></div>Eric: When I processed your images on my RPi4, they processed reasonably quickly:<div><br></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><i>Looking at the 1x1 image:</i></div><div><div><i>Computing the HFR took 1-2s, but that's using my "quick HFR" which only looks at stars in the middle 25% of the image.</i></div></div><div><div><i>Turning off the quick HFR option slowed it down to 4-5 seconds (again possibly alongside guiding).</i></div></div><div><div><i>Are you using something slower than a RPi4? Could there be something else slowing down the computations?</i></div></div><div><div><i><br></i></div></div><div><div><i>Looking at the 2x2 image:</i></div></div><div><div><i>Seemed to take 1-2s without quickhfr, and 1s or less with quickhfr.</i></div></div><div><div><i>FWIW, I run my focus with 2x2 binning of a ZWO ASI 1600.</i></div></div></blockquote><div><div></div></div><div><br></div><div>We should figure out what the issue is. </div><div>Hy</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 11, 2020 at 11:50 PM Eric Dejouhanet <<a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@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 style="background-color:rgb( 255 , 255 , 255 )"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733response_container_BBPPID" dir="auto" style="outline:none"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" dir="auto" style="width:953.875px">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 id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" dir="auto" style="width:953.875px"><br></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733BB10_response_div_BBPPID" dir="auto" style="width:953.875px">You know what I also mean here. Are there any tests validating that part? </div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733response_div_spacer_BBPPID" dir="auto" style="width:953.875px"><br></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733blackberry_signature_BBPPID" dir="auto"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733_signaturePlaceholder_BBPPID" dir="auto"><p dir="ltr"><a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a> - <a href="https://astronomy.dejouha.net/">https://astronomy.dejouha.net</a></p></div></div></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733_original_msg_header_BBPPID" dir="auto"><table width="100%" style="border-spacing:0px;display:table;outline:none"><tbody><tr><td colspan="2"><div style="border-style:solid none none;border-top-width:1pt;border-top-color:rgb( 181 , 196 , 223 );padding:3pt 0in 0in;font-family:'tahoma' , 'bb alpha sans' , 'slate pro';font-size:10pt"><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733from"><b>De:</b> <a href="mailto:mutlaqja@ikarustech.com">mutlaqja@ikarustech.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733sent"><b>Envoyé:</b> 12 novembre 2020 08:46</div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733to"><b>À:</b> <a href="mailto:hy@murveit.com">hy@murveit.com</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733cc"><b>Cc:</b> <a href="mailto:rlancaste@gmail.com">rlancaste@gmail.com</a>; <a href="mailto:eric.dejouhanet@gmail.com">eric.dejouhanet@gmail.com</a>; <a href="mailto:sterne-jaeger@openfuture.de">sterne-jaeger@openfuture.de</a>; <a href="mailto:kstars-devel@kde.org">kstars-devel@kde.org</a></div><div id="gmail-m_-1339768599457799681gmail-m_3062718894205722033m_3652298360928128828gmail-m_-6303917958834978578gmail-m_7337234694170452649gmail-m_2033396795361749696gmail-m_-1918649374322300733subject"><b>Objet:</b> Re: KStars v3.5.0 Release Date?</div></div></td></tr></tbody></table><br></div><div dir="auto" style="outline:none"><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"><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></div></div></blockquote></div></blockquote></div></blockquote></div></div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div><br></div></div></blockquote></div>
</div></blockquote></div><br></div></div></blockquote></div>
<!--end of _originalContent --></div></body></html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic