ВНИМАНИЕ! На форуме начался конкурс - астрофотография месяца АПРЕЛЬ!
0 Пользователей и 1 Гость просматривают эту тему.
Цитата: Tau от 28 Фев 2012 [03:32:09]Проверила, насколько это печально. Нет, по таким полям работать не будем. Сколько минут решает?
Проверила, насколько это печально. Нет, по таким полям работать не будем.
Я вот что полумал -- а если предусмотреть режим, при котором наблюдатель будет задавать координаты центра поля зрения и ширину поля зрения, то может тогда можно и поле сузить, считать будет быстро? Тогда можно было бы сделать два режима: 1). для широких полей; 2). "Ну мы вас предупредили...", при выборе которого нужно задать [RAcenter;Deccenter;L1xL2].
Но звездную величину я ограничу, прицеплять к программе полноразмерный каталог - никакого интернета не хватит.
Цитата: Tau от 28 Фев 2012 [05:12:56]Но звездную величину я ограничу, прицеплять к программе полноразмерный каталог - никакого интернета не хватит.Ой, так в программе подкачка каталога из сети будет? А какже Tycho2 в папке на HDD?
СкрипачTycho-2 не нужен. Лучше взять какой-нибудь PPM и порезать его до 8й звёздной. Вам же спектры и прочие радости жизни не нужны? PPM резаный могу отсыпать. Могу отсортировать его по блеску, чтоб удобней было работать.
А какая точность нужна на широком поле? Какой смысл вырезку Tycho-2 таскать (тем более там нету ярких звёзд в принципе)? Пушка, воробьи...
Последнее - религиозный вопрос? Точности внутри типа float хватит выше крыши.
Цитата: профессор Звёздочкин от 21 Фев 2012 [20:01:40] Вот, сегодня (объектив Юпитер-37А, поле 6° х 9°)2012-02-21 15:27 UTL=59° 57' Fi=57° 55'Выдержка 5", пролёт мкс. 2 кадра + эфемерида, данная программойПроверила, насколько это печально. Нет, по таким полям работать не будем.
Вот, сегодня (объектив Юпитер-37А, поле 6° х 9°)2012-02-21 15:27 UTL=59° 57' Fi=57° 55'Выдержка 5", пролёт мкс. 2 кадра + эфемерида, данная программой
Я вот что полумал -- а если предусмотреть режим, при котором наблюдатель будет задавать координаты центра поля зрения и ширину поля зрения, то может тогда можно и поле сузить, считать будет быстро?
2-23 * 8 * 206265 = 0.4" - точность, достижимая при хранении данных в типе float при диапазоне значений до 8 [0..2pi) полностью вписывается сюда. При значениях [-pi/2; pi/2] < (-2; 2) точность будет 0.1". Если прямое восхождение держать в диапазоне от (-pi; pi], то получим точность 0.2".Разве этого недостаточно?Это для хранения. Для работы можно расширить разрядную сетку, если есть необходимость.
Так, ну а если пользователь сам 2 звезды отождествляет, вроде бы идентификация не сильно нужна и работать можно? Или программа для научных исследований?
Если пользователь готов отождествить две звезды сам, то тем самым ему известны приблизительные координаты кадра и мы приходим к режиму номер 2,
1). для широких полей; 2). "Ну мы вас предупредили...", при выборе которого нужно задать [RAcenter;Deccenter;L1xL2].
немного не то.. Одно дело - знать координаты двух звёзд, другое - мучительно отождествлять ИСЗ.. Помощь от программы будет? Центр и ориентацию снимка надо ещё как-то вычислить
В обоих случаях идентификация автоматическая.
По-хорошему гадить под файл не стоит... Какой язык написания и какая платформа?Как вариант хранения информации о файле может быть словарь-репозиторий, где в качестве ключа используется к примеру MD5-хэш контента файла, а структура данных произвольная.Ввод данных каждый раз - тоже плохо. Пересчёта по возможности следует избегать, если он занимает времени больше, чем доли секунды.
Вопрос по поводу взаимодействия с пользователем: нужно ли для обрабатываемого кадра сохранять его параметры?