#Astrometry .solved code#
So instantly there is no way the Astrometry.Net code was called (or called correctly). Produces exactly the same error message, instantly after selecting YES to the message to use the coordinates. It solved within 2 minutes.Īnd I have installed ASPS which installed fine and downloaded it's own copy of the indexes. My blind solver was the on-line Astrometry.Net. ASTAP still fails to solve Abell47.Īs a final data point here: last night I imaged Abell47 again to get some RGB. I have installed the g18 set of ASTAP indexes. Hence my need to get the Local version working. Those are all traits better listen of sun and more sun, Apple more pick. Example could be producing milk and mammals. However, it fails to solve some of my Abell images that have few stars, but these images have all been solved successfully by the on-line Astrometry.Net. What ISS Anapa working So its essentially a trait or characteristic that I shared in a model village group In a most recent common ancestor. Normally I would use ASTAP exclusively because it is quite good. Using F:\xxx I expected NINA to tell me that F:\xxx does not exist. The error message is exactly the same for all three of these. I have tried all these variations:į:\cygwin\usr\share\astrometry\data (where the index files reside) It is Abell79 which has a lot of stars, with the same 22'x15' FOV.įurther indications that NINA is not calling Astrometry.Net: The contents of "Cygwin Directory" do not seem to have any effect on using this feature. My example shows The solution ASTAP got in the background. Here is an easy example to use for this, which ASTAP solves in 1 second. ASTAP found them easily and solved this image within 1 second. There is clearly no call to Astrometry.Net (Local) to try to solve this image. "taken" implies that the program is going to "take" a new image.Īnyway, the error message pops up immediately. BTW, its important to change "taken" to "used". Run this to open a command box that can run solve-field. This error pops up instantly when I accept YES for "taken" the coordinates. In the Local Solver folder that was installed in Programs Files (x86), there should be a Cygwin.bat file. I conclude this because no matter what combination of settings I use, I always get the same error message: "Platesolve failed to retrieve coordinates for image". Here is the problem: the Local copy of Astrometry.Net does not appear to be called correctly by NINA. I have installed all the indexes, as recommended, down to 4202, although that is irrelevant to the problem. Also fails in the same way using All Sky Plate Solver to call it. I wonder if it could be possible to tell Astrobin to only use green or blue channel for solving.Įdited by futuneral, 08 August 2016 - 10:15 PM.The Local Platesolver for Astrometry.Net does not function in NINA. In any case, reducing red would probably help Astrobin solve this image, but I think plate solver's capabilities should not be the driving factor for image processing. So histogram will reflect color composition of the nebula for the most part (and it's red-biased).
EXcalibrator uses 'new-image.fits' to obtain the required World Coordinate System data. This image is loaded into the WCS File text box, as shown above. With a successful solution, it creates the image 'new-image.fits'.
#Astrometry .solved free#
In OP's image the Ha component dominates the nebulosity and in fact contributes to the overall brightness much more than the stars. Using Plate Solves is a free online service for plate solving astronomical images. That's why your histograms are so close together. In your example the amount of nebulosity is very low and is comparable to the amount of stars. A red/green checker pattern for example will have two sharp spikes - one in green one in red, and not necessarily they will be aligned. Naturally, if you're imaging a green wall, you cannot be expecting every channel to be the same. This distribution depends on the nature of the object. The histogram shows how many pixels of each brightness level per channel there are in the picture. Here is my high resolution of Elephant Trunk and associated histogram and notice all three RGB channels line up:
#Astrometry .solved pdf#
Relativity in Fundamental Astronomy: solved and unsolved problems PDF file 1. I am not expert in processing but looking at histogram at Astrobin, isn't the red channel too far to the right? Shouldn't all three channels line up for proper color balance? If you could get all three RGB channels to line up, it may show true representation of the image and possibly pass plate solving because it may show less red background and plate solver may find more stars. Solved and Unsolved Problems in Number Theory and Geometry.
0 kommentar(er)
