ВНИМАНИЕ! На форуме начался конкурс - астрофотография месяца АПРЕЛЬ!
0 Пользователей и 1 Гость просматривают эту тему.
Коль антенна из проволочных диполей, то и увести её в верх просто.Откусить одинаковые кусочки. И не терять те 10%.
Одновременно я еще ее продолжаю наполнять (рассчитываю еще 12 параметров для каждой временной точки).
И тестирую. И дописываю кое-какие функции. Вот, сегодня с утра написал функцию , выводящую статистику. Что получилось утром и сейчас: date | volume | points | images | im_tot | im_60 | im_360 | im_1440 | count_im | count_us----------------------------+--------+---------+--------+--------+-------+--------+---------+----------+---------- 2015-02-04 10:48:23.585651 | 250 GB | 8075397 | 557708 | 9.07 | 12.77 | 48.59 | 69.17 | 184414 | 679 2015-02-04 14:31:26.520685 | 251 GB | 8075397 | 557708 | 9.08 | 12.77 | 48.59 | 69.17 | 186014 | 692
Уже создана экспериментальная база данных с 6.07.2012 вплоть по 20-е октября 2013 г. Для этого периода рассчитаны более 20 параметров для каждого луча на каждые 5 секунд (всего более 8 млн. временных точек), построено более полу-миллиона рисунков (как раз сейчас строятся новые).
Вы делаете принципиальную ошибку создавая базу готовых рисунков, а не базу подготовленных для этих рисунков данных.
2015-02-06 01:24:33.648964 | 251 GB | 8075397 | 557708 | 9.38 | 12.95 | 48.89 | 69.58 | 204001 | 715 2015-02-07 12:56:48.797251 | 251 GB | 8075397 | 557708 | 9.72 | 13.25 | 49.45 | 70.63 | 214781 | 735 2015-02-08 16:32:30.794382 | 252 GB | 8075397 | 557708 | 9.96 | 13.49 | 49.53 | 71.04 | 225504 | 749 2015-02-08 21:46:37.004505 | 252 GB | 8075397 | 557744 | 10.01 | 13.54 | 49.53 | 71.04 | 228496 | 752 2015-02-09 10:54:37.018624 | 252 GB | 8075397 | 579992 | 9.71 | 13.62 | 49.63 | 71.04 | 232358 | 756 - соответственно, постепенно растет число рисунков.
Рисунки по всем 27 сортам данных сформированы несколько дней назад. Кстати, почему визуализатор пока не очень полезен: рисунки делаются после предварительной калибровки данных перед отрисовкой, при этом сами данные внутри базы на самом деле пока не откалиброваны (все еще аккуратно тестирую, как именно правильнее всего откалибровать).
Цитата: Самодуров Владимир от 27 Фев 2015 [09:55:36]Рисунки по всем 27 сортам данных сформированы несколько дней назад. Кстати, почему визуализатор пока не очень полезен: рисунки делаются после предварительной калибровки данных перед отрисовкой, при этом сами данные внутри базы на самом деле пока не откалиброваны (все еще аккуратно тестирую, как именно правильнее всего откалибровать). Таким образом, Вы и здесь хотите предугадать, что захочет увидеть пользователь на Ваших рисунках
(если не запутается в этих 27 сортах данных).
А может быть пускай пользователь сам занимается этим.
Может быть он как раз и хочет увидеть рисунок в чрезмерно большом масштабе. Вот пускай и задает перед отрисовкой нужный ему масштаб.
Тем более, мне не понятно зачем тогда вообще будут нужны заранее заготовленные рисунки, если у Вас будет визуализатор для произвольной отрисовки.
Хотя, наверное, какие то заготовленные рисунки будут и нужны. Например, обзорные снимки требующие очень большого объема исходных данных.
Можете выделить такие рисунки в отдельный раздел,
а все типовые рисунки пусть пользователь отрисовывает сам, задавая различные нужные ему режимы отрисовки.
С наилучшими пожеланиями Сергей Юдин.
Я рассчитываю на самого умного и вдумчивого юзера. 8-) А ему - понадобится все и даже больше (можно ведь и комбинировать/аггрегировать эти сорта данных!).
Большие рисунки требуют до-о-о-олгой отрисовки. Пробовали когда-нибудь пользоваться Skyview? То еще удовольствие, когда задаешь окно более 3-х градусов... Поэтому лучше их сгенерировать заранее.
Посмотрите на тестовую форму - в какую сторону исправлять?
Цитата: Самодуров Владимир от 27 Фев 2015 [15:46:08]Я рассчитываю на самого умного и вдумчивого юзера. 8-) А ему - понадобится все и даже больше (можно ведь и комбинировать/аггрегировать эти сорта данных!).Вот пускай этот самый умный и вдумчивый юзер и преобразует эти данные и комбинирует их сколько и как ему угодно.
А затраченное на это время это будет уже его желание усложнить обработку данных.Цитата: Самодуров Владимир от 27 Фев 2015 [15:46:08]Большие рисунки требуют до-о-о-олгой отрисовки. Пробовали когда-нибудь пользоваться Skyview? То еще удовольствие, когда задаешь окно более 3-х градусов... Поэтому лучше их сгенерировать заранее.Во-первых, не пробовал. Во-вторых, что то там слишком сложно (бегло посмотрел их форму).
В-третьих, я не понимаю как время отрисовки может зависеть не от размеров рисунка в пикселях, а от его размера в градусах (если не считать времени чтения данных с диска). Но, в любом случае те рисунки, что Вы собираетесь рисовать никак не могут строиться дольше чем несколько секунд.
К сожалению, мне кажется, Вы делаете принципиальную ошибку создавая базу готовых рисунков, а не базу подготовленных для этих рисунков данных. Во-первых, с чисто научной точки зрения картинки хороши в демонстрационных целях, а для научных расчетов нужны именно цифры. Во-вторых, информативность таких рисунков может быть сведена к нулю, если мы не можем однозначно идентифицировать на картинке тот или иной луч, т.е. однозначно определить склонение для этого луча. Например, вот здесь http://astro.prao.ru/cgi/out_img.cgi?id=8800&interval=1440 совершенно нельзя определить какому склонению соответствует тот или иной луч.
Правда, я пишу код для программ под Windows, а вам нужен скрипт для html формы, но я не думаю, что при этом на порядки увеличится время отрисовки.
Попробуйте поговорить с Владиславом Тюльбашевым (это сын Сергея Тюльбашева), чтобы он посмотрел в чем у Вас там проблемы при отрисовке. Я думаю он поможет быстро решить этот вопрос, т.к., во-первых, он не плохой программист, а, во-вторых, он работал с данными наблюдений Вашей обсерватории.
Цитата: Самодуров Владимир от 27 Фев 2015 [15:46:08]Посмотрите на тестовую форму - в какую сторону исправлять? Во-первых, надо добавить сверху шкалу звездного времени.Во-вторых, строчку со стандартным размером рисунка надо убрать, а ширину и высоту картинки по умолчанию (800*600) прописать в окошках width и height.В-третьих, я не вижу переключателя между амплитудной прорисовкой и цветовой или просто яркостной в одном каком то цвете (лучше всего в зеленом).В-четвертых, есть проблема, если человек хочет прорисовать участок неба наблюдавшийся между 23 часами 1-го января и 2 часами 2-го января.Пока все (если не считать того, что окошки можно сделать и поменьше, а так же я не понял зачем при этом выводится так много текстовой информации).
Извините, просто не могу удержаться. Просто меня всегда поражает и приводит в ступор, когда астрономы не знают этого классического ресурса-генератора изображений с классических каталогов и обзоров. Может быть, я излишне категоричен, но по мне - это первый ресурс, на который должен отправляться любой астроном-профессионал, чтобы посмотреть и на сам объект в разных диапазонах, и на его окрестности.
Этот рисунок - суточный, на нем отрисовано 96 лучей для более чем 17 тысяч пятисекундных интервалов, итого: отрисовываем примерно 1.7 миллиона отрезков. И, не забудьте, что все эти данные сначала калибруются Так вот, калибровка+отрисовка одного суточного рисунка занимает 100 секунд.Для одного стандартного часового рисунка, конечно же, все значительно быстрее - отрисовка 48 лучей Х 720 пятисекундных точек занимает 2 секунды.
Кстати, мимоходом - похоже, Вы не обратили внимания (как и я тоже не сразу понял суть Вашего замечания) - в базе данных вся цифра есть. Но выдавать мы пока будем только рисунки. Доступ к данным (цифре) будет только тогда, когда выполнится ряд условий (лишь одно из них, первое - вопросы авторства ...).
Извините, но Вы, кажется, забываете, что я не профессиональный астроном и меня все эти окрестности в рамках решаемой мною задачи совершенно не интересуют.
А решаю я чисто физическую задачу, но все астрономы, занимающиеся двойными пульсарами, не удосужились опубликовать элементарных данных наблюдений по этим пульсарам, а именно по периоду принимаемых импульсов в разные моменты наблюдения. Вот мне и приходится за них делать и эту работу. Поэтому, мое незнание некоторых ресурсов, нужных профессиональным астрономам, простительно.
Цитата: Самодуров Владимир от 01 Мар 2015 [23:04:47]Этот рисунок - суточный, на нем отрисовано 96 лучей для более чем 17 тысяч пятисекундных интервалов, итого: отрисовываем примерно 1.7 миллиона отрезков. И, не забудьте, что все эти данные сначала калибруются Так вот, калибровка+отрисовка одного суточного рисунка занимает 100 секунд.Для одного стандартного часового рисунка, конечно же, все значительно быстрее - отрисовка 48 лучей Х 720 пятисекундных точек занимает 2 секунды. Ну, во-первых, 100 секунд для больших рисунков это не критично, т.к. навряд ли кому то потребуется много таких обзорных снимков, а, во-вторых, время отрисовки можно значительно сократить, если рисовать не отрезки между точками, а просто отдельные пиксели. Ведь у Вас стандартный рисунок 800*600=480 000 пикселей (точек), а Вы на него выводите 17 000 000 пикселей. Да, да именно пикселей, а не отрезков между точками, т.к. у Вас на один пиксель приходятся десятки или даже сотни отрезков между точками и Вы просто десятки или сотни раз рисуете один и тот же пиксель, а не отрезок в несколько пикселей между двумя точками. Таким образом, если бы Вы выводили рисунок, как набор пикселей, то у Вас на это ушло бы как минимум в 35,4 (17000000/480000) раза меньше времени. При этом, будет разница во времени вывода подготовленных Вами точек на рисунок в амплитудном и цветовом виде и сами выводимые точки могут потребовать разной размерности массивов. Например, в амплитудном выводе Вам надо просто согласовать количество 5-и секундных интервалов с количеством пикселей по ширине рисунка, а вот при цветовом выводе, т.к. высота рисунка в 96 пикселей (каналов) маловата для хорошего восприятия, то Вам придется рассчитать промежуточные значения амплитуды (яркости сигнала) еще желательно для 3-х лучей между имеющимися у Вас лучами. Да, все это потребует машинного времени, но математические операции выполняются всегда гораздо быстрее, чем выводится графика, так что Вам тут есть над чем подумать.
А для примера я приведу вывод на моей программе Pulsar1 цветового и амплитудного вариантов визуализации данных из файлов наблюдений за пульсаром PSR 1913+16, которые я скачал с сайта обсерватории Parkes. На первом рисунке
Но, в любом случае, Ваша обязанность, как обсерватории предоставить пользователю именно сами данные наблюдений,
Если какая-то тема интересует именно Вас - подавайте заявку на наблюдения (это, кстати, конкретно к нашей переписке - велкам в заявочную компанию на следующий квартал, подавайтесь на цифровую пульсарную установку, разработанную Логвиненко, и будет Вам щастье с этим пульсаром 8-) ).
В целом соглашусь. Но отмечу еще раз - Вы, привыкнув работать с Си, не очень понимаете, что языки , "заточенные" под веб , обработку текстов, графические библиотеки - а именно - Perl, PHP, Python - медленнее Си как минимум в несколько раз, а как максимум - на два порядка.
Спасибо за приглашение. Очень бы хотелось, но я не знаю как это сделать конкретно. Помогите.
Автор
Тема: Круглосуточный радио-обзор половины неба на 110 МГц на ПРАО ФИАН (Прочитано 7590 раз)
