Changeset 12282 for trunk/documents/theses/dstn/review.tex
- Timestamp:
- 06/30/2009 08:31:30 PM (14 months ago)
- File:
-
- 1 edited
-
trunk/documents/theses/dstn/review.tex (modified) (16 diffs)
Legend:
- Unmodified
- Added
- Removed
-
trunk/documents/theses/dstn/review.tex
r12281 r12282 910 910 911 911 912 Extra sources can be due to planets, comets, satellites, or aircraft. 913 Missing or poorly localized source can be due to imperfections in the 914 imaging sensor, saturation, cosmic ray interference, or (rarely) 915 occlusion. Errors in the image processing that detects sources can 916 lead to sources being gained or lost. We call sources that appear in 917 only the input image or reference catalog \emph{distractors} and 918 \emph{dropouts}, respectively. The existence of distractors and 919 dropouts means that we can never assume that all the objects in the 920 reference catalog will be contained in an image to be recognized, or 921 vice versa. 922 923 912 924 The images to be recognized are subregions of the sky. Image sizes 913 925 range from nearly half the celestial sphere down to $10^{-7}$ of the … … 934 946 935 947 \comment{ 936 An additional challenge in astrometry is that the input image and937 reference catalog may each have fictitious or missing sources.938 Extra sources can be due to planets, comets, satellites, or aircraft.939 Missing or poorly localized source can be due to imperfections in the940 imaging sensor, saturation, cosmic ray interference, or (rarely)941 occlusion. Errors in the image processing that detects sources can942 lead to sources being gained or lost. We call sources that appear in943 only the input image or reference catalog \emph{distractors} and944 \emph{dropouts}, respectively. The existence of dropouts and945 distractors means that we can never assume that all the objects in the946 reference catalog will be contained in the image, or vice versa.947 948 948 There are several useful applications for a blind astrometry solver. 949 949 Most telescopes used by professional astronomers are … … 1007 1007 1008 1008 There seem to be two distinct groups of researchers who have worked on 1009 astrometr y problems. The first are professional astronomers, whose1010 images are typically of small angular extent, long exposure time, and 1011 high quality. They typically assume that there is a good initial 1012 guess of the astrometry and the goal is to produce a very accurate 1013 a strometric solution, including image distortion. The second group of1014 researchers are spacecraft engineers who want to use astrometry to 1015 estimate the attitude of the camera (and the spacecraft to which it is 1016 attached). Here the images are of wide angular extent, have short1009 astrometric calibration. The first are professional astronomers, 1010 whose images are typically of small angular extent, long exposure 1011 time, and high quality. They typically assume that there is a good 1012 initial guess of the astrometry and the goal is to produce a very 1013 accurate astrometric calibration, including image distortion. The 1014 second group of researchers are spacecraft engineers who want to use 1015 the stars to estimate the attitude of a camera attached to a 1016 spacecraft. Here the images are of wide angular extent, have short 1017 1017 exposure time, and are very noisy. Primary concerns include weight, 1018 1018 power consumption, and robustness (especially in avoiding false … … 1020 1020 possible given the hardware. 1021 1021 1022 \subsection{Non-blind astrometr y}1022 \subsection{Non-blind astrometric calibration} 1023 1023 1024 1024 Non-blind astrometry requires that an initial estimate of the image 1025 astrometry be provided. 1026 1027 1028 Groth \cite{groth1986} presents an algorithm for matching two lists of 1029 coordinates (eg, image coordinates in pixels and reference star 1030 coordinates on the celestial sphere), assuming that the lists contain 1031 a significant proportion of objects in common. To compensate for the 1032 limited computing resources available at the time, he suggests taking 1033 the brightest 20 or 30 objects in each list. 1025 astrometry be provided. Groth \cite{groth1986} presents an algorithm 1026 for matching two lists of coordinates (eg, image coordinates in pixels 1027 and reference star coordinates on the celestial sphere), assuming that 1028 the lists contain a significant proportion of objects in common. With 1029 the limited computing resources available at the time, he suggests 1030 taking the brightest 20 or 30 objects in each list. 1034 1031 1035 1032 1036 1033 Once the two lists of objects have been compiled and the brightest 1037 1034 objects selected, all sets of three objects are enumerated and the 1038 triangles they form are described by a scale- -, rotation--, and1039 translation- -invariant descriptor, composed of the length ratio of the1035 triangles they form are described by a scale-, rotation-, and 1036 translation-invariant descriptor, composed of the length ratio of the 1040 1037 longest to shortest edges, plus the cosine between these edges and the 1041 1038 \emph{sense} or \emph{parity} of the triangle. The tolerances … … 1049 1046 After triangle features are extracted from both point lists, feature 1050 1047 matching is performed by checking whether the distance between each 1051 pair of features is less than their corresponding tolerances. (This1052 process can be accelerated by sorting the features on one of the1053 feature dimensions.) If multiple matches are found for a particular 1054 feature, only the closest is considered. After all the features have 1055 been compared, many correct matches should be found, along with some1056 false matches. For each match, the difference of the log-perimeters 1057 of the two triangles is computed; this gives the relative scale of the 1058 t wo triangles and hence thecoordinate frames, assuming the match is1048 pair of features is less than their corresponding tolerances. This 1049 process is accelerated by sorting the features on one of the feature 1050 dimensions. If multiple matches are found for a particular feature, 1051 only the closest is considered. After all the features have been 1052 compared, many correct matches should be found, along with some false 1053 matches. For each match, the difference of the log-perimeters of the 1054 two triangles is computed. This gives the relative scales of the two 1055 triangles and hence their coordinate frames, assuming the match is 1059 1056 correct. False matches are rejected by iterative outlier detection: 1060 1057 the mean difference of log-perimeters is computed and matches far from … … 1070 1067 1071 1068 P\'al and Bakos \cite{pal2006} adapt the triangle-matching approach to 1072 images containing many more objects : of order $10^4$. Since it would1069 images containing many more objects (of order $10^4$). Since it would 1073 1070 become prohibitively expensive to enumerate all triangles in such an 1074 1071 image, they reduce the number of triangles created by using only the … … 1085 1082 stars. The intent is that if some of the nearby stars are distractors 1086 1083 that they will be ignored when the extended triangulations are used. 1087 %This extended triangulation skips the nearest set of stars, which creates triangles of larger scale.1088 %The hope is that distractor stars1089 %which should make the algorithm more1090 %robust to distractor stars.1091 1084 1092 1085 \begin{figure} 1093 1086 \begin{center} 1094 \includegraphics[width= 0.6\textwidth]{pal-fig2}1087 \includegraphics[width=\figunit]{pal-fig2} 1095 1088 \end{center} 1096 \caption{The triangle parameterization used by P\'al and Bakos. This figure is copied from \cite{pal2006} Figure 2.}1097 \label{pal}1089 \caption{The triangle parameterization used by P\'al and Bakos. This 1090 figure is a reproduction of \fig 2 in \cite{pal2006}.\label{pal}} 1098 1091 \end{figure} 1099 1092 1100 This paper also introducesa new triangle parameterization which is1101 continuous and sensitive to chirality (parity); see Figure \ref{pal}.1093 P\'al and Bakos introduce a new triangle parameterization which is 1094 continuous and sensitive to chirality (parity); see \figref{pal}. 1102 1095 This two-dimensional parameter space is used as the geometric feature 1103 space. 1104 1105 % Noise propagation properties? 1106 1107 When matching triangles between the two images, they demand a 1096 space. When matching triangles between the two images, they demand a 1108 1097 \emph{symmetric point match}: each triangle must be the other 1109 1098 triangle's nearest neighbour in feature space. Matching two images is 1110 1099 done by creating the lists of triangles and attempting to find 1111 symmetric point matches ; this process can be accelerated by sorting1112 each list by one of the coordinates. Each triangle match is 1113 considered to be a vote for the correspondence of the three pairs of 1114 points composing the triangles. These votes are accumulated in a 1115 sparse matrix where element $(i, j)$ contains the number of votes for 1116 a correspondence between object $i$ in the first image and object $j$ 1117 in the second image. After all matches are considered, the top 40\% 1118 ofthe nonzero matrix elements are assumed to contain the true1100 symmetric point matches. This process is accelerated by sorting each 1101 list by one of the coordinates. Each triangle match is considered to 1102 be a vote for the correspondence of the three pairs of points 1103 composing the triangles. These votes are accumulated in a sparse 1104 matrix where element $(i, j)$ contains the number of votes for a 1105 correspondence between object $i$ in the first image and object $j$ in 1106 the second image. After all matches are considered, the top 40\% of 1107 the nonzero matrix elements are assumed to contain the true 1119 1108 correspondences. A transformation based on these correspondence is 1120 1109 computed and the unitarity of the transformation matrix is used to 1121 1110 judge whether the match is true or false. 1122 1111 1123 %In practice, they only used the extended Delauney triangulation if the regular Delauney1124 %triangulation fails to produce a match.1125 1126 %The algorithm was tested on $8\degree \times 8\degree$ images. The list of reference1127 %stars was generated from the Two-Micron All-Sky Survey (2MASS) \cite{twomass}.1128 %They estimated the magnitude of the reference stars in the bandpass of their images,1129 %and selected the brightest 3000 objects from each.1130 1131 1112 1132 1113 A different approach is taken by Kaiser \etal \cite{kaiser1999}. They 1133 1114 assume they are given two lists of source positions that differ by a 1134 1115 rigid transformation involving scaling, rotation, and translation. In 1135 each image, they look at each pair of points and compute the angle and1136 the logarithm of the length of the vector connecting the pair. For 1137 each list, the pairwise log-distance and angle are placed in a1138 two-dimensional histogram s. Observe that if the whole list of points1116 each image, they iterate over each pair of points and compute the 1117 vector difference of their positions. For each list, the log-length 1118 and angle of the pairwise difference vectors are accumulated in a 1119 two-dimensional histogram. Observe that if the whole list of points 1139 1120 is scaled up by a constant factor, then the log-distance between each 1140 1121 pair of points increases by a constant amount. Similarly, if the 1141 1122 whole list is rotated then the angles shift by a constant amount. 1142 1123 Once the two histograms have been computed, their cross-correlation is 1143 computed. (This is the same as shifting the histograms with respect 1144 to each other and recording the dot-product at each shifted position.) 1145 If the two lists contain a significant number of corresponding points, 1146 the cross-correlation signal will be strong at a shift corresponding 1147 to the difference in log-scale and rotation between the lists. 1148 1149 1150 This process is similar to a Hough transform 1124 computed. If the two lists contain a significant number of 1125 corresponding points, the cross-correlation signal will be strongest 1126 at a shift corresponding to the difference in log-scale and rotation 1127 between the lists. This process is similar to a Hough transform 1151 1128 \cite{duda1972,ballard1981}, except that instead of finding the peak 1152 1129 of a single parameter-space histogram, we are searching for a peak in … … 1162 1139 1163 1140 1164 %This procedure is simple and powerful, but requires that the transformation between 1165 %the coordinate systems be equal across the whole image. This assumption can be violated 1166 %(but usually not by a amount) 1167 1168 1169 1170 \subsection{Blind astrometry} 1171 1172 1173 The majority of previous work on blind astrometry is motivated by the 1174 problem of spacecraft attitude estimation. Sometimes called the 1175 ``lost in space'' or ``stellar gyroscope'' problem, the task is to 1176 estimate the pose of a spacecraft by using an image of the sky 1177 captured by an onboard camera. Although similar in general spirit, 1178 the requirements and limitations of this application are quite 1179 different than our astronomical application. Mass, power consumption, 1141 \subsection{Blind astrometric calibration} 1142 1143 1144 The majority of previous work on blind astrometric calibration is 1145 motivated by the problem of spacecraft attitude estimation. Sometimes 1146 called the ``lost in space'' or ``stellar gyroscope'' problem, the 1147 task is to estimate the pose of a spacecraft by using an image of the 1148 sky captured by an onboard camera. Although similar in general 1149 spirit, the requirements and limitations of this application are quite 1150 different than astronomical applications. Mass, power consumption, 1180 1151 and robustness of the system are primary concerns, and as a result the 1181 1152 optical designs are very different from science-grade astronomical … … 1184 1155 the exposure time is kept short to allow the system to function while 1185 1156 the spacecraft is rotating. As a result, image quality is typically 1186 quite poor: often only a handfull of the brightest stars may be1187 visible. Since the field of view is large, a reference catalog of a 1188 fewthousand stars is sufficient to ensure that any view of the sky1157 quite poor: often only a handfull of the brightest stars are visible. 1158 Since the field of view is large, a reference catalog of a few 1159 thousand stars is sufficient to ensure that any view of the sky 1189 1160 contains many reference stars. Since the system will only process 1190 1161 images from a single camera, the whole system can be customized and 1191 1162 calibrated to that camera. For example, the nonlinear distortions of 1192 1163 the optical system can be measured, and the scale and bandpass of the 1193 imaging system are known. 1164 imaging system are known, so the reference catalog can be tailored to 1165 match. 1194 1166 1195 1167 1196 1168 For example, Liebe \etal \cite{liebe2004} describe a system design 1197 with a $56 \deg$ field of view and exposure time of $50 \ 1198 \textrm{ms}$. The resulting images contain tens of stars if the 1199 spacecraft is not rotating, but on average only three stars will be 1200 detectable when the rotation rate is $50\deg/\textrm{s}$. The paper 1201 does not describe a particular algorithm for star identification, with 1202 the implication that it is not a particularly difficult problem since 1203 absolute brightness information will be available-- individual stars 1204 are more distinctive. 1169 with a $56~\deg$ field of view and exposure time of $50~\unit{ms}$. 1170 The resulting images contain tens of stars if the spacecraft is not 1171 rotating, but on average only three stars will be detectable when the 1172 rotation rate is $50~\deg/\unit{sec}$. The paper does not describe a 1173 particular algorithm for star identification, with the implication 1174 that it is not a particularly difficult problem since absolute 1175 brightness information will be available, and the total number of 1176 stars that are visible to the camera is only a few hundred. 1177 1205 1178 1206 1179 In earlier work \cite{liebe1993}, Liebe describes a star 1207 1180 identification system. The reference catalog is composed of the 1539 1208 1181 brightest stars, with brightness calibrated to the camera used in the 1209 system. The field of view is $30 \deg$, and the system uses a1182 system. The field of view is $30~\degrees$, and the system uses a 1210 1183 feature-matching approach, using the brightest star in the field and 1211 1184 its two nearest neighbours to define a geometric feature. The feature … … 1216 1189 so the scale is known. An index is constructed by enumerating all 1217 1190 such features that could possibly be detected, given the detection 1218 limits of the camera. 1219 1220 These features are coarsely quantized and stored in a table. To 1221 account for noise in the feature descriptors, all neighbouring cells 1222 in the quantized feature space are also stored in the table. This1223 generates 185,000 features. At test time, the features in the image 1224 are enumerated and the table of features is scanned; an exact feature 1225 match in the quantized space is assumed to be correct. 1191 limits of the camera. These features are coarsely quantized and 1192 stored in a table. To account for noise in the feature descriptors, 1193 all neighbouring cells in the quantized feature space are also stored 1194 in the table. This generates $185,000$ features. At test time, the 1195 features in the image are enumerated and the table of features is 1196 scanned; an exact feature match in the quantized space is assumed to 1197 be correct. 1198 1226 1199 1227 1200 This approach is a fairly straightforward geometric hashing technique, 1228 1201 except that it does not use hashing as such, and there is no voting or 1229 verification scheme because feature aliasing is assume not to happen.1202 verification scheme because feature aliasing is assumed not to happen. 1230 1203 1231 1204 \begin{figure} 1232 1205 \begin{center} 1233 \includegraphics[width= 0.9\textwidth]{grid}1206 \includegraphics[width=\figunit]{grid} 1234 1207 \end{center} 1235 \caption{A grid-based feature: two sources are used to define a local coordinate 1236 system which is discretized into a grid of cells. Each cell becomes a bit in 1237 the feature descriptor; if a cell is occupied its bit is set. 1238 This figure is copied from MacKay \cite{mackay2005}.} 1208 \caption{A grid-based feature: two sources are used to define a local 1209 coordinate system which is discretized into a grid of cells. Each 1210 cell becomes a bit in the feature descriptor; if a cell is occupied 1211 its bit is set. This figure is copied from MacKay 1212 \cite{mackay2005}.} 1239 1213 \label{gridbased} 1240 1214 \end{figure} … … 1249 1223 center and orientation are determined, a grid is defined, and each 1250 1224 remaining stars in the image is assigned to a grid cell. The feature 1251 is a bit vector, one bit per grid cell, where the bit is set if the1252 cell contains a star, and zero otherwise. See Figure \ref{gridbased}.1225 is a bit vector, one bit per grid cell, where the bit is set only if 1226 the cell contains a star. See \figref{gridbased}. 1253 1227 1254 1228 … … 1258 1232 brightest $c n$ stars (for some safety factor $c$), computing the 1259 1233 feature for each one and searching the index for a match. A pair of 1260 features aredefined to match if their dot product is above a1261 threshold. (This is equivalent to taking the bitwise \textsc{AND} of1262 the bit vectors and counting the number of bits that are set. )This1234 features is defined to match if their dot product is above a 1235 threshold. This is equivalent to taking the bitwise \textsc{AND} of 1236 the bit vectors and counting the number of bits that are set. This 1263 1237 search can be implemented efficiently by using lookup tables: for each 1264 1238 bit, they maintain a list of the features for which that bit is set. 1265 (Notice that this is equivalent to using a grid-based geometric 1266 hashing approach: each grid cell is equivalent to a discretized pair 1267 of relative coordinates, which becomes a hash key, and the `lookup 1268 table' is a hash table.) 1239 Note that this is equivalent to using a grid-based geometric hashing 1240 approach: each grid cell is equivalent to a discretized relative 1241 coordinate vector, which becomes a hash key, and the ``lookup table'' 1242 is a hash table. 1269 1243 1270 1244 … … 1275 1249 1276 1250 1277 The system is designed to operate on images of diameter $8\deg$, and 1278 performs well on simulated data. They use a grid size of $40 \times 1279 40$, and find that on average $25$ grid cells are filled. Their index 1280 contains 13,000 patterns, which means that false positives are quite 1281 rare. However, misidentification of the nearest neighbour, or edge 1282 effects (assigning a star to the wrong grid cell due to positional 1283 noise) mean that failures to find a match are not uncommon, and are 1284 more likely in regions of the sky with high stellar density. 1251 The system is designed to operate on images of diameter $8~\degrees$, 1252 and performs well on simulated data. They use a grid size of $40 1253 \times 40$, and find that on average $25$ grid cells are filled. 1254 Their index contains $13,000$ patterns, which means that false 1255 positives are quite rare. However, misidentification of the nearest 1256 neighbour, or edge effects (assigning a star to the wrong grid cell 1257 due to positional noise) mean that failures to find a match are not 1258 uncommon, and are more likely in regions of the sky with high stellar 1259 density. 1285 1260 1286 1261 In later work, Clouse and Padgett \cite{clouse2000} extend this … … 1289 1264 extension, along with smaller noise levels in the (simulated) imaging 1290 1265 system, allows them to extend the approach down to fields of view 1291 $2\deg$ in diameter. 1292 1293 Given two features, they compute the dot product between the bit 1294 vectors, then proceed to estimate the probabilities that the match is 1295 a true positive and false positive. These probability distributions 1296 are quite complex, so several simplifying approximations are made, and 1297 the remaining parameters are estimated by running simulations. 1298 % With positional noise set to $0.5$ pixels (in a $1024 \times 1024$ image), 1299 % and magnitude noise $0.8$ mag, they find a true positive rate of $96\%$ and false positive 1300 % rate of $0.3\%$. 1301 1302 1303 1266 $2~\degrees$ in diameter. 1267 1268 \comment{ 1269 Given two features, they compute the dot product between the bit 1270 vectors, then proceed to estimate the probabilities that the match is 1271 a true positive and false positive. These probability distributions 1272 are quite complex, so several simplifying approximations are made, and 1273 the remaining parameters are estimated by running simulations. 1274 } 1304 1275 1305 1276 Harvey \cite{harvey2004} presents two different approaches, one 1306 1277 grid-based and the other shape-based. The grid-based approach is 1307 similar to \cite{padgett1997, clouse2000}. A coarser grid is used, so1308 more stars are likely to appear in each bin. To compensate, a grid 1309 cell is only considered ``occupied'' if it contains more than some 1310 threshold number of stars. The other major change is that he expects 1311 a test image to be an ``overexposure'' or ``underexposure'' relative 1312 to the reference catalog: the objects in the image are either brighter 1313 or dimmer than those in the index. This implies that the test image 1314 s hould contain either a subset or a superset of the stars inthe1315 i ndex, and therefore the image feature vector must be either greater1316 than or less than an index feature at each bit. This allows simple 1317 bit operations to be used to find feature matches, and feature 1318 matching is performed by a linearscan through the index.1278 similar to the Padgett--Kreutz-Delgado and Clouse--Padgett approaches 1279 \cite{padgett1997, clouse2000}. A coarser grid is used, so more stars 1280 are likely to appear in each bin. To compensate, a grid cell is only 1281 considered ``occupied'' if it contains more than some threshold number 1282 of stars. The other major change is that he expects a test image to 1283 be an ``overexposure'' or ``underexposure'' relative to the reference 1284 catalog. This implies that the test image should contain either a 1285 subset or a superset of the stars in the index, and therefore the 1286 image feature vector must be either greater than or less than an index 1287 feature at each bit. This allows simple bit operations to be used to 1288 find feature matches, and feature matching is performed by a linear 1289 scan through the index. 1319 1290 1320 1291 Harvey's shape-based approach uses constrained $n$-star constellations 1321 in order to aggregate information from a large r number of stars1322 without allowing the number of potential features to grow 1323 combinatorially. Specifically, Harvey uses a pair of stars to define 1324 a narrow wedge in the image, then describes the relative positions and1325 angles of a fixed number of nearby stars within that wedge. 1326 Unfortunately, this makes the feature highly sensitive to distractor 1327 and dropout stars, since the feature depends on the stars in the 1328 feature being enumerated in a particular order. As a result, all 1329 potential features (allowing any combination of stars to drop out) 1330 must be checked; the number of features grows exponentially as the 1331 density of stars increases. 1292 in order to aggregate information from a large number of stars without 1293 allowing the number of potential features to grow combinatorially. 1294 Specifically, Harvey uses a pair of stars to define a narrow wedge in 1295 the image, then describes the relative positions and angles of a fixed 1296 number of nearby stars within that wedge. Unfortunately, this makes 1297 the feature highly sensitive to distractor and dropout stars, since 1298 the feature depends on the stars in the feature being enumerated in a 1299 particular order. As a result, all potential features (allowing any 1300 combination of stars to drop out) must be checked; the number of 1301 features grows exponentially as the density of stars increases. 1302 1332 1303 1333 1304 Harvey makes the useful observation that a cascade of indices can be … … 1336 1307 1337 1308 1338 1339 1309 MacKay and Roweis \cite{mackay2005} point out that a grid-based 1340 feature such as that used by \cite{padgett1997, harvey2004} leads 1341 naturally to a hashing-based strategy. 1342 % Each grid cell is associated with a bit that is turned on if the cell 1343 %is occupied. 1344 %This value is placed in a hash table with a mapping back to its 1345 %position on the sky. 1346 Since false positives can occur as a result of feature aliasing or 1347 hash collision, they employ a voting scheme. 1348 %several feature matches must accumulate before the 1349 %field can be considered solved. 1350 Since false negatives can occur as a result of dropouts and 1351 distractors (\emph{any} missing or extra star causes the hash code to 1352 change completely), many features must be extracted for each region of 1353 the sky. 1310 feature such as that used by Harvey leads naturally to a hashing-based 1311 strategy. Each grid cell is associated with a bit that is turned on 1312 if the cell is occupied. This value is placed in a hash table with a 1313 mapping back to its position on the sky. Since false positives can 1314 occur as a result of feature aliasing or hash collision, a voting 1315 scheme is employed: several feature matches must accumulate before the 1316 match is accepted. Since false negatives can occur as a result of 1317 dropouts and distractors (\emph{any} missing or extra star causes the 1318 hash code to change completely), many features must be extracted for 1319 each region of the sky. 1354 1320 1355 1321 1356 1322 \subsection{Fine-tuning astrometry} 1357 1323 1358 In order to `` stack'' astronomical images (combine pixels from1359 different images to produce higher-quality results), or to do1324 In order to ``co-add'' or ``stack'' astronomical images (combine 1325 pixels from different images of higher signal-to-noise), or to do 1360 1326 proper-motion studies (measure the movement of stars over time), it is 1361 necessary to fine-tune the astrometry of the images. This is similar 1362 to the \emph{bundle adjustment} problem in computer vision 1363 \cite{triggs2000}, in that it involves the simultaneous optimization 1364 of the various camera (telescope) parameters and the estimated 1365 positions of objects in the world. Fine-tuning astrometry is easier 1366 because it is essentially two-dimensional, but more difficult because 1367 the camera parameters include polynomial distortion terms to model the 1368 image distortion introduced by telescope optics. 1369 1370 The software package \emph{SCAMP} by Bertin \cite{bertin2005} is a 1371 popular tool used by astronomers to fine-tune the astrometry of their 1372 images and solve simultaneously large collections of images. For each 1373 image, it is assumed that the center of the image is known to about 1374 25\% of the size of the image, and the scale is known to within a 1375 factor of two. The histogram-alignment method of \cite{kaiser1999} is 1376 used to find the translation, scaling, and rotation between the image 1377 and a reference catalog, which allows the correspondences between 1378 image and reference catalog stars to be determined. 1379 1380 The core of the SCAMP system is a $\chi^2$ minimization of the total 1381 weighted distance between the projected positions of all star 1327 necessary to fine-tune the astrometric calibration of their images. 1328 This is similar to the \emph{bundle adjustment} problem in computer 1329 vision \cite{triggs2000}, in that it involves the simultaneous 1330 optimization of the various camera and telescope parameters and the 1331 estimated positions of objects in the world. Fine-tuning astrometric 1332 calibrations is easier because it is essentially two-dimensional, but 1333 more difficult because the camera parameters include polynomial 1334 distortion terms to model the image distortion introduced by telescope 1335 optics. 1336 1337 1338 The software package \scamp by Bertin \cite{bertin2005} is a popular 1339 tool used by astronomers to fine-tune simultaneously the astrometric 1340 calibrations of a large collection of images. For each image, it is 1341 assumed that the center of the image is known to about 25\% of the 1342 size of the image, and the scale is known to within a factor of two. 1343 The histogram-alignment method of \cite{kaiser1999} is used to find 1344 the translation, scaling, and rotation between the image and a 1345 reference catalog, which allows the correspondences between image and 1346 reference catalog stars to be determined. 1347 1348 The core of the \scamp system is a chi-squared minimization of the 1349 total weighted distance between the projected positions of all star 1382 1350 correspondences among the set of images and the reference catalog. 1383 1351 The parameters to be adjusted are the center, scale, rotation, and … … 1387 1355 share some distortion terms due to the telescope optics. This reduces 1388 1356 the degrees of freedom of the fitting process, resulting in more 1389 robust fits. SCAMP can effectively fine-tune thousands of images to1390 sub-pixelaccuracy.1357 robust fits. \scamp can fine-tune thousands of images to sub-pixel 1358 accuracy. 1391 1359 1392 1360
Note: See TracChangeset
for help on using the changeset viewer.
