Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tickets/dm 4768 #12

Merged
merged 15 commits into from Mar 10, 2016
Merged

Tickets/dm 4768 #12

merged 15 commits into from Mar 10, 2016

Conversation

rearmstr
Copy link

No description provided.

(boost::format(
"initial parameter guess resulted in negative radius; used minimum of %f pixels instead."
) % ctrl.minInitialRadius).str()
);
ellipse = afw::table::QuadrupoleKey::addFields(
schema,
schema.join(prefix, ".ellipse"),
Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

remove "."

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Glad you caught that; fixed.

This is just a convenience, but it's often very inconvenient not having it.
They're still disabled by default, and will never apply to the linear
fit (just the linear fit for ellipse parameters).
This was really just writing out the noise-replaced image,
which should be the responsibility of the measurement
framework, not a particular algorithm.   And it'll be difficult
to keep with the new fit-region determination code.
After this change, CModel will use the shape slot
and Kron radius (if available) to set the initial fit
region instead of the detection Footprint, and it
will put an upper bound as well as a lower bound
on the final fit region from the initial fit.  The
net result seems to be greatly improved computational
performance and a small decrease in the number of
spuriously large objects.
We'll be using this shortly in a new prior class.
This new prior improves CModel in several ways, including
robustness against bad deblends and computational
performance, but it has not yet been verified that it does
no harm, so it's not being used as the default yet.
Using a small dof as in the previous default produces
tails that are much too broad, allowing objects to have
catastrophically high ellipticities and wrecking the
computational performance.
This is currently broken because the fit region isn't transformed,
but it's better to explicitly fail than run with incorrect behavior.

See DM-5405.
This is a far cry from complete documentation for the algorithm,
which would be beyond the scope of this issue, but it does
address some behavior that might be considered mildly
surprising.
@TallJimbo TallJimbo merged commit de93f04 into master Mar 10, 2016
@ktlim ktlim deleted the tickets/DM-4768 branch August 25, 2018 05:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants