GNU Astronomy Utilities - Tasks: task #15700, Make a HEALPix grid on the gaia...
You are not allowed to post comments on this tracker with your current authentication level.
task #15700: Make a HEALPix grid on the gaia index catalogue
Submitter: | Sachin Kumar Singh <sks_15> | ||
Submitted: | Sat 20 Jun 2020 07:00:42 AM UTC | ||
Should Start On: | Fri 19 Jun 2020 12:00:00 AM UTC | Should be Finished on: | Fri 19 Jun 2020 12:00:00 AM UTC |
Category: | New program | Priority: | 5 - Normal |
Item Group: | New feature | Status: | In Progress |
Privacy: | Public | Assigned to: | sks_15 |
Percent Complete: | 100% | Open/Closed: | Closed |
Effort: | 0.00 |
Tue 30 Jun 2020 04:06:21 PM UTC, comment #4: |
Sachin Kumar Singh <sks_15> |
Sun 28 Jun 2020 12:00:14 AM UTC, comment #3: Great! Looks perfect! You are almost set for the next step (to find the various quadrilaterals, or quads for short, in the neighboring healpixs and generating the hashes)
|
Mohammad Akhlaghi <makhlaghi> |
Sat 27 Jun 2020 11:36:57 PM UTC, comment #2: Found the error. It was simply that the index we were using to make the region file was the one we took from the full Gaia catalogue. But when we were testing, we did it on PV fits file. So I simply changed the index for the current fits file and got the objects corresponding to that and made a region file and plotted in ds9. The result is shown below.
|
Sachin Kumar Singh <sks_15> |
Thu 25 Jun 2020 08:51:52 PM UTC, comment #1: The work on this task is (hopefully) done:-)
|
Sachin Kumar Singh <sks_15> |
Sat 20 Jun 2020 07:00:42 AM UTC, original submission:
The first step in task #15637 is to create a HEALPix grid on the Gaia catalogue on its brightest sources, each grid having the 5 bright sources. These sources will, later on, be used to make quad hash codes, which will be stored in a kd-tree.
|
Sachin Kumar Singh <sks_15> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 9 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2020-06-30 | sks_15 | Open/Closed | Open | Closed | |
2020-06-30 | sks_15 | Percent Complete | 0% | 100% | |
2020-06-30 | sks_15 | Attached File | - | Added Screenshot@from@2020-06-30@21-07-31.png, #49398 | |
Percent Complete | 90% | 0% | |||
2020-06-28 | makhlaghi | Percent Complete | 0% | 90% | |
2020-06-27 | sks_15 | Attached File | - | Added Screenshot@from@2020-06-28@05-01-10.png, #49380 | |
2020-06-27 | sks_15 | Attached File | #49371 | Removed | |
2020-06-25 | sks_15 | Attached File | - | Added Screenshot@from@2020-06-26@01-53-47.png, #49371 | |
Attached File | - | Added Screenshot@from@2020-06-26@01-56-06.png, #49372 |
Powered by Savane 3.13-4448.
Corresponding source code
All tasks are done and pushed here. There was an error due to `gal_polygon_vertices_sort` function in `polygon.c` which is fixed(see bug #58683). For temporary use, I've used `gal_polygon_vertices_sort_convex` for which the output is shown. Once the bug fix is merged, I'll replace it with the former function.