FITS формат в Linux

Так как мой новый проект посвящён адаптивной оптике для телескопов, мне приходится иметь дело с астрономическими данными. Астрономы не хранят снятные данные в JPG или TIFF - у них есть свой формат, который называется FITS (Flexible Image Transport System). FITS это намного больше, чем просто формат изображений: это формат, позволяющий хранить многомерные массивы данных. О том, как работать с FITS, и посвящена эта заметка.

Просмотр и анализ
Формат, в целом, хорошо стандартизирован, но это не мешает некоторым производителям научных камер от него отступать. На всякий случай, проверить формат FITS на соответствие стандартам можно по этой ссылке: verify any FITS file.

Анализатор изображений ds9 формата FITS
Так как FITS предназначен для учёных и астрономов, в повседневной жизни вы вряд ли с ним столкнётесь. Поэтому едва ли GIMP вам поможет его открыть. Для просмотра и анализа изображений в FITS есть программа ds9, которую можно скачать отсюда.
Программа поставляется в виде одного скомпилированного исполнимого файла, который можно сразу запустить (и вот это очень правильный подход в стиле "батарейки в комплекте").
Сделали её крепкие парни из Гарварда, так что не абы кто.
Здесь загружено изображение с телескопа, где проводилось тестирование сенсора волнового фронта Shack-Hartmann. Это, конечно, хорошо, но ds9 не хватает гибкости и к тому же это скорее просмотрщик файлов нежели анализатор.

Поддержка FITS в Nip2
Мне очень нравится этот малоизвестный анализатор изображений, который незаслуженно обходят вниманием, когда говорят об обработке изображений в Linux. Небольшой и очень быстрый, nip2 это целая лаборатория по исследованию и анализу изображений любых размеров. Не так давно, я связался с John Cuppit, автором Nip2, и он добавил экспериментальную поддержку FITS в NIP2. Так что в версии 7.24 должна появиться поддержка FITS.


Работа с FITS в MATLAB
Здесь всё довольно туманно: несмотря на то, что есть скрипты для загрузки и записи FITS файлов в MATLAB, они работают не для всех камер.

В этом основная проблема: работать с данными предполагается в MATLAB, а загружать их довольно проблематично. Так что если у кого есть доморощенные скрипты для FITS, просьба ими поделиться в комментариях.

29 комментариев: |высказаться!| RSS-лента дискуссии.|
Maxim G. Ivanov комментирует...

изобаржений -> изображений

А может как раз питоновский модуль поможет?
python-pyfits
http://www.stsci.edu/resources/software_hardware/pyfits

Unknown комментирует...

Вы не поверите, но GIMP может открыть FITS. Только толку в этом мало)
Для работы с фитсами существует масса программ и библиотек: от cfitsio для Си до астрономического комбайна Midas.
Кстати, в фитс будет отсканирована ватиканская библиотека)

NullFlow комментирует...

->это формат, позволяющий хранить многомерные массивы данных.
Он наверно занимает много места? или есть какой нибудь алгоритм сжатия?...

Анонимный комментирует...

ImageJ пробовали?

http://rsbweb.nih.gov/ij/

Unknown комментирует...

Кроме MIDAS, есть его аналог IRAF (iraf.net). Также, возможно, что-то полезное можно найти здесь: http://www.iac.es/sieinvens/siepedia/pmwiki.php?n=HOWTOs.EmpezandoPython

Анонимный комментирует...

Imagemagick этот формат прекрасно поддерживает.

virens комментирует...

Так, автор подразгрёб завалы в своей угольной шахте и готов немножко потроллить :-)

@Maxim G. Ivanov комментирует...
изобаржений -> изображений
Спасибо!

А может как раз питоновский модуль поможет?
Возможно. Но хотелось бы работать с этим в МАТЛАБе.

@Konstantin комментирует...
Вы не поверите, но GIMP может открыть FITS
Серьёзно? Мой Гимп (Ленни) такого не умеет. Но в общем и не Гимпа это дело. Я тут стукнул в емайл Джону Каппиту, который автор nip2. Он туда его добавил, но он перешёл на новые гномьи библиотеки, так что 7.24 я собрать не могу. А жаль.

Для работы с фитсами существует масса
Константин, от этой массы мне ничуть не радостнее. Душа просит под матлаб.

до астрономического комбайна Midas.
О, а вот за Мидас спасибо! Хотя эти орлы из ESO такие затейники, блин... даже под какой-то АльтЛинупс есть сборка, и под Бубанту, а под Дебиан нету....


@NullFlow комментирует...
Он наверно занимает много места?
В таких применениях это не критично. Купим ещё терабайтный винчестер :-)

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

@Анонимный комментирует...
ImageJ пробовали?
На Джаве!? НЕТ ПУТИ! :-)

На самом деле, один мой хороший знакомый, который работает прикладным математиком в Великобритании, меня агитировал за ImageJ. Но обработка изображений и тормозная джава в моей голове почему-то не укладываются одновременно.

@danila комментирует...
Также, возможно, что-то полезное можно найти здесь
О, спасибо, Данила! Хорошая ссылка!


@Анонимный комментирует...
Imagemagick этот формат прекрасно поддерживает.
А толку? Ну и во что его конвертировать? В джыпег? :-)
Есть интерес просматривать и анализировать изображения без конвертации. Ds9 и nip2 для этой роли отлично подходят (особенно последний).

Если кто ещё вспомянет хорошие, годные ссылки, просьба не стесняться и отгружать в комментарии.

Анонимный комментирует...

>На самом деле, один мой хороший знакомый, который работает
>прикладным математиком в Великобритании, меня агитировал за
>ImageJ. Но обработка изображений и тормозная джава в моей
>голове почему-то не укладываются одновременно.

понятно: не пробовали.

virens комментирует...

@Анонимный
понятно: не пробовали.
Именно так, из серии "не читал, но осуждаю" ;-)

Тому есть причины, as follows:
1. нужно тратить время на изучение нового инструмента, профит от которого туманен.
2. в моей области всё завязано на MATLAB и, в значительно меньшей степени, на Октаву. Этому способствует КОЛОССАЛЬНОЕ legacy - всякие программы и куски кода, написанные студентами и всякой школотою, но рабочие.
3. расширяемость.
4. наличие огромного количества тулбоксов почти для всего, что только можно пожелать (ну разве кроме FEM, хотя всякие октябрята что-то там ваяют и выкладывают на матлабцентрал).

ImageJ именно по указанным причинам и вызывает скепсис: переписывать что-то на другой инструмент нет ни времени, ни желания. Тем более использовать инструмент джаве. Тогда уж сразу на Си...

Если ув.тов. Анонимус вкратце раскроет тему "Хорошая девочка Лида - а чем же она хороша!?", автор будет благодарен оному Анонимусу до конца своей жалкой и никчёмной жизни :-)

Анонимный комментирует...

>Если ув.тов. Анонимус вкратце раскроет
>тему "Хорошая девочка Лида - а чем же она
>хороша!?", автор будет благодарен оному
>Анонимусу до конца своей жалкой и
>никчёмной жизни

малореально. оно визуальное, на него лучше смотреть. и тратить время на изучение. аноним же, как известно, глуп, ленив и невежественен, но при том сварлив сверх меры.

вкратце, по предложенным пунктам:

>3. расширяемость.
>4. наличие огромного количества тулбоксов
>почти для всего, что только можно пожелать

http://rsbweb.nih.gov/ij/plugins/index.html
и аноним не представляет себе назначения более чем 95% представленных плагинов, а "их там тысячи!"

http://rsbweb.nih.gov/ij/docs/index.html
документация и туториалы, которые аноним не читал, но всячески одобряет. аноним вообще сегодня всячески одобряет.

из личных ощущений - аноним обрабатывал данные регистрации времени жизни флуоресценции (12-bit integer TIFF). простые вещи делать очень просто, с простыми задачами начинать работать легко. можно делать 3D реконструкцию с данных томографии (3D viewer):
http://rsbweb.nih.gov/ij/plugins/3d-viewer/index.html
в принципе оно не очень полезно, но анониму понравилось.

ImageJ потребляет много памяти, поэтому для автоматизированной обработки, вероятно, лучше работать с 64-разрядной версией. у 32 лимит 1700 Мб (это лимит явы, которая имеется в комплекте). аноним пыхтел.

можно импортировать файлы по маске, задаваемой в синтаксисе регулярных выражений. анониму понравилось.

думаю, что ImageJ может буть удобным для прототипирования алгоритмов обработки изображений. делать это аноним не пробовал.

virens комментирует...

@Анонимный комментирует...
оно визуальное, на него лучше смотреть. и тратить время на изучение.
Таки раскопал скриншотов - смахивает на визуальный редактор и анализатор изображений. Автор для этого с большим успехом пользует nip2, и на страницах своего жалкого бложика за него, nip2, неустанно агитирует :-)

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

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

из личных ощущений - аноним обрабатывал данные регистрации времени жизни флуоресценции (12-bit integer TIFF). простые вещи делать очень просто
Это интересно. А изображения большие были? Мне вот nip2 люб тем, что оно может открывать и склеивать сколь угодно большие куски картинок, и с зумом проблем нет.

ImageJ потребляет много памяти
Вот за это джава-то мне и не по нраву. Но нам тут дали доступ к машинам с виндою богомерзкой, где аж 6Гб памяти.

можно импортировать файлы по маске, задаваемой в синтаксисе регулярных выражений. анониму понравилось.
О, автору это тоже понравилось. Мануал уже качаю, турбокальян начинаю растапливать :-)

думаю, что ImageJ может буть удобным для прототипирования алгоритмов обработки изображений.
Занятно, надо будет попробовать.

Анонимусу огромнейшее спасибо. Анонимус таки убедил автора попробовать ImageJ и даже поставить ради этого некошерную джаву. Большое спасибо Анонимусу также и за ссылки, в коих автор нашёл много интересной пищи для размышлений. Как всегда, Анонимус доставил :-)

Анонимный комментирует...

>Это интересно. А изображения большие были?
>Мне вот nip2 люб тем, что оно может открывать
>и склеивать сколь угодно большие куски
>картинок, и с зумом проблем нет.

зум есть, но аноним зумом активно не пользовался: не возникало потребности. склеивать ничего не склеивал - по той же самой причине.

изображения были небольшие (640x512), но аноним их регистрирует помногу - от десятков до сотен. обрабатывать удобно все сразу, но каждый новый результат занимает память, аналогичную половине исходного набора данных.

исходные изображения - это набор I1 и набор I2 (две интенсивности для расчет времени жизни). сначала надо избавляться дефектных данных, путем визуального контроля (глазками). это очень важный момент для анонима, и с помошью ImageJ делать это удобно.

потом аноним рассчитывал попиксельно их частное, потом время жизни, потом концентрацию. иногда у 32 разрядной ImageJ заканчивалась память. здесь аноним пыхтел: удалял промежуточные результаты, исходные данные обрезал согласно выбранному region of interest, и это обычно сходило. кстати, есть очень приятная команда restore selection, которая дублирует последний selection, скажем, на втором из загруженных наборов изображений, в то время как выбор selection мог быть осуществлен на первом, или на одном из результатов обработки.

удобно выполнять попиксельно деление (или целочисленное сложение, вычитание и т.д.) одного изображения или набора на другой, и сразу наблюдать результат (это image calculator). доступна и более сложная математика (math -> macro).

важный момент состоял в том, что по умолчанию доступная память в настройках что-то около 600 Мб, и её надо увеличивать. интерфейс превысить безопасный верхний предел не позволяет. но можно отредактировать файлы, и если предел превысить, то ImageJ перестает запускаться (это даже описано где-то в мануалах, которые аноним не читал, но всячески одобряет).

в меню рыться слегка надоедает. чем-то ImageJ напоминает майкрософт ексель: делает некоторые вещи очень удобными, накладывая попутно определенные ограничения.

как-то так.

virens комментирует...

@Анонимный комментирует...
склеивать ничего не склеивал - по той же самой причине.
Понятно. У автора как раз была проблема: были 3000х3000 пикселей изображения и их надо было склеить (с подстройкой яркости). Местные туземцы пытались сделать это в их любимом фотошопе, но их ждал Былинный Отказ :-)

изображения были небольшие (640x512)
Это объясняет расхождение вкусов ув.тов.Анонимуса (ImageJ) и автора (nip2).

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

Если это "горячие пикслели", то автор в этом чуток поднаторел - во всяком случае, до формулирования вменяемой модели CMOS\CCD фотосенсора. Автор в данный момент пыхтит и усиленно пишет статью в Journal on Electronic Imaging по этому поводу. Готов поделиться с Анонимусом если и не текстом (ещё не готов), то по крайней мере полезными ссылками (а это завсегда).

иногда у 32 разрядной ImageJ заканчивалась память. здесь аноним пыхтел
Вот именно за это автору так nip2 и люб. Анонимус может оный nip2, кстати, раскопать в репозиториях своего дистрибутива и невозбранно потыкать в него палочкой. Автор уже скачал ImageJ, и первые впечатления его радуют. На выходных планирую потыкать в ImageJ ещё.

сразу наблюдать результат (это image calculator). доступна и более сложная математика (math -> macro).

Полезно. Спасибо за идеи.

важный момент состоял в том, что по умолчанию доступная память в настройках что-то около 600 Мб

nip2 к памяти относится НАМНОГО бережнее. Из серии "от нашего стола - вашему столу" - таки попробовать nip2 стоит.

в меню рыться слегка надоедает. чем-то ImageJ напоминает майкрософт ексель
Тут автор снова достаёт старую пластинку: в nip2 хоткеи можно назначить на любую опцию меню.


Если ув. Анонимус всё ещё читает комментарии, было бы интересно переписаться по email. Ув. Анонимус очень highly welcome черкнуть пару строчек на mydebianblog джымайл.ком (или оставить в комментариях свой адрес) - мало ли, может быть будем друг другу полезны. Автор готов поделиться своим скромным опытом по обработке изображений и анализу темновых шумов твердотельных сенсоров. В общем, айм лукинг форвард то хеар сомфин фром Ув. Анонимус. Буду очень рад.

Анонимный комментирует...

аноним всё читает, конечно.

>>сначала надо избавляться дефектных данных,
>>путем визуального контроля (глазками).

>Если это "горячие пикслели", то автор в этом
>чуток поднаторел - во всяком случае, до
>формулирования вменяемой модели CMOS\CCD
>фотосенсора. Автор в данный момент пыхтит
>и усиленно пишет статью в Journal on
>Electronic Imaging по этому поводу.
>Готов поделиться с Анонимусом если и
>не текстом (ещё не готов), то по крайней
>мере полезными ссылками (а это завсегда).

полезные ссылки аноним всегда с благодарностью принимает и читает, даже если ничего не смыслит в предмете.

горячие пиксели есть, но их мало. не они беспокоят анонима. тут другая проблема: система регистрации иногда дает технические сбои, и тогда регистрируемые изображения не содержат никаких осмысленных данных. например, все пикселы могут иметь значение 0. или, наоборот, 4095 (максимальное для 12-битных данных камеры). почему так - аноним не знает. коллеги анонима, эксплуатирующие аналогичные или подобные системы, тоже не знают. но в большинстве случаев все работает прекрасно, и этого достаточно. прибор опубликован, практически в его нынешнем виде: это установка для подводных измерений растворенного кислорода по данным времени жизни флуоресценции индикаторного соединения, двумерный датчик (плоскость), регистрация сигнала CCD камерой, потом пересчитывается во время жизни и затем в кислород. если интересно или просто любопытно - аноним может дать ссылку или прислать pdf.

аноним не участвовал в конструировании прибора. аноним его эксплуатирует: изображения -> время жизни -> концентрация кислорода. аноним временами подозревает, что анализом изображений он занимается исключительно по воле господней: в наказание за грехи и гордыню.

nip2 аноним обязательно попробует. но неизвестно, когда: времени мало, а дел много, и динамика отнюдь не вдохновляюшая.

почтовый адрес анонима: mkononets at gmail dot com

Анонимный комментирует...

Товарищ автор, у нас (солнечников) некий idl используется. Со своими огромнейшими наработаками, legacy и heritage (данные телескопов на SOHO, Yohkoh, Hinode, SDO и даже мы - ТЕСИС). Очень удобно, быстро и, главное, сухо. Стоит лицензия "копейки" - тысячу уев для академического использования. Очень рекомендуем-с

OMI комментирует...

Я вчера открывал в ImageJ на 259Мб FITS, предварительно зарезервировав для проги 1 Гб оперативки.
В компьютере ОС Ubuntu 10.10

Лев комментирует...

В настоящий момент пишу диплом, премного благодарен Вам за ресурс по ЛаТеКСу.
Сам физик, работаю с изображениями Солнца в формате fits.
Вообще наша лаборатория использует язык и среду IDL (Interactive Data Language)--возможно, Вы об этой штуке слышали. У меня есть дистрибы под Линь, но я пока как бывший виндузятник по привычке использую чуть более красивый виндовый интерфейс под виртуальной XP.
*.tar.gz могу поделиться.
Виндовым дистрибом не поделюсь: он с лицензией института, но это и вряд ли Ваших читателей заинтересует.

virens комментирует...

@Анонимный комментирует...
Товарищ автор, у нас (солнечников) некий idl используется.
О, да я в курсе про IDL. Кстати, может кто скажет, чем оно так лучше МАТЛАБ\Октавы (не флейма ради).

Очень удобно, быстро и, главное, сухо.
Не сомневаюсь, но наши местные астрономы (да и инженеры вообще) как-то прибились к МАТЛАБу. Октава - это пионерское красноглазое поделие (в последней версии imread работает криво и не загружает TIF!).

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

@OMI комментирует...
Я вчера открывал в ImageJ на 259Мб FITS, предварительно зарезервировав для проги 1 Гб оперативки.
Хм... Ну ладно. Уговорили :-)


@Лев комментирует...
В настоящий момент пишу диплом, премного благодарен Вам за ресурс по ЛаТеКСу.
Хе-хе, а я вижу по статистике, что мои баяны про диплом в латехе пошли наверх по посещаемости - вот и выложил побыстрее этот пост.

Вообще наша лаборатория использует язык и среду IDL (Interactive Data Language)--возможно, Вы об этой штуке слышали.
Лев, да я о ней слышал. Но не видел. Изучать новый инструмент без ярко выраженной killer feature нет времени. В чём крутизна IDL?

У меня есть дистрибы под Линь
У нас тут копирастия во все поля, и за нелицензиощину меня жестоко покарают местные айтишники :-) Они вообще на мой Дебиан косо смотрят

Хорошо, что вопрос про IDL поднялся. Можно попросить компетентных Анонимусов и других пользователей IDL в двух словах обрисовать личный опыт - чем оно круче МАТЛАБа и какие киллерфичи. Без флейма и официальных страниц - интересует личный опыт. Буду благодарен. Кстати, а если есть код на IDL, его можно как-то затащить в МАТЛАБ?

Лев комментирует...

Хм. У меня есть подозрения, что в этом светлом начинании мы столкнёмся с практически нулевой корреляцией активного МАТЛАБораторного опыта и активного же опыта работы с АЙДЛом...

Что до меня, я никогда (за исключением двух занятий в школе) не пользовался МАТЛАБой. Мой годовалый опыт работы с IDL начался так: я попытался реализовать данное мне моим научником задание по массовой обработке однотипных изображений 1024x1024 на Си (ах, да, ведь ещё и в формате *.fits! :)). Думаю, не стоит описывать мои тогдашние мучения. :) В конечном итоге я обратился за помощью к НР, и он изрёк: вот--IDL, язык, которым обычно пользуются в научном мире. И я схватил сатори прямо там :)

Думаю, это просто вопрос привычки. Имхо, если три года пользовался МАТЛАБой, никакие (даже киллер-) фичи IDL не заставят %username% сменить ориентацию, и наоборот.

Анонимный комментирует...

Комментирует анонимус, не понаслышке знакомый с творчеством Льва.

Насчет killing feature сказать ничего не могу, ибо с матлабом не знакомый. Основная причина для нас - большие наработки в области рентгеновских изображений Солнца. В частности, все команды, запускающие на спутниках солнечные обсерватории (УФ и рентгеновские) используют и fits-ы, и IDL. Это обсерватории SOHO, Hinode, SDO и т.д. Так вот, для каждого проекта обычно сразу же выпускают набор программ, для доступа к и обработки соответствующих данных. Это включают обычно в пакет solarsoft (http://www.lmsal.com/solarsoft/)

Вообще IDL очень быстр и удобен. Загрузка изображения выходит в нем что-нибудь типа data=readfits(filename),
его fft - data1=fft(data,forward)
свертка матриц res=convol(data,kern)
умножение матриц res=A ## B и т.д.
Самое то, что нужно для изображений

virens комментирует...

@Лев комментирует...
Что до меня, я никогда (за исключением двух занятий в школе) не пользовался МАТЛАБой.
На всякий случай: если за матлаб денег платить жалко, можно запустить программы на Octave - оно с версией 3.0 уже съедобно и может запускать что-то посложнее magic(3).

опыт работы с IDL начался так: я попытался реализовать данное мне моим научником задание по массовой обработке однотипных изображений 1024x1024 на Си
Ох шит! :-) Лев, этой задачи хватит до пенсии. Там кроме загрузки и записи (что уже геморрой) потребуется прикручивание библиотек работы с матрицами, FFT и прочее.

он изрёк: вот--IDL, язык, которым обычно пользуются в научном мире. И я схватил сатори прямо там
Понятно.

Я почему так заинтересовался: еть такие ребята с проекта TMT (Thirty Meters Telescope). Эту ватагу возглавляет знатный товарищ Elerbroek, у которого есть полный симулятор адаптивного телескопа, написанный на IDL. Если немного у него поклянчить, может выслать. Мне бы пригодились части их программ для моей балалайки (собственный симулятор).

Думаю, это просто вопрос привычки.
В общем-то да. Для матлаб тоже не религия - просто я им пользуюсь уже несколько лет, и куча легаси уже на нём. Vendor lock-in, мать его. А Октава глючная до сих пор, красноглазая и с хреновой документацией.


@Анонимный комментирует...
Основная причина для нас - большие наработки в области рентгеновских изображений Солнца.
Ну всё как у меня - легаси, в смысле наследие старших поколений + свои костылики, подпорочки и трёхколёсные велосипеды с вертикальным взлётом :-)

В частности, все команды, запускающие на спутниках солнечные обсерватории (УФ и рентгеновские) используют и fits-ы, и IDL.
Анонимус, это для софта в спутниках IDL или для обработки данных уже на земле? Я не знаю, как IDL, а Матлаб это довольно тормозное создание (а что вы хотели, когда там куски на фортране, часть на плюсах, остальное вообще на джаве). Октава, кстати, быстрее матлаба, ибо полностью на плюсах (если мне не изменяет память).

Вообще IDL очень быстр и удобен.
Матлаб\Октава тоже не rocket science :-) Хотя в новых версиях какие-то идиоты пытаются втащить туда ООП (нахрен не нужное тут) и мозговыносящие конструкции, начинающиеся с @{ и сильно похожие на перл...

data1=fft(data,forward)
ЧТо-то слышится родное, в звонких песнях ямщика :-)
Понятно - код читаем так же, как матлабовский. Запустить IDLщину на Матлабе, естественно, не выйдет, но понять, что оно делает - можно.

virens комментирует...

Немного повикипедил на предмет IDL.
Если Лев и Анонимус ещё не ушли далеко, можно пару вопросов?

1. Википедики пишут, что есть свободная реализация в виде GNU Data Language (GDL). Не пробовали запускать IDL-писанный софт на GDL? Оно работать будет?

2. Наличие лютой проприетарщины в формате сохранения вызывает негодование: "developers of IDL, have taken explicit steps to prevent data compatibility with other environments." Таких не берут в космонавты!
Кстати, MAT-файлы маталаба удалось вскрыть и давно написана библиотека matio для загрузки\выгрузки mat-файлов. Даже вон в nip2 это есть.

3. Из этого "As with most other array programming languages, IDL is very fast doing vector operations (sometimes as fast as a well-coded custom loop in FORTRAN or C) but quite slow if elements need processing individually." --- я правильно понимаю, что векторизованные программы работают быстро, а циклы - медленно? У матлаба те же болячки.

За ответы буду очень признателен.

Лев комментирует...

1. GDL пробовал. Очень неудобно: чтобы не нарушать лицензию, они реализовали свои базовые функции, причём по-другому (какие-то нюансы IDL функций отсутствуют в соответствующих функциях GDL и наоборот) (кроме того, функции называются по-другому).

2. Никогда над этим не задумывался. Сейчас убегаю на сдачу, поэтому нет времени проверить своё понимание: нативные *.pro файлы есть обычные текстовые файлы (UNIX way :) )

3. Истинно так :)

Анонимный комментирует...

Тот самый анонимус:

Анонимус, это для софта в спутниках IDL или для обработки данных уже на земле?
Безусловно, для обработки на Земле. На борту летает очень-очень специфический набор железок, со своим самописным софтом. Тут анонимус вообще не копенгаген.

GDL не пробовал. Потому что а) я не парюсь насчет ворованного софта б) у нас куплены лицензии в) на работке я пытаюсь заставить себя поработать, а не найти аналог языка. Если мне не хочется работать, то я выбираю в интырнетах новый стратокастер\объектив\читаю об экспедиции на Латок III.

Формат исходников программ на IDL - *.pro, он сугубо текстовый. Если хочешь засейвить сессию с набором переменных - то да, проприетарный бинарный. Но меня не парит, к тому же, если хочешь вывести данные в любой другой формат (txt или там jpeg) - обычно это делается одной строкой.

Насчет медленности циклов - действительно, есть такая проблема. А работа с битовыми масками - вообще смерть, быстрее dll-ку залинковать. Но это почти всегда обходится использованием idl-way programming.

Анонимный комментирует...

THELI is a publicly available package for the automated reduction of astronomical imaging data
http://www.astro.uni-bonn.de/~theli/

Анонимный комментирует...

Я тут практически случайно попал на этот блог. И узнал много нового. Я начинающий солнечник, и так же как и Льву в свое время, мне научник дал задание разобраться с фитсами (доплерограммы) и вытаскивать из них инфу. Пока пытаюсь в DS9 разбираться.

Помогите пожалуйста с материалами для изучения. плииииззззз

Помогите бедному аспиранту перваку кто чем может.

Дай вам Солнце больше тепла и света (в смысле комфортных условий)!!!

OMI комментирует...

Меня интересует вопрос преобразования tiff в fits.

Анонимный комментирует...

OMI, возможно, комбинация утилит fitstopnm + pnmtotiff есть ваше решение

Анонимный комментирует...

Существует редактор fits файлов fv. Его рекомендуют для обработки коллаборация Fermi (гамма-лучевой телескоп). Скачать его можно здесь:
http://heasarc.gsfc.nasa.gov/docs/software/ftools/fv/

А очень краткое описание работы с fits файлами есть также здесь:
http://fermi.gsfc.nasa.gov/ssc/data/analysis/scitools/explore_latdata.html

Отправить комментарий

Подписаться на RSS-ленту комментариев к этому посту.