Друк

[Гість]

Ласкаво просимо, Гість. Будь ласка, увійдіть або зареєструйтеся.
23 Листопада 2024, 00:44:01

1 година 1 день 1 тиждень 1 місяць Назавжди

Увійти

[Новини]

•    Новини
•      Астрономія
•      Астрозаходи
•    Життя клуба
•      Новини
•      Проекти
•      Заходи
•      Звіти про спостереження
•      Документи
•    Статті
•      Обладнання та телескопи
•      Спостереження
•      Астрофотографія
•      Астрософт
•      Астрономія в Україні
•      Астрономи шуткують
•      Інше
•     
•      Файловий архів

Наш канал

Наші сайти

Астро-сайти

Програми

Наш канал

Наші сайти

Астро-сайти

Програми

[Serik2010]

Таки нашел и установил сборку WINE с нужными вмонтированными библиотеками. Программу установил и запустил, но нет у меня фитсов для пробы.

Олег, могли бы Вы расшарить данную сборку на любой удобный Вам файлообменник, либо диск?

В ближайшее время мы подготовим свою сборку WINE и разместим ссылку на неё на сайте CoLiTec, чтобы быть уверенными, что данная сборка будет отлично работать и не будет проблем совместимости.

[Serik2010]

Каталог_.wine_​для_Wine_1.5.t​ar.gz https://yadi.sk/d/_eYz2ORv2AiIo

Спасибо

[Вадим Саваневич]

А вот наша ссылка на архив с настроенным wine:
http://91.212.253.48/downloads/wine.zip
Ей уже пару месяцев, но может кому сгодится.

[M_M]

Появились вопросы.

1. Что это за процесс "Dolli.exe", появляющийся при запуске КоЛиТека, и зачем-то остающийся в памяти после окончания работы?

2.

1*. Каждая серия кадров должна содержаться в отдельном каталоге.

Что такое "серия кадров" в данном контексте?

3.

Время между кадрами (группами, подсериями кадров) в серии при
наблюдениях астероидов должно быть не менее 20-30 мин

    что такое "подсерия кадров", "группа кадров" ?
   

Не менее 20-30 мин

не поддается формализации. Полагаю, имеется в виду обязательно>20 мин, рекомендовано >30.

4.

6.1. Примерные экваториальные координаты центра изображения.

C какой точностью? Плюс-минус 20 градусов сойдет?

5.

идентификатор обнаруженного астероида или кометы в формате МРС,
указанный в заголовке кадра,
поле "OBJECT" (см. рис. 1).

Программа ведь создана для того, чтобы эти самые астероиды или кометы обнаруживать, не так ли? Каким образом мы можем заполнить это поле?

6.

Фокусное расстояние телескопа и размер пикселя ПЗС-камеры в
миллиметрах

Обычно размер пикселя указывают в микронах, да и комментарий к полям XPIXSZ и YPIXSZ говорит то же самое.

Есть ли какие-то рекомендации по выдержкам? Не будет ли слишком большая выдержка смазывать изображение искомого РЛО?

Ночи нынче короткие, небо бывает редко. Вчера как раз была такая ночь. Снимал пару участков неба, с десяток кадров по 100 с каждого. И 4 кадра в 500 сек. Интервал между ними не вписывается в рекомендацию 4 шт с "20-30 мин" между ними. Но это то что есть на сегодняшний день. Могу предоставить.

В июне вообще астроночь короткая, 2 часа всего. Соответственно алгоритм съемки, полагаю, 4-5 панорам по полчаса на каждую? Например, 3 минуты на кадр +2 минуты на перемещение + стабилизацию гидирования. Итого 6 частично перекрывающихся участков неба?

Или лучше для повышения проницания долбить один и тот же участок?

[Serik2010]

1. Что это за процесс "Dolli.exe", появляющийся при запуске КоЛиТека, и зачем-то остающийся в памяти после окончания работы?

Dolli - своего рода сервер приложений для доступа к Интернет-ресурсам (web-сервисам). Это просто exe-файл, который выполняет запросы процессов (программ) CoLiTec.
Сами процессы "общаются" с Dolli посредством сокетов Windows (через DolliClient.dll). Процессы CoLiTec, вообще говоря, могут выполняться в рамках локальной сети. Установив связь с Dolli, процесс отсылает запрос в определенном формате на получение информации с некого Интернет-ресурса. Dolli, получив запрос, идентифицирует его (запрос), ID запроса становится известен инициирующему процессу, а Dolli обращается к соответствующему плагину (dll), который собственно: выполняет POST/GET-запрос, "парсит" результат и записывает его (результат) в файл. Этот файл сохраняется на диске (в рабочей директории Dolli) как «ID.dol». Процесс CoLiTec может получить сохраненный результат, зная его ID (возможен как синхронный, так и асинхронный режим).
Такая трехзвенная архитектура, прежде всего, нужна для синхронизации запросов со стороны процессов CoLiTec. Дело в том что, каждый Интернет-ресурс, как правило, имеет средство контроля количества активных соединений данного IP. Вышеописанная схема позволяет процессам CoLiTec выполнять запросы независимо друг от друга. Механизм синхронизации реализован как в самой системе Dolli, так и в плагинах Dolli.

Исходя из того, что полная версия ПО CoLiTec - OLDAS работает круглосуточно, то отправка запросов через Dolli происходит постоянно. OLDAS же может перезагружаться в процессе работы для очистки потребляемой памяти, но отправка запросов через Dolli не останавливается.

Так же Dolli используется вьювером LookSky, с помощью которого можно тоже формировать и отправлять отчёты.

Подякували

1 :M_M

[M_M]

Для редактирования оглавлений FITS можно использовать

Суть вопроса: Как назвать объект, который еще не найден?

[Serik2010]

Появились вопросы.

2.

1*. Каждая серия кадров должна содержаться в отдельном каталоге.

Что такое "серия кадров" в данном контексте?

3.

Время между кадрами (группами, подсериями кадров) в серии при
наблюдениях астероидов должно быть не менее 20-30 мин

    что такое "подсерия кадров", "группа кадров" ?
   

Не менее 20-30 мин

не поддается формализации. Полагаю, имеется в виду обязательно>20 мин, рекомендовано >30.

В данном контексте "серия кадров" преедполагает совокупность кадров, принадлежащих одному и тому же участку звёздного неба (схожи координаты).

"подсерия кадров" на некоторых телескопах предполагает всего 1 кадр и является составляющей "серии кадров", "группа кадров" - синоним "серии кадров".

Не менее 20-30 мин

не поддается формализации. Полагаю, имеется в виду обязательно>20 мин, рекомендовано >30.

По данным предполагается ОТ 20 ДО 30, тогда >20 мин и <30. Трактовать это можно по-разному. Эти данные являются рекомендуемыми для того,что обнаружить новый астероид. Имея маленькое время, вероятность обнаружения слишком мала на серии кадров. Т.к. траектория будет совсем незаметна.

[M_M]

Dolli - своего рода сервер...

Большое спасибо за разъяснение.
Хотелось бы уточнить какие именно запросы/данные транслируются, какие сервера при этом используются, и ориентировочная загрузка запросами интернет соединения.

А также насколько необходимо держать этот процесс постоянно работающим в рамках эпизодического использования КоЛиТека явно не профессиональными ЛА?

А если сервис постоянно работает, то не может ли он представлять интерес для его использования в других астро приложениях?

[M_M]

Суть вопроса чуть иная: название кадра, а не объекта.
А это уже, как сами для себя решите... Хоть B25, или Sco_01, или 12.3+25.8 (координаты центра кадра).

В тексте говорится:

идентификатор обнаруженного астероида или кометы в формате МРС

[Serik2010]

    6.1. Примерные экваториальные координаты центра изображения.
C какой точностью? Плюс-минус 20 градусов сойдет?

Рекомендуемая точность должна быть 0,1 от размера поля зрения.

[Serik2010]

Суть вопроса чуть иная: название кадра, а не объекта.
А это уже, как сами для себя решите... Хоть B25, или Sco_01, или 12.3+25.8 (координаты центра кадра).

В тексте говорится:

идентификатор обнаруженного астероида или кометы в формате МРС

Ага... вижу. Разработчикам нужно внести исправление в документ.

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

Но раз возникло такое недопонимание, то мы внесём изменения в следующей версии документации.

Спасибо за замечания.

Подякували

1 :Олег Малий

[Serik2010]

В "большой" астрономии координаты центров кадра указаны.
А вот в любительской, сие как бы вроде бы и не требуется 

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

Наше ПО CoLiTec имеет функцию опознания кадров для вычисления координат их центров, но данная функция используется ЛИШЬ для корректировки УЖЕ ИМЕЮЩИХСЯ координат центра кадра.
Также уже откорректированное значение пишется в заголовок FITS.

Однако, если данное значение ВООБЩЕ отсутствует, то такой кадр может некорректно обработаться. Во избежание таких досадных случаев как раз и существуют требования к кадрам.

Но это хорошое предложение. Команда разработчиков обсудит это и скорее всего реализует это в следующем патче/релизе.

[Serik2010]

Serik2010, например THELI GUI переписывает оглавления FITS под свои нужды.

Олег, могли бы Вы предоставить парочку "таких" любительских кадров, хотелось бы взглянуть на их заголовки. Возможно, координаты центров кадра имеют иные идентификаторы? Или они такие же как и у нас в примере, но имеют просто пустые поля со значениями?

[Serik2010]

    Фокусное расстояние телескопа и размер пикселя ПЗС-камеры в миллиметрах

Обычно размер пикселя указывают в микронах, да и комментарий к полям XPIXSZ и YPIXSZ говорит то же самое.

Микрон - это тысячные миллиметра, т.е. в 1 миллиметре 1000 микрон. Наше ПО CoLiTec принимает оба значения. Внесём поправку в документацию для разъяснения.

[Serik2010]

Dolli - своего рода сервер...

Большое спасибо за разъяснение.
Хотелось бы уточнить какие именно запросы/данные транслируются, какие сервера при этом используются, и ориентировочная загрузка запросами интернет соединения.

А также насколько необходимо держать этот процесс постоянно работающим в рамках эпизодического использования КоЛиТека явно не профессиональными ЛА?

А если сервис постоянно работает, то не может ли он представлять интерес для его использования в других астро приложениях?

Обычно транслируются запросы на официальные сайты Minor Planet Center (http://www.minorplanetcenter.net/cgi-bin/checkmp.cgi), Hyper Leda, VSX.

Hyper Leda является онлайн базой данных, с помощью которой можно получить и определить список галактик в заданной зоне. Входными данными для создания запроса к базе данных Hyper Leda являются координаты точки на небесной сфере на эпоху J2000 во второй экваториальной системе координат (прямое восхождение RA, склонение DE), а также размер поля зрения в угловых минутах.
Координаты могут задаваться в двух форматах:

    RA-HH MM SS.SS, DE-dd mm ss.s;
    RA-ddd.ddddd, DE-dd.ddddd,

где HH – часы; MM – минуты; SS.SS – секунды; dd – градусы; mm – угловые минуты; ss.s – угловые секунды.

VSX – это каталог переменных звезд со службой приема новых измерений либо открытия новых переменных звезд.
Подробнее можно можно изучить на официальном сайте: http://www.aavso.org/vsx/index.php?view=about.top

Это служба MPC, в которую можно отправлять данные по пройденным площадкам неба.
Подробнее можно можно изучить на официальном сайте: http://www.minorplanetcenter.net/iau/info/Coverage.html


В рамках эпизодического использования ПО CoLiTec явно не профессиональными ЛА НЕ является необходимым условием держать процесс Dolli постоянно работающим.

А если сервис постоянно работает, то не может ли он представлять интерес для его использования в других астро приложениях?

В будущем планируется создание пособия для разработчиков для создания плагинов Dolli.

Подякували

1 :M_M

[Вадим Саваневич]

    6.1. Примерные экваториальные координаты центра изображения.
C какой точностью? Плюс-минус 20 градусов сойдет?

Рекомендуемая точность должна быть 0,1 от размера поля зрения.

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

[Вадим Саваневич]

В "большой" астрономии координаты центров кадра указаны.
А вот в любительской, сие как бы вроде бы и не требуется 

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

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

[Вадим Саваневич]

Зона-серия
http://91.212.253.48/DEMO/
Пока одна ( http://91.212.253.48/DEMO/ZONE006.rar).
На ней был открыт NEO 2014 KH2   ( http://www.minorplanetcenter.net/mpec/K14/K14K23.html    )
Там кстати, на Н15 моя и Сани Брюховецкого фамилии, как свидетельство того, что Леонид Еленин на Н15 открыл этот объект с использованием нашей проги.

Да. Забыл. Разрешение от Еленина мы получили. Спасибо ему. Теперь готовим интересные серии. Пока выкладываю что есть под рукой прямо сейчас.

[Вадим Саваневич]

То вопрос философский... На пределе, можно его решить, добавив в програму возможности вести с неё сессии астрофото.

Олег! Мы не готовы делать прогу под астрофотографию.
Мы делали и сделали фабрику по открытию астероидов.
Может мы изменим свое мнение со временем, но ресурса (времени и людей) мы себе едва ли добавим.
Мы - хобби -группа и  нам бы в нашем узком сегменте успеть.
Конечно, я о ближайшем полугодии.
Другое дело, что при таком обилии кадров, о которых пишет М_М в посте 30 можно попутной песней, параллельно астрофотографии и астероидов с кометами понаблюдать и понаоткрывать. Адаптировать нашу прогу под подобные кадры - да не вопрос.

[Вадим Саваневич]

Ваша програма ещё сравнительно моладая.
Лет через 10 посмотрите на её развитие

Первое открытие, сделанное в автоматизированном режиме с ее помощью было в мае 2010 года в Андрушевке. А первая комета 2010 Х1 (Еленин) открыта в этом же режиме с ее использованием  10 декабря 2010 года.
И нам надо консолидировать усилия. Мы не имеем права распыляться.
Если поможете нам - вопрос другой ....