![]() |
![]() |
#111 | |
Пользователь
Регистрация: 21.10.2015
Сообщений: 234
|
![]() Цитата:
![]() ![]() ![]() ![]() |
|
![]() |
![]() |
![]() |
#113 |
Пользователь
Регистрация: 08.01.2015
Сообщений: 303
|
![]()
Петр, спасибо!
|
![]() |
![]() |
![]() |
#114 | |
Пользователь
Регистрация: 14.01.2015
Сообщений: 129
|
![]() Цитата:
Предложение ко всем. Может завести отдельную тему для публикации времени стимуляции указанных точек? |
|
![]() |
![]() |
![]() |
#115 |
Пользователь
Регистрация: 05.01.2015
Сообщений: 410
|
![]()
Предпринял попытку автоматизации расчетов дат для стимуляции точек долголетия и собрал приложение, которое генерирует в том числе файл экспорта для гугл-календаря. Ссылки на инструкции как импортировать календарь и синхронизировать с ним смартфон - находятся в программе. Теперь можно на много лет вперед забыть про создание напоминалок. Сразу скажу, что цифры в программе не совпадают минута в минуту с теми, что публикуются на сайте, поскольку они считают восход по верхнему краю лунного диска и используют приблизительное время для оценки полного выхода из-за горизонта, а данная программ изначально считает время восхода по нижнему краю диска и округляет результат с точностью до 5-минут в большую сторону. Соответственно требуется только раздобыть координаты места проживания (из Википедии или мобильного приложения, которое может их определять). Если адресов пребывания несколько - для каждого надо сделать отдельный календарь и подключать их по мере необходимости. Перед началом важно убедиться что региональные настройки на компьютере выставлены корректно. Всю информацию о часовых поясах и локальном времени программа получает именно из системных настроек. Если настройки когда-то поменяются (Медведев вернет летнее время) расчет придется повторить заново. Поскольку компьютер под управлением Windows нынче исчезающий вид то в настройках гугл-календаря можно просто расшарить календарь на свой город (пример для Москвы) чтобы люди без настольного компьютера копировали информацию в собственные календари оттуда. Если наберется несколько голосов в поддержку другого формата экспорта календарей (e.g. iСal) - готов буду добавить.
|
![]() |
![]() |
![]() |
#116 |
Администратор
Регистрация: 02.01.2015
Сообщений: 2,493
|
![]()
Как рассчитывали цифры? Я в своё время собирался сделать приложение, и упёрся в то, что, если данные рассчитывать не по эфемеридам, слишком большая погрешность получается.
__________________
Это всего лишь один из возможных взглядов на вещи (возможно, уже несоответствующий моим текущим взглядам) |
![]() |
![]() |
![]() |
#117 |
Пользователь
Регистрация: 05.01.2015
Сообщений: 410
|
![]()
Так называемые "швейцарские эфемериды" используются в формате сопутствующей dll-библиотеки. Если загрузить к ней сами файлы с эфемеридами за определенные периоды, то точность максимальная. Без архивов используется полуаналитическая модель, которая аппроксимирует данные из каталога DE404 с точностью до нескольких угловых секунд, что более чем достаточно. Цена - падение скорости расчетов раз в 10. Работает в периоде до 3000 года. Самая большая погрешность сейчас, что я принял высоту над уровнем моря равной 0 и отключил учет рефракции поскольку все равно с точностью до 5-ти минут округляются результаты. Также видел попытку портировать проект на PHP, возможно поможет достроить веб-приложение на его основе. Еще несколько вариантов астрономических API предлагаются, но по подписке за ~$50/год. Чтобы совсем не офтопить - могу ссылки в ЛС отправить..
|
![]() |
![]() |
![]() |
#118 |
Администратор
Регистрация: 02.01.2015
Сообщений: 2,493
|
![]()
API я тоже видел, правда, по 50$ не видел, по 300$ видел
![]() ![]()
__________________
Это всего лишь один из возможных взглядов на вещи (возможно, уже несоответствующий моим текущим взглядам) |
![]() |
![]() |
![]() |
#119 | |
Пользователь
Регистрация: 05.01.2015
Сообщений: 410
|
![]() Цитата:
![]() Последний раз редактировалось AVi; 29.02.2016 в 10:56. |
|
![]() |
![]() |
![]() |
#120 |
Пользователь
Регистрация: 05.01.2015
Сообщений: 410
|
![]()
сравнил результаты программы с календарем на март, опубликованным сегодня и выявил расхождение на сутки в большинстве случаев. запросил разъяснения у автора. вроде бы в алгоритме у них однозначно прописано чтобы отдавать предпочтение восходам в пользу предыдущего дня, в случае если восход случается после достижения фазовой границы справа на текущие сутки. возможно они отошли от исходного принципа где-то. узнаю аргументацию и обновлю приложение в случае необходимости..
|
![]() |
![]() |