Pull to refresh

Лазерный щит Абрамовича, попытка разобраться как это работает

Lumber room
Только ленивое информационное агенство не написало о новой яхте Романа Абрамовича Eclipse.



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

Интересно другое. На судне установлена лазерная система противодействия фото и кино-съемке. Например, хабраюзер alizar в своем посте пишет что:

«Система состоит из инфракрасных лазеров, которые сканируют окружающую территорию на наличие ПЗС-сенсоров, и световой пушки, мгновенно выжигающей сенсор в случае обнаружения ...»

Английский журнал Amateur Photographer уже озаботился юридической легальностью такой системы.

На форуме журнала один из пользователей пишет, что подобные устройства уже существуют. Их устанавливают в кинотеатрах, что бы препятствовать нелегальной съемке из зала, то есть изготовлению «экранок». Однако, он сомневается в эффективности таких систем, так как количество «экранок» не уменьшается.

Немного погуглив, я пришел к выводу, что технически такая система вполне реальна. Ну разве что «выжигание матрицы», мне кажется преувеличением журналистов. Не из-за невозможности реализации, а в смысле опасности для человека. Речь идет скорее всего о засветке текущего кадра.

Далее привожу свои предположения о принципе работы такой системы.
Читать дальше →
Total votes 35: ↑29 and ↓6 +23
Views 782
Comments 60

Взгляд изнутри: матрицы цифровых камер

Popular science Nanotechnologies Physics Electronics for beginners

Предисловие


Два месяца тому назад в статье, посвящённой сравнению LCD и E-Ink дисплеев, я упомянул, что одним из следующих обзоров будет «вскрытие» матрицы современного фотоаппарата. И спешу исполнить данное обещание!

It is time to cut up!
Total votes 270: ↑266 and ↓4 +262
Views 94K
Comments 40

Графеновый фотосенсор в 1000 раз чувствительнее к свету, чем КМОП и ПЗС

Computer hardware Photographic equipment


Группа учёных под руководством доцента Ван Цицзе (Wang Qijie) из Наньянского технологического университета (Сингапур) заявила о разработке фотодетектора на основе графена. Он по всем параметрам превосходит нынешние КМОП- и ПЗС-сенсоры, примерно в 1000 раз более чувствителен к свету, чем созданные ранее экспериментальные графеновые фотодетекторы, потребляет в 10 раз меньше энергии и в 5 раз дешевле, чем современные КМОП-матрицы.
Читать дальше →
Total votes 128: ↑112 and ↓16 +96
Views 66K
Comments 190

Гикпорн 4 — продолжаем вскрывать микросхемы: БК0010, MEMS гироскоп и немного Роснано

Zeptobars corporate blog
С момента публикации предыдущего поста с вскрытыми микросхемами прошло пол года — пора рассказать, что удалось увидеть нового. Для тех кто пропустил первые 3 серии — вот раз, два, три.

Toshiba TCD1201D — линейный монохромный CCD светочувствительный сенсор из 2048 элементов. Датчики такого типа применяются в факсах, считывателях штрих-кодов и даже на спутниках, фотографирующих землю. Сами светочувствительные элементы — в линии в центре кристалла. Накопленный за время облучения светом заряд постепенно «сдвигается» к краю кристалла двухфазным тактовым сигналом, где он усиливается — и далее уже может быть оцифрован, получится 1 строчка изображения.

Читать дальше →
Total votes 156: ↑154 and ↓2 +152
Views 58K
Comments 20

Clinical Document Architecture ﴾CDA﴿

IT Standards *
Sandbox
Clinical Document Architecture ﴾CDA﴿ — один из стандартов HL7, разработанный для стандартизации структуры и обеспечения семантической совместимости мед систем при обмене медицинской информацией и/или мед документами. Первая версия стандарта была одобрена ANSI ещё в 2001 году. Вторая версия, котороя используется и по сей день, была утверждена ANSI в 2005. Третья версия, CDA R3, находится в стадии разработки и согласования.

CDA R2 (Release 2) гарантирует наличие следующих семи характеристик в CDA документе:
• Сохранность представленной информации;
• Управление представленной информацией;
• Поддержка требований к аутентификации всей представленной информации;
• Поддержка контекста представленной информации;
• Поддержка цельности информации;
• Возможность чтения представленной информации человеком;
• Поддержка бинарной информации, таких как мультимедийные компоненты, PDF, изображения и прочее.

Подобные характеристики делают CDA крайне гибким к использованию в различных областях. И даже несмотря на то, что в среде разработчиков мед систем CDA считается крайне сложным стандартом, он стал одним из наиболее успешных разработанных HL7 для интеграции мед данных и согласуется с требованиями Meaningful Use 1 и 2 принятыми в США. Большинство мед систем в настоящее время кодируют информацию в одном из девяти возможных шаблонов документов CDA, например, Continuity of Care Document (CCD) один из таких шаблонов.

В данной статье представлен обзор или упрощённое описание основных компонентов CDA. И так, как и любой документ, CDA содержит заголовок документа (CDA Header) и тело документа (CDA Body).
Читать дальше →
Total votes 8: ↑8 and ↓0 +8
Views 12K
Comments 15

Что такое HL7 Continuity of Care Document (CCD)

System Analysis and Design *IT Standards *Development of communication systems *
Согласно определению в wiki, Continuity of Care Document или CCD, это стандарт, основанный на XML, и направленный на кодирования структуры и семантики медицинской карты пациента для последующего обмена.

С точки зрения разработчика мед стандартов, CCD это совместное детище комитетов HL7 International и ASTM (American Society for Testing and Materials). С семантической точки зрения, CCD есть руководство разработчика по реализации стандарта ASTM CCR (Continuity of Care Record) на основе CDA R2 (HL7 Version 3 Clinical Document Architecture Release 2). Вот такая вот запутанная история.

Проще говоря, встретились два комитета, которые долго бодались по поводу стандартов, и решили, что все те данные, которые используются в ASTM CCR (также известного как ASTM E2369-05), будут закодированы, с небольшими дополнениями, в стандарте CDA. То, что получилось, было названо Continuity of Care Document.

Стандарт описан в следующих двух документах, доступных на сайте HL7.org:
  • HL7v3 Normative Edition — HL7 Clinical Document Architecture, Release 2.0;
  • HL7 Implementation Guide: CDA Release 2 – Continuity of Care Document (CCD).

Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 33K
Comments 18

Средства разработки HL7 (HL7v2, HL7v3, CDA)

System Analysis and Design *IT Standards *Development of communication systems *
В данной небольшой статье, ни в коей мере не претендующей на полноту охвата, перечислены некоторые средства разработки для разных версий HL7 и CDA. Критерии, по которым библиотеки, фреймворки или сопутствующие средства попали в этот список следующие: средство должно быть бесплатное или условно бесплатное, поддерживаться организацией или устоявшимся сообществом разработчиков и, желательно, open-source. По этой причине не перечислены всякие хорошие вещи вроде Trifolia или Mirth CDAPI, о которых многие из читателей вряд ли слышали или сталкивались, и вряд ли когда-нибудь столкнутся, если только родная компания вдруг не решит прикупить парочку подобных средства. Так же не попали, например, HL7SDK, множество HL7 редакторов и средства разработки для DICOM.

И так, по порядку с очень кратким описанием.

HL7v2 Software Development Frameworks

  • HAPI (Java)

«HAPI (HL7 application programming interface) is an open-source, object-oriented HL7 2.x parser for Java». Данный набор библиотек можно считать стандартом де-факто для разработки HL7v2 приложений на Java. HAPI может быть расширен генерацией своих профилей HL7. Доступен по адресу – hl7api.sourceforge.net
Читать дальше →
Total votes 8: ↑8 and ↓0 +8
Views 7.8K
Comments 3

Немного об HL7 EHR-System Functional Model (Функциональная Модель системы ЭМК)

System Analysis and Design *IT Standards *Development of communication systems *
Среди стандартов Health Level 7 (HL7), не смотря на название организации, есть такие, которые не относятся напрямую к передаче медицинских данных. Стандарт «HL7 EHR-System Functional Model» или «HL7 Функциональная Модель системы ЭМК», вторая версия которого с существенными дополнениями опубликована в апреле 2014 года, относится именно к таким стандартам. Данный стандарт носит нормативный, а не рекомендательный характер, одобрен ANSI в 2007, в 2009 первая версия стандарта, после ревизии ISO и CEN, опубликована как ISO/HL7 10781. Стандарт можно свободно скачать на сайте HL7.org под названием HL7 EHR-System Functional Model, Release 2. В стандарт входит описание стандарта и как им пользоваться, и приложение со списком функций.

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

Читать дальше →
Total votes 6: ↑6 and ↓0 +6
Views 4.1K
Comments 2

Что за зверь HL7 Interoperability?

System Analysis and Design *IT Standards *Development of communication systems *
Если вы читали книжки про Health Level 7 (HL7) или проходили курсы, или может учавствовали в конференциях, смотрели презентации и т.д. и т.п., то наверняка обращали внимание, что чаще всего они начинаются с утверждения, что основной целью деятельность организации Health Level 7 является улучшение interoperability или интероперабельности.

Если научиться без запинки произносить эту самую «интероперабельность», то можно выдавать фразы, вроде «Наша компания успешно консолидирует ещё бОльшие аспекты интероперабельности квази и мультидоменных гетерогенных систем и средств кастомизации к условиям конкретного применения» и дуть щёки. Все вокруг будут многозначительно кивать головами — ну как же, интероперабельность, это же совершенно понятно, плавали, знаем.

Попробуем всё так разобраться, что же означает это слово и почему HL7 считает это понятие таким важным. Для начала, заменим его на равноценное по значению, но русское слово. Мне кажется, «совместимость» вполне подходит. Тогда получается, что HL7 озабочена совместимостью медицинских систем. Звучит не так заумно, щёки дуть уже не получится, зато сам термин становится гораздо проще и понятнее.
Читать дальше →
Total votes 9: ↑8 and ↓1 +7
Views 4.9K
Comments 1

Тестирование средств разработки HL7 CDA R2

System Analysis and Design *IT Standards *Development of communication systems *
Данная короткая статья мой вольный перевод поста на блоге Rene Spronk на тему “Analysis of CDA R2 testing tools — most requirements are neither tested nor respected” [1], которая сама по себе основана на презентации сделанной во время конференции IHIC (International HL7 Interoperability Conference) в Праге в начале 2015 года. [2]

PS. Ссылки на видео и прочие материалы в конце статьи.

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

Рене выделяет следующие 4-ре шага валидации документа CDA, что также соответствует основным шагам валидации сообщений HL7v3 (где возможно я буду это указывать), причём если документ или сообщение не прошли валидацию на каком-то шаге проверки, то не имеет смысла проводить все последующие шаги.
Читать дальше →
Total votes 7: ↑6 and ↓1 +5
Views 3.4K
Comments 1

EHR-EMR-PHR или чем ЭМК отличается от ЭМК

System Analysis and Design *IT Standards *Development of communication systems *
Ранее в комментариях и в статье я упоминал, что в западном мире принято три обозначения ЭМК – Electronic Health Record (EHR), Electronic Medical Record (EMR) и Personal Health Record (PHR).

Прежде чем гадать на кофейной гуще, в чём похожи или отличны эти три термина, нужно определиться, что же такое эта самая Электронная Медицинская Карта. Начнём с того, что существует два измерения медицинских данных – какая информация хранится (или полнота информации) и кто хранитель (custodian) этой информации.

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

Второе измерение, хранитель информации, для которого характерны следующие варианты:
• Организация, представляющая медицинские услуги.
• Пациент как частное лицо.
Читать дальше →
Total votes 6: ↑5 and ↓1 +4
Views 10K
Comments 4

Базы данных мед систем на основе HL7 RIM

System Analysis and Design *IT Standards *Development of communication systems *
На это раз статья, которая должна быть многим гораздо ближе, чем просто описание каких-то там EHR-S FM стандартов, так что комменты welcome. Если всё ниже сказанное кому-то покажется из серии «я вообще не понимаю о чём это», предлагаю прочитать несколько моих ранних статей про Health Level 7.

Приступим. Почему-то считается, что если речь идёт о создании медицинской системы, то это обязательно электронная медицинская карта пациента и, может быть, что-то ещё, но совсем немного. Однако, ЭМК пациента не единственная категория медицинских систем.

Можно выделить следующие три:
Electronic Patient Record-centric – сюда входит то, что относится к конкретному пациенту. Приложения не ограничиваются только хранением демографических данных пациента и его истории болезни. В эту же категорию можно отнести телемедицину, медицинские порталы и т.д.
Public Health Information Networks – системы этого уровня абстрагируются от индивида и агрегируют количественные данные со множества систем ориентированных на пациента для прогноза развитие событий таких как эпидемии, биотероризм и т.п.
Clinical Research Support – в этой группе системы для принятия решений, моделирования лекарств и т.п.

Между категориями нет явной границы, данные перетекают из одной в другую, обрабатываются, дополняются и возвращаются обратно. Не имея опыта в конкретной области или категории зачастую весьма трудно предположить, какие данные могут быть в ней использованы, и в этом случае HL7 Reference Information Model (RIM) предлагает неоценимую помощь предоставляя опыт множества экспертов денно и нощно корпевших над структурой классов и их отношениями.

В связи с этим, когда FHIR ещё даже на горизонте не было, возникла такая тема – если стандарт HL7 такая классная вещь и описывает всё что нужно для обмена мед данными, почему бы не использовать её как структуру базы данных, тогда точно всё что будет принято в сообщении от любой другой системы можно будет как-то сохранить. Бери весь RIM, или RMIM или DMIM относящийся к нужному домену, и используй для проектирования базы данных только нужные для разрабатываемой системы классы.
Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 9.6K
Comments 8

Тестовые данные для HL7 сообщений

IT systems testing *System Analysis and Design *IT Standards *Development of communication systems *
В этой небольшой статье хотелось бы затронуть некоторые, может быть для кого-то не совсем очевидные, аспекты тестирования интерфейсов медицинских систем. И хотя чаще всего взаимодействие подобных систем строится на основе одного из протоколов Health Level 7 (HL7), это не обязательное условие, могут быть использованы и другие способы коммуникации (как пример, можно назвать ASTM Continuity of Care Records (CCR) до того, как он был адаптирован HL7 под названием CCD).

И так, после того как интерфейс между мед системами реализован, на следующем шаге необходимо провести ряд различных тестов направленных на проверку реализации бизнес-требований (acceptance testing или приёмочные испытания, кстати, статьи в Wiki на русском языке про этот тип тестов нет) и реализацию технологических требований (интеграционное тестирование и юнит-тестирование). Оба типа тестирования невозможны без тестовых данных. Данная статья как раз про один из аспектов создания тестовых данных для тестирования мед систем.

Чтобы проблему было легче понять, посмотрим, как это происходит в общем случае. Команда тестировщиков получает дамп базы из рабочей (production) системы. Эти данные состоят из трёх достаточно условных групп: непосредственно данные для тестирования, справочные данные тестов и справочные данные для приложения. Для проверки корректности работы программы (проверки реализации технологических требований), тестировщик может создать свои собственные фейковые данные, которые перекрывают все три типа.
Читать дальше →
Total votes 6: ↑6 and ↓0 +6
Views 3.9K
Comments 4

Сравнительный анализ HL7 и openEHR

IT Standards *Development of communication systems *
Ниже приведённая статья — мой вольный перевод сравнительного (достаточно поверхностного) анализа стандартов HL7 и openEHR опубликованной в electronic Journal of Health Informatics 2010 Vol 5 под названием “Putting Health Record Interoperability Standards to Work”. Сама статья, как это принято говорить, любезно предоставлена одним из авторов, правда, ввиду давности публикации, я воздержался от кучи дополнительных вопросов.

Из всей статьи взяты только положительные и отрицательные стороны каждого из стандартов с точки зрения авторов, которые (авторы) являются адептами openEHR и, как бы, должны подвести читателей к мысли, что openEHR имеет явные преимущества по сравнению с HL7.

Очевидно, что сколько людей столько и сравнений (можно глянуть «Какими должны быть стандарты» от Адам Босворт), для меня ниже приведённое больше похоже на сравнение мягкого и зелёного, т.к. HL7 и openEHR преследуют разные цели, их развитие строилось на разных принципах, и, если удалось углядеть какое-то соответствие между ними, то это вовсе не означает, что они равнозначны. Тем не менее, данное сравнение имеет место быть, авторы сами занимаются разработкой стандарта (openEHR), поэтому их мнение должно быть интересным. Мои редкие комментарии в квадратных скобках. Если что-то не совсем понятно, рекомендую обращаться к первоисточнику, возможно ваш перевод будет лучше. Также, статья содержит положительные и отрицательные стороны CDA и CEN EN13606, на мой взгляд эти сравнения не столь существенные, т.к. ссылаются на свои стандарты-предки.
Читать дальше →
Total votes 8: ↑8 and ↓0 +8
Views 4.9K
Comments 3

Сравнение HL7v3 и HL7 FHIR

System Analysis and Design *IT Standards *Development of communication systems *
Ниже приведённая статья опять же мой вольный перевод сравнения, а точнее указания на недостатки HL7v3 и достоинства HL7 FHIR (Fast Healthcare Interoperability Resources). Статья «The HL7 Games: Catching FHIR» написана BC Holmes (именно так, но поскольку я с ней лично не знаком, то не было возможности спросить, что значит имя «BC»), человеком, которая не на абстрактных примерах, а очень даже конкретно знает об HL7v3, причём с точки зрения реализации многих из его доменов и сообщений. Тем более, что она была менеджером одного из средств разработки HL7v3.

В связи с этим статья изобилует деталями, так что, если ваш опыт в этой области мал или, тем более, если вы вообще не знакомы с v3, то, зачастую, понять, о чём она говорит, будет весьма трудно. Например, если вы ни когда не использовали средства моделирования RMIM и дальнейшей сериализации в XML схемы, то будет трудно понять, почему возникают проблемы с именованием, когда в модели ActRelationships класс называется «componentOf2», а в XML схеме он же имеет тип «Component6». (Как это сделано, например, в CMET COCT_RM360000UV01 — MedicationOrder Universal. Там же можно найти другие подобные примеры, «subjectOf1» имеет тип «Subject4» и т.д.)
Читать дальше →
Total votes 8: ↑7 and ↓1 +6
Views 9.1K
Comments 7

HL7: один день в операционной

System Analysis and Design *IT Standards *Development of communication systems *
Данная небольшая статья написана как комментарий к моей предыдущей статье, в частности в той её части, где BC Holmes рассуждает, что «один из способов количественной оценки сложности HL7v3 в подсчёте уровней вложенности типичного сообщения. Оно, как правило, имеет в 5-10 раз больше XML узлов, чем любые другие стандарты основанные на XML, такие как Interactive Financial eXchange (IFX) или Amazon EC2 SOAP API. Кто-то может сказать, что бизнес процессы в здравоохранении существенно сложнее и семантически богаче, чем в финансовой области и, тем более, в книгоиздательстве.»

Вот как раз рассмотреть один типичный процесс в здравоохранении и хотелось бы, дабы удостовериться, действительно ли он сложнее и семантически богаче, чем в финансовой или книгоиздательской деятельности. Благо и наглядный материал также подвернулся.
В данном случае будет рассматривать работу хирургического отделения на примере набора информационных сообщений для поддержки одной единственной хирургической операции. О типе операции и её сложности ни чего не сообщается, т.е. возможны отклонения в любую сторону сложности.
Читать дальше →
Total votes 8: ↑8 and ↓0 +8
Views 5.9K
Comments 0

Передача видеоданных на частотах до 100МГц в ПК

High performance *Programming *Development of communication systems *
Sandbox

Передача видеоданных на частотах до 100МГц в ПК


Введение

Наш отдел занимается разработкой ПЗС матриц и линеек. Для каждого разработанного датчика необходимо создать фотоприемное устройство (ФПУ), которое позволит его тестировать, расчитывать параметры прибора — динамический диапазон, неравномерность выходного сигнала, уровень генерационно-рекомбинационного темнового тока и т.д.

ФПУ является своего рода видеокамерой но не такой, которую просто можно взять в руку и пойти в парк что-нибудь снимать (белочку например).

Фотоприемное устройство, обычно, состоит из нескольких плат. На одной плате располагаются стабилизаторы питания, фильтры, а на другой (или других) весь микросхемный фарш. В центре основной платы находится сам датчик, вокруг него — мощные быстрые ключи для подачи управляющих напряжений на электроды ПЗС. К выходу прибора подключен эмиттерный повторитель, потом идет видеопроцессор (умный АЦП для ПЗС) и завершает все ПЛИС. Она подает синхроимпульсы на ПЗС через ключи, тактирует видеопроцессор, забирает с него цифровой код и после необходимой обработки отправляет на выходной разъем. Помимо одного кода на выход идут синхроимпульсы — PCLK(синхронизация по пикселям), HSYNC(сигнал строчной синхронизации), VSYNC(кадровая синхронизация), которые необходимы для нормального получения информации на принимающей стороне.

Конечно же, ФПУ должно вносить в аналоговый сигнал с ПЗС как можно меньше помех, чтобы получить хорошие расчетные параметры прибора. Но статья ни о ФПУ и ни о ПЗС, а о том с помощью чего и как можно передать цифровой код на высоких частотах в ПК.
Читать дальше →
Total votes 11: ↑10 and ↓1 +9
Views 12K
Comments 6

Руководство по выбору сканера для дома и офиса

Epson corporate blog Computer hardware Periphery
Мы решили учесть все комментарии, полученные после публикации предыдущего поста, и опубликовать версию 2.0, улучшенную и дополненную. Благодарим всех, кто помог сделать пост лучше! (Предыдущий пост удалять не будем для тех, кто уже добавил его себе в избранное, но добавим ссылку на новую версию)


К нашей службе техподдержки довольно часто обращаются за помощью в выборе сканера. На рынке можно найти самые разные типы сканеров: сканер изображений, штрих-кода, кинопленки, биометрический сканер сетчатки глаза или отпечатков пальцев и т.д… Мы решили пролить свет на этот вопрос и в первом посте по этой теме вкратце расскажем, чем вообще отличаются сканеры документов, которые, в частности компания Epson предлагает для дома и офиса, и какие технологии в них используются.

Принтер со сканером или отдельный сканер?



Перевести документ в электронную форму можно, воспользовавшись сканером, установленным в МФУ (многофункциональном принтере со встроенным сканером и копиром) или отдельным устройством – планшетным или потоковым.

При ограниченном бюджете удобнее рассмотреть вариант покупки МФУ. Сканеры в таких устройствах немного проигрывают по скорости сканирования и качеству получаемого изображения отдельным сканерам.

Если же вы планируете переводить в архив большие объемы документов (например, в офисе или отделе бухгалтерии) или вам крайне важно высокое качество отсканированных материалов (для перевода аналоговых фото и пленки в электронный формат), рекомендуем обратить внимание на отдельное сканирующее устройство. Рассмотрим, почему это так.
Читать дальше →
Total votes 9: ↑9 and ↓0 +9
Views 51K
Comments 19

Про удивительность пчелы, и то, как мы её убиваем

Biotechnologies Ecology

Заброшенная колода

Пчела — это нечто удивительно красивое. Самое искусное — это навигационная система с кучей датчиков на входе. Если пчелу положить в новый дом, она через некоторое время вылетит и начнёт писать координаты места. Отлетит на несколько метров и начнёт характерный танец. Пасечники после перемещения улья подкладывают пчёлам специальные ветки, чтобы они не сразу вылетали и терялись, а выползали на них и успели офигеть. А потом начали перекалибровку.

Как довольно быстро выяснилось в СССР, участки около высоковольтных ЛЭП пчёлы не собирают. Собственно, у них как-то отключается навигация из-за электромагнитных помех.

Что ещё хуже, помехи сотовых сетей нарушают пищевую мобилизацию пчёл. Предположительно, это работает так: пчела вылетает из улья за предел запаховой навигации и за предел запомненной области (больше, чем на 5 километров), а потом не может вернуться, используя сенсор поляризации и криптохромный сигнал.

Всё началось с заброшенной колоды в Екатеринбурге, когда мы вместо похода в гости к журналистам по поводу магазина поехали в лес. Вот с этой, что на картинке выше.
Читать дальше →
Total votes 310: ↑303 and ↓7 +296
Views 108K
Comments 330

Самые большие телескопы. От записной книжки и глаза до 340 мегапиксельной камеры и дата-центров. Часть 1

ua-hosting.company corporate blog IT Infrastructure *Data storage *Physics Astronomy
Прошло почти 11 лет после того, как я окончил КНУ им. Т. Шевченко по специальности физик-астроном. Это были интереснейшие годы в развитии науки и астрономии в частности, которые мною были упущены, так как разум был поглощён проектом, сгенерировавшим трафика больше, чем вся Беларусь. Однако сейчас, обладая знаниями и опытом в сфере обработки и хранения данных, мне захотелось вернуться к хорошо забытому старому и посмотреть, чем же современные серверы и дата-центры могут быть полезны науке. Подумать только, ещё всего лишь 50 лет назад носителем астрономических данных были фотопластинки и журналы, первая CCD-матрица была применена в астрономии в 1973 году и имела размеры 100х100 пикселей, с её помощью и с помощью телескопа с диаметром объектива 20 см, был получен первый цифровой снимок Луны.


Первый снимок Луны с прибора с зарядовой связью, из-за малого количества пикселей заметна матричная структура приёмника излучения

А 40 лет назад, в 1979 году, пзс-матрицы нашли своё применение и в профессиональной астрономии, в обсерватории Kitt Peak на телескопе с диаметром объектива 1 метр была установлена цифровая камера размером 320x512 пикселей, которая показала значительные преимущества в сравнении с фотопластинкой. Стоит также отметить, что размер пикселя имеет значение и тут он был значительно больше, нежели пиксели в камерах современных мобильных телефонов, куда многие из производителей, с целью маркетинга, помещали миллионы всё более мелких пикселей, уменьшая их размер, так как площадь матрицы с ростоим их количества они не увеличивали, что не только не улучшало качество получаемого изображения, а наоборот ухудшало его. Именно потому, снимок с матрицы даже с 0.01 Мп выглядит очень даже прилично, так как первые пзс-матрицы, при малом количестве пикселей, имели довольно большие размеры, cегодня же разрабатываются матрицы, чувствительные к определённому диапазону светового спектра, к примеру к ультрафиолетовому.
Читать дальше →
Total votes 47: ↑46 and ↓1 +45
Views 10K
Comments 12