# public documents.sextractor_doc

## [/] [faq.tex] - Blame information for rev 29

Line No. Rev Author Line
1 19 gam
\section{FAQ (Frequently Asked Questions)}
2
Fairly often, I am asked by users about the reason for some limitations or
3
choices in the way things are done in {\sc SExtractor}.  In this section, I try to justify them.
4
 
5 25 gam
Q: {\bf {\sc SExtractor} supports \index{WCS} WCS. So why isn't it possible to have the {\tt ASSOC} \index{cross-identification} cross-identification
6 19 gam
working in $\alpha,\delta$ (or any other world-coordinates)?}
7
 
8 25 gam
A: The {\tt ASSOC} list which is used for \index{cross-identification} cross-identification can be very long (100,000 objects or more).
9 19 gam
Performing an exhaustive cross-id in real-time can therefore be extremely slow, unless the {\tt ASSOC}
10
coordinates are sorted in some way beforehand. In pixel coordinates, such a sorting is simple and very
11 25 gam
efficient, as {\sc SExtractor} works line-by-line; but it would be much more difficult in the general \index{WCS} WCS context.
12 19 gam
This is why this hasn't been implemented, considering it as beyond the scope of {\sc SExtractor}.
13
 
14 25 gam
Q: {\bf Why isn't the detection \index{threshold} threshold expressed in units of the background noise \index{standard deviation} standard deviation
15
 in the {\tt FILTER}{\em ed} \index{image} image ?}
16 19 gam
 
17 25 gam
A: There are two reasons for this. First, it makes the \index{threshold} threshold independent of the choice of a {\tt FILTER},
18
which is a good thing. Second, having $\sigma$ measured on the {\tt FILTER}ed \index{image} image may have given
19 19 gam
un-informed users the wrong impression that increasing filtering systematically improves the detectability
20
of any source, whereas it depends on scale.
21
 
22 25 gam
Q: {\bf Can SExtractor compute \index{asymmetry} asymmetry and \index{concentration} concentration parameters?}
23 19 gam
 
24 25 gam