Astrometry.net определяет, какой участок неба попал в астрономический снимок, вычисляет точные небесные координаты, масштаб и ориентацию кадра, создаёт WCS-привязку, отмечает известные объекты и выдаёт калиброванный FITS вместе с таблицами найденных и сопоставленных звёзд. Для решения можно загрузить JPEG, PNG, GIF или FITS, передать список координат источников, при необходимости ограничить диапазон масштаба и область поиска, а затем проверить аннотированное изображение, параметры калибровки и служебные файлы результата.

Главная особенность Astrometry.net — слепое астрометрическое решение: координаты центра, угол поворота и масштаб не обязаны быть известны заранее. Сервис выделяет звездообразные источники, строит устойчивые геометрические комбинации, сопоставляет их с предварительно индексированным небом и проверяет найденную гипотезу по большему числу объектов. Поэтому старый кадр с потерянными метаданными, экспортированное изображение без WCS или снимок после неизвестного поворота можно привязать к небесной системе координат без ручного подбора опорных звёзд.

Рабочий цикл строится вокруг страницы Upload и страницы задания: пользователь передаёт изображение или список координат источников, при необходимости раскрывает Advanced Settings, отправляет материал на обработку и получает страницу результата. На ней видны центр поля, размер, пиксельный масштаб, ориентация, аннотация объектов и ссылки на производные данные — WCS-заголовок, FITS с добавленной привязкой, таблицы извлечённых и сопоставленных источников и диагностические изображения. Эти результаты позволяют не только понять, куда направлена камера, но и передать корректную геометрию кадра дальнейшим астрономическим инструментам.

Какие задачи решает Astrometry.net

Астрометрическая привязка связывает координаты пикселей с координатами на небесной сфере. Для фотографа это означает, что точка с известными X и Y перестаёт быть просто местом внутри кадра: через WCS можно определить её прямое восхождение и склонение, а для заданной небесной позиции — найти соответствующее место на изображении. Astrometry.net автоматизирует именно получение такой модели. Он не оценивает художественное качество фотографии и не заменяет коррекцию фона, шумоподавление или цветовую обработку; его задача — восстановить геометрию кадра относительно неба.

Самый очевидный сценарий — неизвестное поле. Например, остался JPEG с большим количеством звёзд, а в имени файла и EXIF нет сведений о цели. После успешного решения сервис возвращает координаты центра и аннотированное представление поля. По нему можно понять, какой объект снимался, где относительно центра находятся каталожные объекты и какой участок неба фактически попал в кадр. При этом исходная подпись фотографии не используется как обязательная подсказка: алгоритм опирается на взаимное расположение обнаруженных источников.

Вторая задача — проверка наведения. Координаты, записанные монтировкой или программой съёмки, могут отличаться от реального центра из-за неточного выравнивания, люфтов, синхронизации или случайного смещения. Решённый кадр показывает фактический RA/Dec центра, размер поля и ориентацию. Эти данные удобно сравнивать с планируемыми координатами цели, чтобы понять не просто объект где-то в кадре, а величину и направление промаха. Сам Astrometry.net не посылает корректирующую команду монтировке через веб-интерфейс; он даёт измерение, которое затем может использовать система автоматизации.

Третья задача — восстановление WCS после операций, которые нарушили прежнюю привязку. Обрезка, поворот, изменение размера и некоторые варианты экспорта способны сделать старый заголовок неприменимым к новым пикселям. Если обработанное изображение всё ещё содержит достаточно узнаваемой звёздной геометрии, его можно решить заново и получить WCS, соответствующий уже текущему кадру. Это особенно полезно для архивов, где исходный FITS утрачен, а сохранилась только производная картинка.

Ещё один практический результат — измерение фактического пиксельного масштаба и угла ориентации. Эти величины выводятся из найденного WCS, а не только из паспортных параметров камеры и телескопа. Поэтому результат помогает проверить реальную геометрию системы после редуктора, барлоу, ресайза или другого изменения масштаба. Нужно лишь помнить: если загружается уже уменьшенная копия, полученный масштаб относится к пикселям именно этой копии, а не автоматически к исходному сенсору.

Для научного или технического рабочего процесса WCS ценен тем, что делает изображение совместимым с последующими операциями, где нужны небесные координаты: построением координатной сетки, наложением каталогов, сопоставлением кадров разных дат, переводом между X/Y и RA/Dec, перепроецированием или подготовкой измерений. Astrometry.net не выполняет за пользователя все эти этапы на странице задания, но создаёт стандартизированную геометрическую основу, на которую могут опираться другие средства.

Как работает слепое астрометрическое решение

Слово слепое здесь означает отсутствие обязательной первоначальной догадки о том, куда направлен кадр, как он повёрнут и каков его масштаб. Это принципиально отличает задачу от обычного уточнения уже хорошего WCS. Сначала из изображения извлекаются компактные источники, похожие на звёзды, и формируется список их пиксельных позиций. Для текстового или FITS-списка X/Y этот этап можно пропустить, поскольку координаты источников уже предоставляет пользователь.

Далее решатель рассматривает геометрические сочетания ярких источников. В основе Astrometry.net лежит индексирование узнаваемых конфигураций звёзд: относительная форма такой конфигурации сохраняет полезную информацию при переносе, повороте и изменении масштаба. Кандидат из изображения ищется в индексах неба, после чего найденное соответствие превращается в гипотезу о положении и геометрии всего кадра. Важная часть процесса — проверка гипотезы по дополнительным источникам, поэтому единичное случайное совпадение не должно автоматически становиться решением.

Когда соответствие подтверждено, вычисляется WCS-модель. Она описывает преобразование между плоскостью изображения и небесными координатами и позволяет получить центр, ориентацию и угловой масштаб. Для искажённой оптики модель может включать полиномиальную поправку. В параметрах сервиса есть порядок такой коррекции; увеличивать его без необходимости не стоит, поскольку высокие порядки способны вести себя неустойчиво и давать математически сложную, но физически сомнительную форму искажений.

Подсказки пользователя не меняют смысл метода, а ограничивают пространство поиска. Если точно известен примерный масштаб, разумно сообщить диапазон или оценку с допустимой ошибкой. Если известна приблизительная область неба, можно задать центр и радиус. Если известна зеркальность, можно ограничить parity. Каждое корректное ограничение уменьшает объём перебора, но ошибочная подсказка способна исключить правильный вариант. Поэтому для загадочного кадра безопаснее начинать с минимального числа ограничений, а затем добавлять только достоверные.

Индекс устроен по диапазонам углового размера звёздных конфигураций. Это объясняет, почему знание масштаба ускоряет работу: решателю не приходится рассматривать столько уровней. При использовании веб-сервиса пользователь не управляет файлами индекса напрямую, но принцип важен для диагностики. Масштаб, указанный в неверных единицах, например как ширина поля вместо углового размера пикселя, не просто делает ответ менее точным — он направляет поиск в неправильную область.

Интерфейс: от главной страницы к загрузке

В верхней навигации сервиса есть основные разделы Home, Explore, Upload, API и Support. Для разового решения нужен Upload. Explore предназначен для просмотра опубликованных материалов и уже решённых изображений, а API описывает программный доступ к тем же вычислительным возможностям. Главная страница также показывает недавние отправки, поэтому настройку публичности перед отправкой неопубликованного материала следует воспринимать как реальный параметр публикации, а не как декоративный пункт формы.

Страница Upload начинается с выбора способа передачи данных. Можно выбрать файл или указать адрес изображения. Для обычной работы фотографа надёжнее воспринимать загрузку файла как основной путь: так на обработку уходит именно подготовленный экземпляр, а результат не зависит от того, изменится ли содержимое стороннего адреса. URL-вариант полезен в автоматизации и тогда, когда файл уже доступен серверу по постоянному адресу.

Форма прямо перечисляет поддерживаемые типы. Это JPEG, GIF, PNG и FITS-изображения; FITS binary table с обнаруженными объектами и координатами X/Y; текстовый список из двух столбцов X и Y; а также tar-архив с подходящими данными. Для таблицы FITS координаты должны быть числовыми столбцами подходящего типа, а список источников предполагается упорядоченным по яркости, начиная с наиболее ярких. При передаче только координат необходимо также сообщить исходные ширину и высоту изображения, иначе пиксельную геометрию нельзя интерпретировать однозначно.

Расширенные параметры скрыты за Advanced Settings, чтобы типичный кадр можно было отправить без длинной формы. Однако именно там находятся наиболее полезные средства ускорения и диагностики: ограничения масштаба, приблизительная позиция, радиус поиска, уменьшение изображения перед выделением источников, parity, выбор метода детектирования звёзд и порядок поправки искажений. Не нужно заполнять всё сразу. Смысл расширенных настроек — сообщить то, что известно достоверно, а не угадывать недостающие числа.

После отправки создаётся submission, а отдельная попытка решения получает job. Это различие особенно заметно через API, но полезно и для понимания страницы: одна отправка может породить одну или несколько задач, а статус отправки и статус конкретного решения — не одно и то же. Пока задача находится в очереди или ещё не началась, отсутствие калибровки не означает окончательную ошибку. Оценивать результат следует после завершения обработки и появления либо найденного решения, либо явного сообщения о неудаче.

Форматы входных данных и подготовка изображения

JPEG, PNG и GIF удобны, когда исходный материал уже представлен как обычная картинка. Для решателя принципиально наличие распознаваемого звёздного рисунка, а не наличие научного FITS-заголовка. Это делает Astrometry.net полезным для кадров из веб-архивов и для изображений, из которых служебные метаданные давно исчезли. Вместе с тем сильная компрессия, надписи поверх звёзд, грубое шумоподавление или чрезмерная обработка могут усложнить выделение точечных источников.

FITS предпочтителен, когда нужно сохранить астрономический рабочий контекст и получить результат, который затем продолжит жить в FITS-цепочке. После решения сервис предлагает не только отдельную WCS-информацию, но и новый FITS с добавленным WCS-заголовком. Это удобно, если исходная матрица уже находится в подходящем научном формате и требуется дополнить её координатной моделью, не превращая изображение в экранную картинку.

Список X/Y нужен, когда обнаружение источников уже выполнено другой системой. В таком сценарии Astrometry.net получает не пиксели, а геометрию найденных точек. Это может быть полезно для специализированных камер, необычных изображений или конвейера, где собственный детектор источников лучше адаптирован к данным. Источники должны быть перечислены от ярких к слабым, потому что порядок используется при поиске. Если список не соответствует реальным компактным источникам изображения, дальнейший решатель не сможет компенсировать ошибку на этапе детектирования.

Перед отправкой обычной астрофотографии полезно убрать элементы, которые не принадлежат небу: широкие подписи, рамки, декоративные маркеры, скриншотные панели. Обрезать небольшой край допустимо, если в основной области остаётся достаточно звёзд, но агрессивная обрезка уменьшает количество геометрической информации. Для очень большого изображения разумно не создавать вручную крошечную копию без необходимости: у сервиса есть downsample, который уменьшает данные именно для этапа поиска источников и оставляет настройку явной.

Не стоит специально растягивать изображение до состояния, при котором ядра большинства ярких звёзд превращаются в крупные белые диски. Насыщение и шум названы среди случаев, где помогает downsample, однако сама настройка не восстанавливает потерянную структуру. Если есть выбор между умеренно обработанным кадром и версией с экстремальным повышением локального контраста, для астрометрии обычно рациональнее начать с более нейтрального варианта, где звёзды сохраняют компактную форму.

Для кадров с туманностью проблема иная: яркий протяжённый фон может затруднить отделение звёзд от структуры объекта. В документации проекта отдельно отмечены сложности фоновой оценки и выделения источников на некоторых таких изображениях. Если обычное решение не проходит, полезно попробовать уменьшение, альтернативный детектор источников и более узкие, но проверенные ограничения масштаба или позиции. Менять сразу несколько параметров неудобно: тогда невозможно понять, что именно исправило или ухудшило результат.

Настройка масштаба: самый полезный способ ускорить поиск

В расширенных параметрах масштаб можно описывать несколькими единицами. Режим degwidth задаёт угловую ширину всего изображения в градусах, arcminwidth — ширину в угловых минутах, а arcsecperpix — масштаб одного пикселя в угловых секундах. Эти величины связаны, но не взаимозаменяемы без учёта размера матрицы. Ошибка на несколько порядков из-за неверно выбранной единицы — одна из самых неприятных причин неудачного решения, потому что введённые числа могут выглядеть правдоподобно сами по себе.

Есть два способа указать диапазон. Первый — нижняя и верхняя границы. Он удобен, если известен интервал, например фактическое поле может немного меняться из-за кропа или разных режимов камеры. Второй — оценка и процент допустимой ошибки. Он лучше подходит, когда есть одно ожидаемое значение и понятная неопределённость. В обоих случаях цель одна: оставить правильный масштаб внутри области поиска и убрать заведомо невозможные варианты.

Если известны фокусное расстояние и размер пикселя, можно заранее оценить arcsecperpix, но не следует выдавать расчёт за безусловную истину. Реальный масштаб может измениться из-за редуктора, барлоу, биннинга, ресайза или неточно известного эффективного фокусного расстояния. Поэтому узкая граница хороша только при уверенности в исходных параметрах. Когда сомнение существенное, лучше расширить допуск, чем заставить решатель искать точное, но неверное значение.

Для уже уменьшенного JPEG единица arcsecperpix относится к пикселям этого JPEG. Если исходный кадр шириной 6000 пикселей был экспортирован в 1500 пикселей без изменения углового поля, каждый пиксель копии покрывает в четыре раза больший угол. Задавать масштаб исходного сенсора такому файлу нельзя. В режиме ширины поля этой ловушки меньше: при простом ресайзе угловая ширина всего кадра остаётся почти той же, если края не обрезаны.

После успешного решения параметр Pixel scale на странице результата можно использовать как проверку своей оценки. Большое расхождение часто объясняется не ошибкой Astrometry.net, а тем, что был решён экспортированный, обрезанный или уменьшенный вариант. Если же решение визуально соответствует полю, аннотации попадают на объекты и сопоставление звёзд выглядит корректно, измеренный WCS даёт более прямую информацию о геометрии конкретного загруженного файла, чем расчёт по номинальным характеристикам оборудования.

Ограничение области неба: RA, Dec и радиус

Если приблизительная цель известна, в задачу можно передать координаты центра и радиус поиска. Center RA задаётся в градусах от 0 до 360, center Dec — от −90 до +90 градусов, radius — в градусах. Эти параметры полезны при серийной съёмке, когда монтировка сообщает приблизительное наведение, но точная геометрия кадра ещё неизвестна. Вместо поиска по всему небу решатель проверяет область вокруг указанной позиции.

Ключевое слово здесь — приблизительная. Подсказка позиции должна включать реальное поле в заданный радиус. Если координаты относятся к другой цели, перепутана эпоха в стороннем источнике, допущена ошибка в переводе часов RA в градусы или радиус слишком мал, правильное решение окажется запрещено самим пользователем. В такой ситуации расширение радиуса или полное удаление позиционного ограничения диагностически полезнее, чем многократная отправка того же кадра с неизменными параметрами.

Прямое восхождение часто записывают в часах, минутах и секундах времени, тогда как параметр API принимает градусы. Один час RA соответствует 15 градусам. Ошибка, при которой значение 12 часов вводят как 12 градусов, смещает область на огромный угол. В веб-форме важно смотреть подпись конкретного поля и не переносить привычный формат из планетария автоматически. Declination уже является углом и имеет знак; потеря минуса переносит область в другое небесное полушарие.

Позиционную подсказку стоит сочетать с масштабом, если оба параметра известны независимо. Для управляемого телескопа типичный кадр имеет предсказуемое поле и приблизительный центр — это сильные ограничения, позволяющие сократить поиск. Для старой фотографии неизвестного происхождения обратная стратегия лучше: не придумывать координаты по слабому визуальному сходству, а дать слепому решателю шанс найти поле без ошибочного фильтра.

Downsample, parity и параметры детектирования

Downsample factor уменьшает изображение перед выделением источников. В документации Astrometry.net отдельно указано, что такой приём часто помогает на больших, шумных или насыщенных изображениях, а значения 2 и 4 являются типичными отправными точками. Практический смысл прост: мелкомасштабный шум и чрезмерно крупные звёздные профили становятся менее доминирующими, а вычислительная задача уменьшается. При этом параметр не следует воспринимать как универсальное средство: слишком сильное уменьшение способно слить близкие звёзды и удалить слабые источники.

Начинать имеет смысл с исходного размера или умеренного коэффициента 2, если файл действительно велик. Коэффициент 4 полезен как следующий эксперимент, когда детектор получает слишком много ложных источников либо звёздные ядра занимают значительную площадь. Если после уменьшения решение внезапно появляется, диагностический вывод состоит не в том, что исходный кадр неправильный, а в том, что извлечение геометрии стало устойчивее на более грубом представлении.

Parity описывает зеркальность преобразования. По умолчанию решатель пробует оба варианта. Если оптическая цепочка и обработка точно известны, ограничение parity сокращает пространство соответствий примерно вдвое и может ускорить поиск. Но этот параметр легко задать неверно: диагональ, зеркало, переворот при экспорте или изменение ориентации в программе обработки способны поменять ожидаемый знак. Поэтому при диагностике неудачи лучше вернуть режим проверить оба, чем упорно фиксировать предположение.

Результат страницы иногда показывает ориентацию, которую пользователь интуитивно считает перевёрнутой на 180 градусов. Это не обязательно означает ошибку. Угол на небе связан с тем, какое направление считается верхом изображения, с parity и с принятой ориентацией небесных осей. Надёжнее проверять положение аннотаций и WCS-преобразование, чем сравнивать одно число с тем, как фотограф мысленно повернул монитор. Для количественной работы координатная модель важнее бытового понятия верх кадра.

Опция использования Source Extractor переключает этап обнаружения звёзд с встроенного детектора Astrometry.net на внешний алгоритм Source Extractor. Это диагностический выбор для кадров, где фон, профиль звёзд или структура туманности плохо обрабатываются методом по умолчанию. Нет основания включать его на каждом изображении: если стандартное выделение уже даёт устойчивое решение, дополнительное изменение только усложняет сравнение попыток.

Positional error задаёт ожидаемую ошибку координат источников в пикселях. Параметр особенно осмыслен для переданных X/Y-списков и данных с известной точностью центроидов. Завышать его на всякий случай не следует: допуск имеет смысл как модель реальной неопределённости. Для обычного изображения без собственного каталога источников важнее сначала проверить масштаб, область поиска и качество детектирования.

Crpix center относится к опорной точке WCS. Включение размещает референсную позицию в центральном пикселе изображения; без этого она связана с геометрией звёздной конфигурации, использованной для идентификации. Для большинства пользователей итоговые координатные преобразования важнее самого выбора CRPIX, но параметр может иметь значение в конвейерах, которые ожидают определённое расположение опорной точки в заголовке.

Коррекция искажений и параметр tweak order

После грубого нахождения поля Astrometry.net может уточнять WCS с полиномиальной моделью искажений. В настройках API параметр tweak order задаёт степень полинома, по умолчанию используется второй порядок. Это связано с представлением оптической геометрии в WCS и позволяет описать отклонения, которые не сводятся к одному масштабу, повороту и переносу. На широком поле или при заметной дисторсии такое уточнение может быть существенным.

Высокий порядок не означает автоматически более точный результат. Разработчики прямо предупреждают, что полиномы высокого порядка могут дать бессмысленную форму. Причина понятна: дополнительным коэффициентам легче подстроиться под ограниченное число сопоставлений, особенно ближе к краям. Поэтому увеличивать степень только ради того, чтобы сделать модель сложнее, неверно. Сначала следует убедиться, что поле идентифицировано правильно и что в кадре действительно есть систематическая дисторсия, которую простая модель не описывает.

Для фотографии с небольшой областью неба и хорошо исправленной оптикой различие между моделями может быть почти незаметно. Для очень широкоугольных систем геометрия потенциально сложнее, но и здесь выбор модели должен опираться на результат, а не на максимальное число. Полезный способ проверки — смотреть не только на красивую аннотацию, но и на диагностическое сопоставление источников по всему полю. Если центральная часть совпадает, а края систематически расходятся, вопрос искажений становится более актуальным.

WCS с полиномиальной поправкой не выпрямляет сами пиксели изображения. Он описывает, как координаты связаны с искривлённой геометрией кадра. Чтобы фактически перепроецировать данные на другую сетку, нужна отдельная операция в подходящем астрономическом ПО. Это различие принципиально: корректная координатная модель и визуально исправленная дисторсия — не одно и то же действие.

Что видно на странице успешно решённого задания

После решения центральным элементом становится аннотированное изображение. На него наносятся распознанные или каталогизированные объекты и геометрические обозначения, благодаря чему можно быстро проверить смысл результата. Если подписи соответствуют видимым структурам и известным звёздам, это сильный визуальный контроль. Но аннотация остаётся производной от WCS и выбранных каталогов; её полнота не является критерием точности координатной модели.

В блоке Calibration показывается центр поля по прямому восхождению и склонению. Эти координаты относятся к геометрии решённого изображения, а не к объекту, который фотограф считает главным. Если туманность или галактика расположена не по центру, её каталожные координаты закономерно будут отличаться. Для наведения телескопа это особенно важно: сравнивать нужно требуемый центр кадра с измеренным центром, а не название ближайшего аннотированного объекта.

Pixel scale показывает угловой размер пикселя. Значение удобно для проверки оптической конфигурации и для последующих расчётов, но его контекстом всегда является загруженное изображение. Если перед отправкой кадр уменьшен в два раза по каждой стороне, масштаб в угловых секундах на пиксель примерно удвоится относительно исходной матрицы. Если кадр только обрезан без ресайза, локальный пиксельный масштаб не должен измениться, хотя ширина всего поля станет меньше.

Field size и radius описывают угловой охват. Размер поля полезно сравнивать с ожидаемой шириной и высотой по параметрам оборудования или предыдущим кадрам. Radius в интерфейсе не следует путать с радиусом ограничения, заданным до решения: один является свойством найденного поля, другой — пользовательской подсказкой области поиска. Совпадение терминов не делает эти величины взаимозаменяемыми.

Orientation сообщает поворот небесных направлений относительно изображения. Формулировка интерфейса привязана к направлению востока от севера, поэтому число следует читать вместе с системой отсчёта, а не как обычный угол вращения фотографии в редакторе. При зеркальном кадре важен также parity. Если предстоит автоматическая укладка кадров или вычисление положения сенсора, лучше использовать полный WCS, а не вручную переносить одно значение угла.

На странице присутствуют ссылки на результаты и диагностические представления. Среди них можно получить FITS WCS, новый FITS с заголовком, списки найденных звёзд, таблицу соответствий, изображение выделенных источников и красно-зелёную визуализацию совпадений с индексом. Эти материалы нужны для разных уровней проверки: от быстрого визуального контроля до разбора численных соответствий в другой программе.

WCS: что именно получает пользователь

World Coordinate System в FITS — это набор заголовочных параметров и соглашений, которые задают преобразование между координатами пикселей и физической системой координат, здесь — небесной. В простом представлении WCS хранит опорный пиксель, небесную координату в этой точке, масштаб и матрицу ориентации, а также тип проекции. При необходимости добавляются коэффициенты, описывающие искажения. Благодаря этому другой инструмент может вычислить RA/Dec для произвольной точки кадра без повторного распознавания звёзд.

Astrometry.net создаёт стандартизированную астрометрическую метаинформацию. Это важнее, чем просто вывести подпись объект такой-то: WCS остаётся машинно читаемым описанием геометрии и может использоваться спустя годы. Если имя файла, заметки наблюдателя и база сессии потеряны, корректная привязка всё равно позволяет поставить изображение на небесную карту и связать его с каталогами.

Файл WCS содержит заголовок решения и удобен, когда нужно отделить координатную модель от пиксельных данных. Новый FITS объединяет изображение с добавленными WCS-картами. Выбор зависит от последующей программы: одна умеет применить внешний WCS к существующему файлу, другой проще передать уже дополненный FITS. В обоих случаях ценность состоит не в расширении файла как таковом, а в корректных координатных ключах.

Привязка не является фотометрической калибровкой. Astrometry.net не определяет нулевую точку яркости, не измеряет цветовые коэффициенты и не превращает значения пикселей в физический поток. Наличие списков известных объектов и звёзд иногда создаёт ложное впечатление, что сервис выполнил полный научный анализ. На деле его основная измеряемая сущность — геометрическое соответствие изображения небу.

Точно так же WCS не исправляет трекинг. Вытянутые звёзды могут затруднить решение, а найденные координаты не сделают их круглыми. Сервис способен определить положение поля по достаточно распознаваемому рисунку, но коррекция ведения, деконволюция, отбор кадров и сложение находятся за пределами его задачи. Это полезное разграничение при оценке результата: успешное plate solving говорит о геометрии, а не о качестве экспозиции.

После геометрических изменений файла старый WCS требует осторожности. Поворот, кроп и ресайз можно математически учесть, если программа корректно обновляет заголовок, но далеко не каждый экспорт это делает. Когда происхождение файла неясно, повторное решение по самим звёздам даёт независимую проверку. Особенно это ценно для изображений, которые многократно проходили через программы, не ориентированные на FITS-метаданные.

Файлы результата: назначение каждого типа

У одного успешного задания есть несколько производных файлов, и их названия легко воспринимать как непонятный технический набор. На практике они отвечают на разные вопросы: какова привязка, какие точки обнаружены, с какими каталоговыми звёздами они совпали и как проверить решение глазами. Не обязательно использовать все результаты; достаточно выбрать тот уровень, который нужен в конкретном рабочем процессе.

Результат	Что содержит	Для чего полезен
WCS FITS	Заголовок астрометрического решения	Передать координатную модель отдельно от изображения
New FITS	Изображение с добавленным WCS-заголовком	Продолжить работу с уже привязанным FITS
RDLS	Небесные координаты обнаруженных источников	Использовать RA/Dec списка звёзд вне страницы результата
AXY	Извлечённые источники и параметры задания	Разобрать, какие точки решатель увидел в кадре
CORR	Соответствия между источниками изображения и решением	Проверить численную основу калибровки
Extraction image	Визуализация выделенных источников	Найти проблемы детектирования звёзд
Index overlay	Источники изображения и звёзды индекса разными цветами	Визуально оценить качество сопоставления
Annotated image	Подписи известных объектов поверх кадра	Быстро подтвердить поле и его содержимое

RDLS полезен тем, что переводит обнаруженные точки из пиксельной плоскости в небесные координаты по решению. Это не означает, что каждая строка автоматически отождествлена с именованной звездой; список отражает sky positions источников. Для последующего сопоставления с конкретным каталогом могут понадобиться отдельные критерии и программа, особенно в плотных полях.

AXY ближе к внутренней подготовке задачи: он содержит извлечённые X/Y и дополнительные параметры. Если изображение не решается, этот уровень помогает понять, что именно было принято за источники. Например, при засвеченном фоне детектор может отобрать слишком много шумовых максимумов, а при чрезмерном размытии — слишком мало устойчивых центров. Диагностика полезнее, чем слепое изменение масштаба, если проблема возникла ещё до поиска по индексу.

CORR относится к соответствиям, использованным для калибровки. Такой файл особенно интересен при автоматической проверке и при разработке собственного конвейера, где нужно оценивать остатки или отбрасывать сомнительные решения дополнительными правилами. Для разовой идентификации поля он обычно избыточен: аннотация и блок Calibration дают ответ быстрее.

Красно-зелёное изображение индекса — один из лучших визуальных способов заметить грубую ошибку. Когда решённая геометрия правильна, точки из изображения и каталожные позиции согласуются по всему полю с учётом модели. Если видны систематические разъезды к краю, можно подозревать недостаточно описанную дисторсию или некорректную геометрию. Если совпадение существует только у небольшой случайной группы, результат требует более критической проверки.

Аннотации и известные объекты в поле

После решения Astrometry.net может подписать объекты, попавшие в поле зрения. Проект поддерживает нанесение созвездий, ярких звёзд и объектов распространённых каталогов, включая Messier, NGC и IC; на некоторых страницах видны также каталожные обозначения звёзд. Аннотация строится уже после получения WCS: сначала изображение должно быть связано с небом, затем известные позиции переводятся в пиксели и наносятся поверх кадра.

Наличие подписи удобно для быстрой идентификации, но отсутствие ожидаемого названия не доказывает, что WCS неверен. Каталог аннотаций имеет собственный состав и правила отображения, а на широком поле невозможно подписать каждый объект без перегрузки изображения. Проверять калибровку следует по совокупности признаков: соответствию звёзд, координатам, масштабу и ориентации.

API позволяет получать теги, машинные теги и список объектов, автоматически найденных сервисом в поле. Это полезно для каталогизации собственного архива: после решения можно сохранить координаты и связанные обозначения рядом с файлом, чтобы затем находить изображения по участку неба или объекту. При этом пользовательские теги и автоматически добавленные данные следует различать — они имеют разное происхождение и разную степень формальной связи с решением.

Для сложных полей аннотация может включать очень много отметок. Визуальный шум не улучшает WCS и не является целью сам по себе. Если задача — проверить, попала ли конкретная галактика в угол кадра, достаточно найти её положение. Если задача — научная обработка, лучше использовать WCS и каталоговый cross-match в специализированном инструменте, где можно контролировать радиусы сопоставления, эпоху и фильтры каталога.

Практический сценарий: неизвестный снимок из архива

Для архивной фотографии без надёжных метаданных полезно сначала сохранить исходную копию и подготовить рабочий файл без лишних рамок. Загружать следует изображение с максимальным количеством настоящих звёзд, а не маленькую превью-картинку. В первой попытке разумно не задавать координаты и не фиксировать parity. Если примерно известна только ширина поля, можно сообщить достаточно широкий диапазон масштаба; если и она неизвестна, оставить поиск слепым.

После отправки нужно дождаться завершения задания и открыть Calibration. Сначала проверяются центр и размер поля, затем аннотированное изображение. Если по подписи узнаётся объект, но звёздные отметки на краях выглядят странно, нельзя останавливаться на совпадении названия: нужно открыть диагностическое сопоставление и оценить геометрию по всему кадру. Архивные изображения особенно часто бывают повёрнуты, зеркальны или многократно ресайзены.

Когда решение выглядит убедительно, для архива стоит сохранить не только картинку с подписями. WCS или новый FITS сохраняют машинно читаемую привязку, а текстовая карточка архива может получить RA/Dec центра, размер поля, пиксельный масштаб и дату собственного исходного файла. Так результат остаётся полезным даже тогда, когда страница задания больше не используется как ежедневный рабочий инструмент.

Если решение не найдено, второй шаг — проверить не правильность объекта, а качество звёздного рисунка. В сильной виньетке или туманности может помочь downsample 2, затем 4. Если файл содержит огромную рамку или подписи, лучше убрать именно их, не обрезая звёздное поле без причины. И только после этого имеет смысл экспериментировать с детектором источников или дополнительными ограничениями.

Практический сценарий: контроль наведения телескопа

При контроле наведения известны две полезные подсказки: ожидаемый центр и примерный масштаб оптической системы. Их можно передать, чтобы сократить поиск. Радиус позиции должен быть больше реальной возможной ошибки наведения. Если монтировка способна промахнуться на несколько градусов, ограничение в несколько угловых минут превратит подсказку в запрет. Масштаб также лучше задавать с запасом на фактическое фокусное расстояние и биннинг.

После решения сравниваются измеренный центр и целевой центр. Простая разность RA в градусах не всегда равна угловому смещению на небе, особенно далеко от небесного экватора, поэтому для точной коррекции нужен сферический расчёт или система наведения, понимающая небесные координаты. Astrometry.net предоставляет исходные данные для такого сравнения, а не интерактивный пульт монтировки.

Ориентация помогает проверить угол камеры. Если композиция требует конкретного положения длинной стороны сенсора относительно север–юг, решённый кадр показывает фактическую геометрию. Для ручной настройки ротации можно сделать короткий тестовый кадр, решить его, изменить угол камеры и повторить. Однако при зеркальной оптике следует учитывать parity и использовать одни и те же правила интерпретации угла между попытками.

В автоматизированном процессе вместо ручной страницы обычно используют API: программа отправляет тестовый кадр, ждёт job, получает калибровку и сама вычисляет поправку. Такая интеграция лежит в основе многих схем plate solve — recenter — verify. Сервисная часть Astrometry.net здесь выполняет астрометрию; логику движения монтировки и критерии допустимой ошибки реализует управляющая система.

Программный доступ через API

API Astrometry.net предназначен для тех же задач калибровки, но позволяет встроить отправку и получение результатов в собственный сценарий. Сначала клиент передаёт API key и получает идентификатор сессии. Затем в запросах можно использовать этот session, загрузить файл или передать адрес изображения и получить номер submission. Отдельные job появляются после того, как сервер подготовит попытку решения. Поэтому корректный клиент не должен считать отсутствие job сразу после отправки ошибкой: задача могла ещё не перейти к обработке.

Для автоматизации важно разделять несколько состояний. Ответ на upload подтверждает, что submission создан; статус submission сообщает, появились ли связанные jobs; статус job показывает завершение конкретной задачи; calibration доступна только после успешного решения. Такая схема требует опроса с разумной паузой, а не бесконечного быстрого цикла запросов. Веб-очередь имеет общие вычислительные ресурсы, поэтому длительность зависит от загрузки и сложности изображения.

Через API доступны те же полезные ограничения, что и в расширенных настройках: scale_units, тип задания масштаба, нижняя и верхняя границы либо оценка с процентной ошибкой, center_ra, center_dec, radius, downsample_factor, tweak_order, Source Extractor, parity и positional_error. Для списка X/Y дополнительно нужны image_width и image_height. Именно явная передача этих параметров делает автоматизированную систему воспроизводимой: настройки сохраняются рядом с конкретным заданием, а не остаются в памяти оператора.

Калибровка API возвращает числовые параметры, среди которых RA и Dec центра, радиус поля, пиксельный масштаб, ориентация и parity. Для программы это предпочтительнее чтения текста со страницы: значения можно сразу сравнить с целевыми координатами, записать в базу или передать следующему этапу. Отдельные вызовы позволяют получить список объектов в поле, теги и данные аннотаций, включая пиксельные позиции некоторых элементов.

Результатные файлы также доступны по идентификатору job. Практический конвейер может, например, дождаться успешного статуса, получить calibration, затем сохранить WCS и новый FITS. Для диагностики при неудачных или подозрительных кадрах можно отдельно забирать изображения выделенных источников и сопоставлений. Не обязательно загружать все производные данные на каждом шаге: это увеличивает трафик и усложняет хранение без пользы, если системе нужны только координаты центра.

Параметры публичности и разрешений в API задаются при отправке. Это важно, если система работает с неопубликованными наблюдениями или материалами, которые не должны автоматически появляться в публичной ленте. Настройки следует определять осознанно в самом клиенте, а не полагаться на случайное значение по умолчанию. Для группового проекта полезно зафиксировать политику публикации и одинаково применять её ко всем заданиям.

Автоматический клиент должен обрабатывать сетевые ошибки, временно пустые ответы и ситуацию, когда решение не найдено. Повторная отправка того же кадра имеет смысл только после изменения существенного условия или при подтверждённой временной проблеме. Если масштаб был ошибочно ограничен, простой повтор с теми же границами не даст новой информации. Лучше вести журнал: хэш или имя файла, параметры отправки, submission, job, итоговый статус и извлечённые значения калибровки.

API не отменяет необходимость проверять результат. В массовом архиве разумно добавить собственные критерии: допустимый диапазон масштаба, близость центра к ожидаемой области, непротиворечивость между соседними кадрами одной серии и наличие достаточного числа соответствий по внутренним данным конвейера. Astrometry.net выполняет решение, а пользовательская система определяет, насколько результат согласуется с контекстом наблюдения.

Как диагностировать неудачное решение:

Если задание завершилось без WCS, полезно разбирать причины в порядке от наиболее простых к более редким. Первый вопрос — не ограничил ли пользователь правильный ответ. Неверный scale_lower, scale_upper, центр, радиус или parity способны сделать хорошо различимое поле нерешаемым именно в заданном пространстве поиска. Диагностическая попытка без сомнительного ограничения часто информативнее, чем изменение самого изображения.

Второй вопрос — видит ли детектор настоящие звёзды. Проблемы возникают на кадрах с сильным шумом, насыщением, размазыванием, расфокусировкой, яркой туманностью или очень неоднородным фоном. В таких условиях координаты локальных максимумов могут плохо соответствовать компактным астрономическим источникам. Downsample 2 или 4 нередко улучшает ситуацию; при необходимости можно сравнить встроенный детектор и Source Extractor.

Третий вопрос — достаточно ли в поле геометрической структуры. Кадр с несколькими звёздами, очень маленький кроп или участок, где почти все заметные точки принадлежат одной размытой структуре, объективно содержит меньше информации для pattern matching. Нет универсального магического числа звёзд, которое гарантирует успех: важны их расположение, качество центроидов, масштаб и наличие подходящих конфигураций в индексе. Поэтому обещание добавить ещё N звёзд было бы слишком грубым правилом.

Четвёртый вопрос — не испорчен ли звёздный рисунок обработкой. Звёздные маски, искусственные дифракционные лучи, подписи, водяные знаки, сильное звёздное уменьшение и генеративное удаление объектов меняют распределение локальных максимумов. Если есть менее обработанная версия, для астрометрии она обычно предпочтительнее. После получения WCS координатную информацию можно применить к связанному файлу только при условии, что его геометрические преобразования точно известны.

Пятый вопрос — размер изображения и вычислительная цена поиска. Очень большой кадр увеличивает объём исходных данных и число обнаруживаемых структур. Умеренное уменьшение для поиска способно ускорить работу и отсечь мелкий шум. С другой стороны, крошечная превью-копия может потерять необходимые звёзды. Лучше управлять масштабом осознанно, а не последовательно сохранять всё меньшие JPEG до случайного успеха.

Седьмой вопрос — правильно ли введены небесные координаты. RA в API задаётся в градусах, хотя каталоги и планетарии часто показывают часы. Dec требует знака. Если приблизительная позиция получена из монтировки, следует учитывать реальную возможную ошибку наведения и выбрать адекватный radius. Для проверки можно временно убрать координатный фильтр: если слепая попытка решает кадр далеко от ожидаемой области, проблема находится в исходных метаданных или наведении.

Восьмой вопрос — зеркальность. Когда parity ограничена неверным знаком, правильное решение не рассматривается. При неопределённой оптической цепочке нужно вернуться к режиму обоих вариантов. Особенно осторожно следует относиться к файлам, которые экспортировались через программы с функцией горизонтального отражения или получены из оптической схемы с зеркалами: визуальная привычка пользователя не всегда совпадает с математической parity WCS.

Девятый вопрос — является ли отсутствие результата временным состоянием очереди. Страница submission и API могут некоторое время не иметь завершённого job. Если сервер всё ещё обрабатывает задачу, менять параметры преждевременно нет смысла. Отличать ожидание от окончательной неудачи важно и для ручной работы, и для автоматизации. Клиент должен ожидать явного статуса, а не трактовать несколько секунд тишины как failure.

Десятый вопрос — соответствует ли файл заявленному формату. Повреждённый FITS, некорректная таблица X/Y, неправильные столбцы или список источников без ширины и высоты создают проблему ещё до астрометрии. Для обычных картинок стоит убедиться, что файл действительно открывается как JPEG, PNG или GIF. Для FITS-таблицы координаты должны быть в поддерживаемых числовых столбцах, а источники — идти в подходящем порядке яркости.

Типичные ошибки и способы исправления

Симптом	Вероятная причина	Что проверить
Кадр не решается после ввода масштаба	Неверные единицы или слишком узкий диапазон	Убрать ограничение либо расширить его и проверить единицы
Без координат решается, с координатами — нет	Ошибочный центр или малый radius	Перевод RA в градусы, знак Dec, реальную ошибку наведения
Извлечено много случайных точек	Шум или сложный фон	Downsample, менее агрессивную обработку, другой детектор
Звёзды крупные и сливаются	Насыщение или дефокус	Умеренный downsample, кадр с более компактными профилями
Решение пропадает при фиксированной parity	Неверная зеркальность	Вернуть проверку обоих знаков
Pixel scale не совпадает с расчётом	Файл был уменьшен или расчёт использует не те параметры	Размер текущего изображения, биннинг, редуктор, ресайз
Ориентация кажется развёрнутой	Другая система отсчёта угла или зеркальность	Parity, аннотации и полный WCS вместо визуальной оценки
Аннотация не показывает ожидаемый объект	Ограниченный набор подписей	Сам WCS, координаты объекта и соответствие звёзд
Job ещё не указан	Submission ожидает обработки	Статус позже, не создавать бессмысленные дубликаты сразу
X/Y-список не решается	Неправильный порядок или геометрия списка	Сортировку по яркости, ширину, высоту и координаты

При поиске причины лучше менять одну группу параметров за попытку. Например, сначала убрать сомнительный scale, затем отдельно попробовать downsample, затем детектор. Если одновременно изменить масштаб, радиус, parity и обработать картинку новым фильтром, успешный результат не объяснит, какой фактор был решающим. Для повторяемого рабочего процесса такая дисциплина важнее случайной скорости одной удачной попытки.

Сохранять удачные параметры стоит вместе с типом оборудования. Если одна и та же камера и телескоп регулярно дают одинаковый диапазон arcsec/pixel, это хорошая подсказка для последующих кадров. Но после изменения биннинга, редуктора или размера изображения профиль нужно пересмотреть. Настройки полезны как проверенная модель конкретной конфигурации, а не как вечный шаблон для любых файлов.

Совместимость и ограничения форматов

Для работы через сайт не требуется привязка к конкретной настольной операционной системе: взаимодействие происходит через веб-страницу с формой загрузки и страницей результатов. Официальная документация не задаёт отдельного списка минимальных версий Windows, macOS или Linux для этого режима. На практике нужен современный браузер, способный отправить выбранный файл и открыть обычные страницы сервиса, а также стабильное соединение на время передачи и получения результата.

Входные типы веб-формы перечислены явно: JPEG, GIF, PNG, FITS, FITS binary table с X/Y, текстовый двухколоночный список X/Y и tar-архив с поддерживаемыми данными. Форматы DSLR RAW, PSD и другие редакторские документы в этом перечне не указаны. Если исходник находится в таком формате, следует подготовить подходящее изображение без изменения звёздной геометрии либо перейти к FITS на более раннем этапе рабочего процесса.

Для обычной цветной фотографии сервису не требуется предварительно превращать кадр в монохромный файл вручную только ради plate solving: веб-форма принимает распространённые графические форматы, а извлечение источников является частью обработки. Однако художественные слои, подписи и сложные композиты не дают астрометрической пользы. Чем ближе входной кадр к реальному звёздному полю, тем легче интерпретировать успех или неудачу.

Размер файла и скорость сети влияют на удобство, хотя жёсткие универсальные пределы не следует придумывать без опубликованного ограничения сервиса. Если изображение очень велико, сначала имеет смысл использовать встроенный downsample для поиска или подготовить разумную производную копию, сохранив геометрию и достаточное число звёзд. Выбор зависит от того, нужен ли впоследствии WCS именно для исходной пиксельной сетки.

Если WCS нужен для оригинального FITS, лучше решать сам оригинал или строго отслеживать преобразование между копией и исходником. Решение маленького JPEG-превью нельзя просто вставить в заголовок большого FITS без пересчёта опорных пикселей и матрицы масштаба. Оба изображения могут показывать то же поле, но их пиксельные системы различаются.

Функциональные ограничения Astrometry.net

Первое ограничение связано с самой целью продукта: это астрометрия, а не универсальная обработка астрофотографий. Здесь нет привычной цепочки калибровки dark/flat, регистрации серии, интеграции, удаления градиента, цветовой коррекции, шумоподавления и ретуши. Если пользователь ждёт улучшения внешнего вида, успешный WCS не приблизит изображение к финальной публикации визуально; он добавит координатный смысл.

Второе ограничение — зависимость веб-режима от сети и серверной очереди. Время ответа не является фиксированным свойством кадра: на него влияют загрузка сервиса, объём файла и сложность поиска. Для интерактивного наведения телескопа с жёсткими временными требованиями это следует учитывать при проектировании рабочего процесса. API позволяет автоматизировать ожидание, но не превращает удалённую очередь в гарантированно мгновенное вычисление.

Третье ограничение — отсутствие ручного редактора WCS на странице результата. Пользователь может задавать подсказки до решения и получать готовые производные данные, но интерфейс не предназначен для перетаскивания контрольных точек и ручной подгонки каталога. Если требуется интерактивное исправление отдельных опорных звёзд или построение пользовательской модели, нужен инструмент другого типа.

Четвёртое ограничение — необходимость распознаваемой звёздной геометрии. Очень размытые, сильно зашумлённые, пересвеченные или почти беззвёздные кадры могут не дать достаточной основы для слепого совпадения. Возможность downsample и смены детектора расширяет рабочий диапазон, но не создаёт информации, которой нет в пикселях. Аналогично список X/Y будет решаться только настолько хорошо, насколько корректно он описывает реальные источники.

Пятое ограничение — аннотации не являются исчерпывающим каталогом содержимого фотографии. Подписи зависят от доступных наборов объектов и правил визуализации. Успешный WCS может быть полностью пригодным даже без подписи интересующего объекта. Для научного поиска конкретных классов источников лучше использовать координатную привязку и специализированный каталог отдельно.

Шестое ограничение — корректность пользовательских ограничений. Astrometry.net силён тем, что способен решать поле без начальных координат, но слишком уверенные неверные подсказки способны искусственно сузить поиск до невозможного. В этом смысле Advanced Settings требуют дисциплины: информация должна быть либо известна, либо оставлена свободной. Примерно помню не всегда достаточно для радиуса в доли градуса.

Седьмое ограничение — конфиденциальность и публикация требуют внимания к настройкам отправки. Сервис имеет публичные возможности просмотра изображений и отдельные параметры видимости. Неопубликованные наблюдения, внутренние данные проекта или изображения с ограничениями следует отправлять только после проверки выбранной политики. Астрометрическая полезность не отменяет правил хранения и распространения исходных материалов.

Сравнение Astrometry.net с аналогами

Программа	Лучше подходит для	Главное ограничение
Astrometry.net	Слепой поиск неизвестного поля и получение WCS через веб-интерфейс или API	Веб-обработка зависит от сети и очереди
ASTAP	Быстрое plate solving рядом со съёмочным процессом и работа с астрономическими файлами	Для решения требуется подходящая звёздная база
PlateSolve 3	Интеграция plate solving в системы управления телескопом с локальными каталогами	Каталожные данные нужно подготовить заранее
PinPoint Astrometric Engine	Астрометрия в Windows-ориентированных наблюдательных и автоматизированных конвейерах	Полная функциональность связана с коммерческой лицензией
PixInsight ImageSolver	Получение астрометрического решения внутри рабочего процесса обработки астрофотографии	Обычно требует разумной начальной информации о поле

Практический выбор зависит от места plate solving в процессе. Astrometry.net особенно удобен, когда нужно определить неизвестное поле без подготовки каталожной базы на компьютере, быстро проверить отдельный архивный кадр или встроить удалённое решение в API-конвейер. ASTAP и PlateSolve 3 привлекательнее там, где вычисления должны идти рядом с оборудованием и без зависимости от внешней очереди. PinPoint ориентирован на специализированные наблюдательные интеграции, а ImageSolver логичен для пользователя, который уже ведёт астрометрическую подготовку внутри PixInsight. Если главная проблема — я не знаю, где снято это поле, сильная сторона Astrometry.net именно в слепом поиске без обязательной исходной позиции.

Использование результатов в последующей обработке

После получения WCS открывается возможность согласовать изображения по небесным координатам. Например, кадры разных ночей можно сравнивать не только по пиксельному смещению, но и по реальному положению на небе. Для этого последующая программа читает WCS каждого файла и выполняет необходимое преобразование. Astrometry.net создаёт привязку, а сама регистрация или перепроекция выполняется уже соответствующим инструментом.

Координатная сетка и каталожные оверлеи также становятся однозначными. Вместо ручного вращения карты под фотографию программа может вычислить положение каждой линии и объекта в пикселях. Это особенно полезно в широких полях, где простое визуальное сравнение созвездий даёт только приблизительный ответ, а дисторсия у края делает линейные оценки неточными.

Для временных рядов корректная геометрия помогает возвращаться к одной и той же небесной позиции. Однако WCS сам по себе не сопоставляет переменные звёзды и не измеряет их блеск. Он отвечает на вопрос где на небе находится этот пиксель, после чего фотометрическая система может искать объект по координатам и выполнять свои измерения. Такое разделение ролей делает цепочку проверяемой.

Для публикационных изображений аннотированная версия полезна как быстрый черновик расположения объектов, но финальную карту часто лучше строить в программе, где контролируются шрифт, набор каталогов и критерии подписей. WCS из Astrometry.net остаётся основой, а визуальный дизайн можно делать отдельно. Это предотвращает смешение точной астрометрии с требованиями к оформлению.

Вопросы, которые часто возникают при работе

Нужно ли заранее знать координаты кадра?

Нет. Слепое решение — основная сильная сторона Astrometry.net. Координаты центра и радиус являются необязательной подсказкой для ускорения поиска, когда они действительно известны. Для неизвестного архива их можно не задавать.

Можно ли решить обычный JPEG или PNG?

Да. Эти форматы прямо поддерживаются веб-формой вместе с GIF и FITS. Важно, чтобы на изображении сохранялся различимый звёздный рисунок. Сильная компрессия, надписи и агрессивная обработка способны ухудшить выделение источников, но сам факт отсутствия FITS не запрещает решение.

Что выбрать: ширину поля или arcsec/pixel?

Выбирайте величину, в которой уверены. Для изображения после неизвестного ресайза ширина поля может быть надёжнее, если кадр не обрезан. Для исходного FITS одной камеры и телескопа удобен arcsec/pixel, особенно после того, как фактическое значение уже подтверждено успешным решением.

Зачем нужен downsample?

Он уменьшает изображение перед поиском источников и часто помогает на больших, шумных или насыщенных кадрах. Значения 2 и 4 указаны в документации как распространённые полезные варианты. Слишком сильное уменьшение тоже может вредить, поэтому коэффициент повышают постепенно.

Что означает parity?

Это знак зеркальности WCS-преобразования. По умолчанию проверяются оба варианта. Ограничивать parity имеет смысл только при уверенности в оптической и программной цепочке; иначе можно исключить правильное решение.

Почему orientation не совпадает с углом поворота в редакторе?

Параметр связан с небесными направлениями и системой WCS, а не с бытовым значением вращения слоя. На восприятие влияют зеркальность и то, какое направление считается верхом. Для точных вычислений нужно использовать WCS целиком.

Можно ли получить список найденных звёзд?

Да. Среди результатов есть данные извлечённых источников и RDLS с их небесными координатами, а также таблица соответствий. Для идентификации каждой звезды с конкретным каталогом может понадобиться отдельный cross-match.

Добавляет ли сервис WCS в FITS?

После успешного решения доступен новый FITS с WCS-заголовком, а также отдельный WCS-файл. Это позволяет выбрать вариант, подходящий для дальнейшего инструмента. Если решалась уменьшенная копия, её WCS нельзя без пересчёта переносить на исходную матрицу другого размера.

Определяет ли Astrometry.net экспозицию, шум и качество трекинга?

Нет. Сервис анализирует геометрию звёздного поля ради астрометрической привязки. Он может не решить кадр из-за плохой формы источников, но успешный результат не является оценкой шумов, фокуса, экспозиции или ведения.

Почему объект виден, но его подписи нет?

Аннотация не содержит всех возможных каталоговых объектов. Отсутствие подписи не означает ошибку WCS. Если координаты поля и совпадения звёзд корректны, нужную позицию можно проверить по WCS в каталожном инструменте.

Можно ли передать уже обнаруженные источники?

Да. Веб-форма поддерживает FITS-таблицу и текстовый список X/Y. Для такого ввода важны порядок по яркости и правильные размеры исходного изображения; через API ширина и высота передаются явно.

Чем API отличается от ручной страницы?

API даёт программный доступ к отправке, статусам, калибровке и результатам. Он нужен для пакетной обработки и интеграций, но вычислительная задача остаётся астрометрической. Клиент должен учитывать submission, job, очередь и возможное отсутствие решения.

Рекомендованный порядок работы

Для одиночного кадра разумный порядок начинается с максимально чистого поддерживаемого изображения. Первая попытка — без сомнительных подсказок; если известен только масштаб, задаётся широкий достоверный диапазон. После завершения проверяются центр, поле, pixel scale и аннотация, затем диагностическое сопоставление. Только убедившись в решении, имеет смысл сохранять WCS или новый FITS как рабочий результат.

Для повторяющейся съёмочной конфигурации после нескольких успешных кадров можно сформировать профиль: ожидаемый диапазон масштаба, типичная parity и разумный радиус вокруг командной позиции. Такой профиль ускоряет следующие решения и одновременно служит контролем качества. Если очередной кадр выходит за привычные значения, система должна не скрывать расхождение, а помечать его для проверки.

Для проблемного изображения изменения вносятся последовательно. Сначала снимаются неверные ограничения; затем пробуется downsample; затем альтернативный детектор; после этого пересматривается подготовка изображения или X/Y-список. Высокий tweak order не должен быть первым средством против любой ошибки: он относится к уточнению геометрических искажений после нахождения поля, а не заменяет корректное распознавание звёзд.

Для архива сохранять стоит не только визуальную аннотацию. Координаты центра, размеры поля, pixel scale, orientation и WCS дают долгосрочную пользу и пригодны для машинного поиска. Если файл является производной копией, в метаданных архива следует отметить её размеры и связь с оригиналом, чтобы позднее не принять масштаб копии за масштаб сенсора.

Astrometry.net наиболее полезен там, где изображению нужно вернуть координатный контекст: определить неизвестное поле, проверить реальное наведение, восстановить WCS у старого кадра, измерить масштаб и ориентацию или подготовить астрометрическую основу для следующего этапа анализа. Его сильная сторона — автоматическое сопоставление звёздной геометрии без обязательной исходной позиции; лучший результат получается, когда пользователь не перегружает поиск догадками, проверяет диагностические материалы и отделяет астрометрическую калибровку от задач визуальной обработки.