EduTranslator

Научные работы со всего мира

Страница 2 из 14

Рубрики в Синайском кодексе

Оригинал статьи доступен на сайте sas.upenn.edu.

Это Песнь Песен 1: 1-4 на древнегреческом языке из Синайского кодекса. Синайский кодекс датируется примерно 360 годом нашей эры.
Рубрики (написанные красными чернилами) служат для обеспечения повествовательной основы и распределения частей песни среди различных ораторов.


Перевод:
1 Песнь Песней Соломоновой.
Невеста
Пусть он поцелует меня от поцелуев
своим ртом,
потому что твоя грудь лучше вина,
и аромат твоей мирры лучше всех
ароматических трав.
Твое имя Мирра делает новым.
Из-за этого девицы полюбили тебя.
Они приближаются к тебе. Мы побежим за тобой
в аромат твоей мирры.
Невеста описывает девицам
вещи от жениха,
которые он ей передал.
Король привел меня сюда в
свою комнату.
Пока невеста говорила
к девицам, они
сказали,
Давайте прыгать от радости и радоваться
тебе.
Мы будем любить твою грудь
больше, чем вино.
Девушки призывают жениха
именем невесты,
«Непорочность полюбила тебя!»

Непорочность полюбила тебя!

Для получения дополнительной информации см. Джей Трит (Jay Treat), Потерянные ключи: текст и интерпретация в древнегреческой песне песен и ее ранних свидетельствах. Диссертация (Университет Пенсильвании, 1996), главы 3 и 4.
Этот образ был отсканирован в масштабе 200% от нормального размера из факсимильного издания Тишендорфа Синайского кодекса Petropolitanus.

HOGgles: Візуалізація функцій виявлення об’єктів

Оригінал статті доступний на www.cs.columbia.edu.

Карл ВондрікАдітья Хосла, Хамед ПірсіавашТомаш Малісьевіч Антоніо Торральба

Массачусетський Технологічний інститут

Усний виступ на ICCV 2013

Ми вводимо алгоритми візуалізації просторів, використовуваних детекторами об’єктів. Інструменти в цій статті дозволяють людині надіти « HOG окуляри» і сприймати візуальний світ, оскільки детектор об’єктів на HOG-основі бачить його.

Ознайомтеся з цією сторінкою для кількома нашими експериментами і прочитайте нашу статтю для отримання повної інформації. Код доступний для створення власних візуалізацій.

Загальне уявлення

У цьому проекті представлені інструменти візуалізації просторових об’єктів. Оскільки більшість просторових об’єктів надто багатовимірні для безпосереднього огляду людьми, ми представляємо алгоритми інвертування дескрипторів об’єктів назад в природне зображення. Ми виявили, що ці інверсії забезпечують точну і інтуїтивно зрозумілу візуалізацію дескрипторів об’єктів, зазвичай використовуваних при виявленні об’єктів. Нижче ми покажемо приклад візуалізації для HOG:

Чому мій детектор не працював?

Нижче ми покажемо виявлення високої оцінки від детектора об’єктів з функціями HOG і лінійним класифікатором SVM, тренованим на PASCAL. Чому наш детектор вважає, що морська вода схожа на машину?

Наші візуалізації дають пояснення. Нижче ми покажемо висновок нашої візуалізації про функції HOG для помилкового виявлення автомобіля. Ця візуалізація показує, що, хоча у вихідному зображенні явно немає автомобілів, в дескрипторі HOG ховається автомобіль.

Функції HOG бачать трохи інший візуальний світ, ніж те, що бачать люди, і, візуалізуючи це простір, ми можемо отримати більш інтуїтивне розуміння наших детекторів об’єктів.

Візуалізація верхніх виявлень

Ми візуалізували деякі високі скорингові виявлення з моделі деформованих деталей. Чи можете ви здогадатися, які сигнали помилкові? Натисніть на картинки нижче, щоб розкрити відповідний RGB-патч. Ви напевно будете здивовані!

Що бачить HOG?

Інверсія HOG показує світ, який бачать детектори об’єктів. Зліва зображена людина, що стоїть в темній кімнаті. Якщо ми обчислимо HOG на цьому зображенні і інвертуємо його, раніше темна сцена виникне позаду людини. Зверніть увагу на структуру стіни, ліхтарний стовп і стілець в правому нижньому кутку.

Для получения визуализации Eye Glass перейдите по ссылке.

Візуалізація вивчених моделей

Наші інверсії дозволяють візуалізувати вивчені об’єктні моделі. Нижче ми покажемо кілька моделей деформованих деталей. Зверніть увагу на структуру, яка з’являється при нашій візуалізації.

Перший ряд: автомобіль, людина, пляшка, велосипед, мотоцикл, вазон. Другий ряд: поїзд, автобус, кінь, телевізор, стілець.

Відновлення Кольору

Поки у нас тільки інвертована реконструкція сірого. Чи можемо ми взяти зображення кольору також?

Додаткові інверсії кольору див. сторінку Чи захоплює HOG кольори?

Код

Ми випустили швидку і просту функцію MATLAB invertHOG () для інвертування функцій HOG. Використання її доволі просте:

>> feat = features(im, 8);
>> ihog = invertHOG(feat);
>> imagesc(ihog);

Вищевикладене має інвертувати будь-яку функцію HOG розумного розміру менш ніж за секунду на сучасній настільній машині.

Щоб отримати код, ви можете перевірити наш репозиторій Github. Установка проста, але не забудьте прочитати файл README.

HOGgles

Якщо ви прийшли відвідати нашу лабораторію, не забудьте перевірити нашу інтерактивну демонстрацію HOGgles!

Учасники всередині чорного ящика можуть бачити тільки нашу візуалізацію зовнішнього світу, коли вони намагаються переміщатися по навколишньому середовищу. Як добре ви можете бачити в HOG просторі?

Посилання на літературу

Якщо ви використовуєте цей інструмент у своєму дослідженні, будь ласка, залиште посилання на наш документ ICCV 2013:

Карл Вондрік, Адітья Хосла, Хамед Пірсіаваш, Томаш Малісьевіч, Антоніо Торральба «HOGgles: Візуалізація функцій виявлення об’єктів» (HOGgles: Visualizing Object Detection Features) Міжнародна конференція з комп’ютерного зору (ICCV), Сідней, Австралія, грудень 2013 року.

@article{vondrick2013hoggles,
  title={{HOGgles: Visualizing Object Detection Features}},
  author={Vondrick, C. and Khosla, A. and Malisiewicz, T. and Torralba, A.},
  journal={ICCV},
  year={2013}
}

Подяка

Ми хочемо подякувати Джозефу Ліму (Joseph Lim) і всій групі комп’ютерного зору MIT CSAIL за їх корисні коментарі та пропозиції, які допомогли вести цей проект.

Посилання на літературу

  • Н. Далал і Б. Трігс. Гістограми орієнтованих градієнтів для виявлення людиною. (N. Dalal and B. Triggs. Histograms of oriented gradients for human detection. CVPR, 2005.)
  • П. Вейнзаепфел, Кс. Жегу, і П. Перез. Відновлення зображення з його локальних дескрипторів. (P. Weinzaepfel, H. Jegou, and P. Perez. Reconstructing an image from its local descriptors. In CVPR, 201)
  • Е. Д’анджело, А. Алахі, і П. Вандергейнст. По той бік бітів: відновлення зображень з локальних двійкових дескрипторів. (E. d’Angelo, A. Alahi, and P. Vandergheynst. Beyond Bits: Reconstructing Images from Local Binary Descriptors. ICPR 2012.)

Эрганамічны гід па арганізацыі аўтаматызаванага працоўнага месца-10 крокаў для карыстальнікаў

Стварэнне добрай эрганамічнай рабочай арганізацыі важна для абароны Вашага здароўя. Наступныя 10 крокаў-кароткі агляд тых рэчаў, якія большасць эрганамістаў лічаць важнымі. Калі вы будзеце прытрымлівацца гэтых 10 крокаў, яны дапамогуць вам палепшыць вашу працоўную арганізацыю. Вы можаце таксама скарыстацца картай кантролю камп’ютэрнай працоўнай прасторы, каб завастрыць увагу на некаторых пунктах, а таксама паглядзець на дыяграму «Агляд камп’ютэрнай працоўнай прасторы», каб знайсці больш канкрэтныя падказкі. Аднак кожная сітуацыя розная, і калі вам здаецца, што вы не адчуваеце, што Ваша арганізацыя правільная, ці вы не разумееце некаторыя з наступных рэкамендацый, Вам варта папрасіць прафесійнага савета. Таксама прачытайце маю кнігу – Дызайн эрганамічнай працоўнай прасторы для здароўя, дабрабыту і прадукцыйнасці.

 10 крокаў для арганізацыі эрганамічнага працоўнага месца

Папрактыкуйце наступныя 10 крокаў, каб вырашыць, які эрганамічны дызайн для вашай сітуацыі будзе добрым:

  1. Як будуць выкарыстоўваць кампутар?
    • Хтобудзе карыстацца кампутарам? — Калі кампутарам будзе карыстацца толькі адзін чалавек, тады прастору можна аптымізаваць пад памеры гэтага чалавека, а такія параметры, як рэгуляваная вышыня крэсла, могуць быць не такімі важнымі. Калі ім будуць карыстацца некалькі чалавек, Вам неабходна стварыць прастору, якая набліжана будзе задавальняць патрэбы «крайнасцяў», гэта самыя нізкія, самыя высокія, самыя худыя і самыя поўныя, а таксама тых, хто знаходзіцца паміж гэтымі крайнасцямі.
    • Як доўга людзі будуць карыстацца кампутарам?Калі гэта некалькі хвілін у дзень, то можна не ставіць у высокі прыярытэт эрганамічныя моманты. Калі больш 1 гадзіны ў дзень, пажадана стварыць эрганамічную прастору. Калі больш 4 гадзін, тады вам варта неадкладна арганізаваць эрганамічную прастору.
  2. Які кампутар будуць выкарыстоўваць?
    • Стацыянарныкампутар – большасць эрганамічных гідаў па арганізацыі камп’ютэрнага працоўнага месца мяркуюць, што вы будзеце карыстацца сістэмай стацыянарнага кампутара, дзе экран кампутара ў асобнасці ад клавіятуры.
    • Ноўтбукірастуць у папулярнасці, і яны добрыя для невялікага перыяду працы за кампутарам. Ўказанні па выкарыстанні наўтбукаў складаней, таму што дызайн ноўтбука, па сваёй сутнасці, праблематычны – калі экран на зручнай вышыні і дыстанцыі, клавіятура – не, і наадварот.  Для пастаяннага выкарыстання, вам варта разгледзець куплю альбо:
    • асобнага манітора
    • асобнай клавіятуры, пераважна з платформай для клавіятуры, нахіленай ў адваротны бок
    • і тое, і іншае і
    • док-станцыю

а затым арганізоўваць сваё працоўнае месца, каб стварыць добрую кампаноўку. Глядзі «5 падказак па выкарыстанні ноўтбука«.

  1. Якую мэблю Вы будзеце выкарыстоўваць?Пераканайцеся, што кампутар (манітор, сістэмны блок, клавіятура, мыш) знаходзіцца на ўстойлівай працоўнай паверхні (нічога, што хістаецца) з дастатковым месцам для неабходнай прасторы. Калі гэтай працоўнай паверхняй будуць карыстацца, каб пісаць на паперы, а таксама друкаваць на кампутары, выкарыстоўвайце роўную паверхню, якая паміж 28″-30″ над падлогай (падыходзіць для большасці дарослых). Вам неабходна разгледзець падключэнне клавіятуры / сістэмы падстаўкі для мышы да Вашай працоўнай паверхні. Выбірайце сістэму, якой можна рэгуляваць вышыню, якая дазваляе Вам нахіліць клавіятуру ў адваротны ад Вас бок для лепшай пазіцыі запясці (платформа, нахіленая ў адваротны бок), гэта дазваляе карыстацца мышшу так, што Ваша верхняя частка рукі будзе расслаблена і будзе блізка да вашага цела, наколькі гэта магчыма, а ваша запясце будзе ў нейтральнай і зручнай пазіцыі.

    Падумайце аб працоўнай прасторы седзячы-стоячы, гл.ніжэй.
    Падумайце аб падзеленай працоўнай прасторы з рэгуляванай вышынёй, гл.ніжэй.

 

  1. Якое крэсла будзе выкарыстана?Выбірайце зручнае крэсла, на якім будзе сядзець карыстальнік. Калі толькі адзін чалавек карыстаецца гэтым крэслам, можна нават падагнаць вышыню, каб было зручна на ім сядзець, і каб у яго была добрая спінка, якая таксама мае паяснічную апору. Калі кампутар будуць выкарыстоўваць больш аднаго чалавека, разгледзеце куплю крэслы з некалькімі эрганамічнымі характарыстыкамі. Даследаванні даказалі, што самая лепшая сядзячая пазіцыя-гэта крыху адкінутая назад пазіцыя 100-110 градусаў, НЕ пазіцыя 90 градусаў, як яе часта малююць. У рэкамендаванай пазіцыі крэсла пачынае працаваць на цела, і ёсць істотныя змяншэнні ў пазіцыйнай мускульнай актыўнасці, у ціску на межхрыбетныя дыскі і ў паяснічным аддзеле хрыбетніка. Сядзенне ў прамым становішчы НЕ расслабляе, сядзенне з падтрымкай, у адкінутым назад становішчы-так.

    Падлакотнікі-падлакотнікі на крэсле могуць быць карысныя ў дапамозе сесці на крэсла і ўстаць з яго. Таксама падлакотнікі могуць быць карысныя і ў звычайным адпачынку рук (напр. калі ў тэлефоне, адкінуўшыся на спінку крэсла расслаблена). Аднак гэта не вельмі добрая ідэя пастаянна трымаць рукі на падлакотніках падчас друку на клавіятуры або карыстаючыся мышшу, таму што гэта можа ціснуць на мышцы-згінальнікі, і некаторыя падлакотнікі могуць таксама ціснуць на локцевы нерв. У ідэале, добра, каб падлакотнікі можна было прыбіраць, каб мець свабодны доступ да клавіятуры і мышы. На сённяшні дзень у большасці офісных крэслаў ёсць падлакотнікі, і ў многіх з іх ёсць падлакотнікі, у якіх можна рэгуляваць вышыню, таму шукайце крэсла, якое зручна для Вас і мае шырокія, роўныя, мяккія падлакотнікі, якія Вы можаце лёгка адрэгуляваць, каб яны Вам не перашкаджалі, пры неабходнасці, гэта самы лепшы падыход. Калі вы можаце даць сваім рукам адпачыць на клавіятуры тыльным бокам, і калі ў вас зручнае крэсла, але ў ім няма падлакотнікаў, гэта таксама досыць прымальна.

  2. Для якога тыпу працы будзе выкарыстаны кампутар?Паспрабуйце вызначыць, які тып праграм будзе выкарыстаны часцей за ўсё.
    • Праца з дакументамі-арганізацыя самай лепшай пазіцыі для клавіятуры / мышы ў высокім прыярытэце.
    • Пошук у Інтэрнэце, графічны дызайн-арганізацыя самай лепшай пазіцыі для мышы ў высокім прыярытэце.
    • Увод дадзеных-арганізацыя самай лепшай пазіцыі для клавіятуры ў высокім прыярытэце.
    • Гульні-арганізацыя самай лепшай пазіцыі для клавіятуры/мышы / гульнявога кантролера ў высокім прыярытэце.
  3. Што вы можаце бачыць? Пераканайцеся, што любы дакумент, які вы чытаеце, знаходзіцца так блізка да манітора кампутара, як гэта магчыма, і тое, што яны пад аднолькавым вуглом – скарыстайцеся трымальнікам дакументаў, дзе гэта магчыма.
    Манітор кампутара павінен размяшчацца:

    • прама насупраць вас і экранам да вас, не накіраваны налева або направа. Гэта дапамагае ліквідаваць занадта шмат паваротаў шыяй. Таксама, над чым бы карыстальнік ні працаваў, раскажыце яму аб выкарыстанні паласы пракруткі на экране, каб тое, што больш за ўсё праглядаецца, было ў цэнтры манітора, а не ўверсе або ўнізе экрана.
    • размесціце манітор насупраць карыстальніка, каб цела і / або шыя не паварочвалася, калі ён глядзіць у экран. Аднак, калі вы працуеце з вялікім маніторам і праводзіце большасць свайго часу, працуючы ў такой праграме, як MSWord, якая па змаўчанні стварае новыя старонкі ў левым куце, а вы не хочаце перацягваць гэта ўсё ў цэнтр экрана, паспрабуйце перасунуцца на 1/3 налева да манітора.
    • змесціце манітор на зручную вышыню, якая не дасць карыстачу падымаць галаву ўверх, каб паглядзець на яго, або апускаць ўніз. Калі вы зручна селі, вашы вочы павінны быць на адной лініі з тым, што намалявана на экране, прыкладна 2-3″ ніжэй верхняй частцы манітора (не экрана). Адкіньцеся на крэсле пад вуглом 100-110 градусаў (г. зн. злёгку адкінуцца назад) і трымайце сваю правую руку гарызантальна, ваш сярэдні палец павінен амаль дакранацца цэнтра экрана. З гэтай пачатковай пазіцыі, вы можаце рабіць невялікія змены ў вышыні экрана і ў вугле, якой вам пасуе. Даследаванні паказалі, што цэнтр манітора павінен быць каля 17-18 градусаў ніжэй гарызантальнай пазіцыі для аптымальнага прагляду, і гэта будзе, калі вы рушыце ўслед просты падказцы з дапамогай выцягнутай рукі / паказвальных пальцаў. На самай справе, ваша поле зроку больш ніжэй гарызонту, чым вышэй яго (паглядзіце ўніз калідора, і вы ўбачыце больш падлогі, чым столі), таму на гэтай пазіцыі карыстальнік павінен камфортна бачыць большасць экрана. Калі манітор нізка, вы будзеце выцягваць шыю наперад, калі занадта высока, вы будзеце адхіляць галаву назад і, у рэшце рэшт, атрымаеце боль у шыі / плячы.
    • двухфакусныя і прагрэсіўныя лінзы-нават калі вы выкарыстоўваеце двухфакусныя або прагрэсіўныя лінзы, калі вы сядзеце адкінуцца на крэсле ў адхіленай пазіцыі (Ваша спіна нахіленая каля 110 градусаў), што рэкамендавана для добрага здароўя паясніцы, замест таго, каб сядзець напружана пад вуглом 90 градусаў, і калі вы злёгку нахіліце манітор у адваротны бок і змесціце яго на зручную вышыню, вы зможаце глядзець на экран не падымаючы галаву або выцягваючы яе наперад. Пазіцыйныя праблемы з двухфакуснымі лінзамі могуць паўстаць, калі вы сядзіце напружана ці нават згорбленна нахіліліся наперад. Праблема з маніторамі, размешчанымі нізка, у тым, што яны выклікаюць згінанне шыі і адсвятленне. Нядаўнія даследаванні паказалі, што самая лепшая пазіцыя для камп’ютэрнага манітора, гэта каб цэнтр экрана быў прыкладна 17.5 ў градусах ніжэй за ўзровень вачэй. Паспрабуйце зраўняць свае вочы з верхняй часткай прагляданай зоны экрана, і гэта павінен быць геаметрычна правільны кут.
    • дыстанцыя прагляду-манітор павінен быць на зручнай гарызантальнай дыстанцыі для прагляду, што звычайна роўна даўжыні рукі (адхіліцеся на крэсле і выцягніце руку, пальцы павінны дакрануцца манітора). На гэтай адлегласці вы можаце бачыць прагляданую вобласць манітора, не робячы руху галавой. Калі тэкст выглядае занадта дробным, альбо выкарыстоўвайце шрыфт буйней, альбо павялічце малюнак экрана ў праграме замест таго, каб сесці бліжэй да манітора.
    • якасць экрана-выкарыстоўвайце кампутарны экран высокай якасці. Пераканайцеся, што сімвалы тэксту на экране выглядаюць выразна, і што яны зручнага памеру (вы можаце змяніць дазвол экрана, каб знайсці зручны і выразны памер сімвалаў). Калі вы бачыце мігценне экрана ў кутку вока, вам варта паспрабаваць павялічваць частату абнаўлення манітора (у PC вы можаце змяніць дазвол манітора і частату абнаўлення, выкарыстоўваючы панэль кіравання маніторам ў тэчцы налад, у Mac Вы можаце выкарыстоўваць панэль кіравання маніторам). Вы таксама можаце разгледзець выкарыстанне добрай якасці антыблікавага шкла фільтра або LCD-дысплей (як экран наўтбука).
    • праверка гледжання — ёсць натуральныя змены ў зроку, якія ўзнікаюць у большасці людзей, якім каля 40 гадоў. Добрая ідэя перыядычна правяраць зрок у кваліфікаванага прафесіянала.
    • Каліякія-небудзь налады экрана здаюцца нязручнымі, тады памяняйце іх, пакуль не стане зручна, або пашукайце прафесійнай дапамогі.
    • Выкарыстоўвайце трымальнік дакументаў, на які можна зручна глядзець:
      • выкарыстоўвайце тэрміновытрымальнік дакументаў, які знаходзіцца паміж падстаўкай для клавіятуры і экранам і выраўнаваны з сярэдняй лініяй вашага цела, так што ўсё, што Вам неабходна рабіць – гэта глядзець уніз, каб паглядзець на дакумент, і падымаць вочы, каб глядзець на экран
      • выкарыстоўвайце трымальнік дакументаў, які ўсталёўваецца на экран, і змесціце яго на той бок экрана, на які часта глядзяць вочы
      • выкарыстоўвайце трымальнік дакументаў, які стаіць асобна, дакументаў і змесціце яго побач з маніторам і злёгку нахіліце яго, каб ён быў пад такім жа нахілам, што і манітор.
  1. Пазіцыя, пазіцыя, пазіцыя! Добрая пазіцыя-гэта аснова добрай эрганомікі працоўнай прасторы. Добрая пазіцыя-гэта самы лепшы спосаб пазбегнуць траўмаў, звязаных з працай за кампутарам.Для добрай пазіцыі карыстальніка: 
    • Сачыце за пазіцыяй карыстальніка!
      • Пераканайцеся, што карыстальнік можа карыстацца клавіятурай запясцем такім роўным, як гэта магчыма (не падымаць або апускаць яго) і прамым (не сагнутым налева або направа).
      • Пераканайцеся, што кут локця карыстальніка (кут паміж унутранай паверхняй верхняй частцы рукі і перадплеччам) – 90 або больш градусаў, каб пазбегнуць ціск нерва ў локці.
      • Пераканайцеся, што верхняя частка рукі і локаць блізка да цела і расслабленыя, як гэта магчыма, каб выкарыстоўваць мыш-пазбягайце расцяг. Таксама пераканайцеся, што запясце прамое, як гэта магчыма, калі выкарыстоўваецца мыш.
      • Пераканайцеся, што карыстальнік адхіліўся на спінку крэсла і ў яго ёсць добрая падтрымка спіны. Таксама праверце, каб ступні былі размешчаны роўна на падлозе або на падстаўцы для ног.
      • Пераканайцеся, што галава і шыя прамыя, як гэта магчыма.
      • Пераканайцеся, што пазіцыя карыстальніка расслабленая.
  1. Хай усё ляжыць побач!
    • Пераканайцеся, што тыя рэчы, якімі карыстальнік карыстаецца часцей за ўсё, размешчаны побач з карыстальнікам так, каб іх можна было зручна ўзяць.
    • Пераканайцеся, што клавіятура ляжыць па цэнтры. Большасць сучасных клавіятур асіметрычныя ў дызайне (літарная клавіятура злева, нумарная клавіятура справа). Калі знешнія куты клавіятуры выкарыстоўваюцца, як адзнакі для выраўноўвання клавіятуры і манітора, рукам карыстальніка будзе нязручна, таму што літарныя клавішы будуць злева ад сярэдняй лініі карыстальніка. Пасуньце клавіятуру так, каб цэнтр літарных клавіш (клавіша B) быў накіраваны да сярэдняй лініі карыстальніка.
    • Пераканайцеся, што тэлефон таксама побач з вамі, калі вы часта ім карыстаецеся.
  2. Добрая эрганамічная арганізацыя працоўнай прасторы дазволіць любому карыстальніку кампутара працаваць у нейтральнай, паслабленай, ідэальнай пазіцыі для набору тэксту, якая мінімізуе рызыка развіцця якой-небудзь траўмы. Ідэальнае размяшчэнне клавіятуры-гэта змясціць яе на падстаўку, якая нахіленая ў адваротны бок і з рэгуляванай вышынёй. Ідэальнае размяшчэнне мышы-гэта каб яны была на роўнай паверхні, якая на 1-2″ вышэй клавіятуры, і каб яе можна было перарухаць над нумарнай клавіятурай. Калі Вы хочаце, каб паверхня была на тым жа ўзроўні, што і клавіятура, тады пераканайцеся, што яе можна злёгку нахіліць ўніз, каб Вашы рукі і запясці былі ў нейтральнай пазіцыі падчас карыстання мышшу і трымайце локаць блізка да свайго цела, як гэта магчыма, пакуль вы працуеце.Праглядзіце 10 падказак па выкарыстанні кампутарнай мышы.
  3. Дзе будзе выкарыстаны кампутар? Падумайце аб наступных навакольных умовах, у якіх будзе выкарыстаны кампутар:
    • Асвятленне-пераканайцеся, што асвятленне не занадта яркае. Вы не павінны бачыць якія-небудзь яркія светлавыя блікі на экране кампутара. Калі вы іх бачыце, перасуньце экран, прыглушыце святло, скарыстайцеся антыблікавым шкляным экранам добрай якасці. Таксама пераканайцеся, што манітор кампутара не варта задняй часткай да яркага акна або экранам да яркага акна так, што экран выглядае бляклым (сядзьце ў цень або скарыстайцеся фіранкамі, каб кантраляваць яркасць акна).
    • Вентыляцыя-пераканайцеся, што вы карыстаецеся кампутарам там, дзе ёсць дастаткова вентыляцыі свежага паветра і дзе ёсць дастаткова цяпла ці прахалоды, каб Вы адчувалі сябе добра, калі працуеце.
    • Шум-шум можа пацягнуць за сабой стрэс, а гэта напружвае мускулы, што павялічвае рызыка атрымання траўмы. Паспрабуйце выбраць ціхае месца для вашай працоўнай прасторы і слухаць музыку на нізкай гучнасці, пераважна лёгкую класіку, каб заглушыць гукі якіх-небудзь вентылятараў або іншых крыніц.
      • Вазьміце паўзу! Усе эрганамісты згаджаюцца, што гэта добрая ідэя браць часты, кароткі перапынак на адпачынак.Практыкуюць наступнае:
        • Перапынакдля вачэй — прагляд камп’ютэрнага экрана на працягу нейкага часу можа пацягнуць за сабой змены ў тым, як працуюць вочы, вы пачынаеце лыпаць менш, і паветра датыкаецца з вочнай паверхняй. Кожныя 15 хвілін вам варта коратка адвесці погляд ад манітора на хвіліну ці дзве на больш далёкую карціну, пераважна на нешта, што далей Вас на больш, чым 20 футаў. Гэта дазваляе мускулам ўнутры вачэй расслабіцца. Таксама паміргайце вачыма хутка некалькі секунд. Гэта абнаўляе слёзную плёнку і ачышчае ад пылу вочную паверхню.
        • Мікра-паўзы-большасць набору тэксту выканана перарывіста, а не паслядоўна. Паміж гэтымі перапынкамі актыўнасці, вам варта пакласці рукі ў паслабленай, роўнай, прамой пазіцыі. Падчас мікрапаўзы (<2 хвілін) вы можаце хутка пацягнуцца, ўстаць, пахадзіць і зрабіць іншае заданне па працы, напр., зрабіць тэлефонны званок. Микра-паўза не абавязкова паўза ад працы, але гэта паўза ад выкарыстання пэўных цягліц, якія робяць большасць працы (напр. згінальнікі пальцаў, калі вы шмат друкуеце).
        • Перапынак на адпачынак-кожныя 30-60 хвілін вам варта браць кароткі перапынак на адпачынак. Падчас гэтага перапынку устаньце, парухайцеся і зрабіце што-небудзь яшчэ. Схадзіце попейте ваду, газіроўку, чай, кава або што-небудзь яшчэ. Гэта дазволіць вам адпачыць і расцерці іншыя мышцы, і вы адчуеце сябе менш стомленым.
        • Перапынак на размінку – ёсць шмат практыкаванняў на разагненне і лёгкіх практыкаванняў, якія Вы можаце зрабіць, каб дапамагчы палегчыць цягліцавую стому. Вам варта рабіць гэта кожныя 1-2 гадзіны.
        • Эрганамічная праграма — праца за кампутарам можа быць гіпнатычнай, і часта вы не ўсведамляеце, як доўга вы працуеце і колькі вы надрукавалі і выкарыстоўвалі цягліц. Вы можаце выкарыстоўваць выдатную эрганамічную праграму, якую вы можаце ўсталяваць на свой кампутар. Самая лепшая праграма будзе працаваць незаўважна, і яна будзе счытваць, колькі вы выкарыстоўваеце кампутар. Яна падкажа Вам, калі ўзяць паўзу ў прыдатныя інтэрвалы, і яна прапануе простыя практыкаванні.
      • Што на рахунак эрганамічных цудаў тэхнікі? На сённяшні дзень практычна ўсё адзначана, як «эрганамічна створанае», і ў большасці выпадкаў гэта няпраўда, а гэтыя так званыя эрганамічныя прадукты могуць зрабіць усё яшчэ горш. Калі вы падумваеце купіць «эрганамічны прадукт», задайце сабе наступныя 4 пытання:
        • Ці маюць сэнс дызайн прадукту і зацвярджэння вытворцы?
        • Якія даследчыя доказы можа даць вытворца, каб падтрымаць свае сцвярджэнні? Будзьце асцярожныя з прадуктамі, якія не былі вывучаныя даследчыкамі.
        • Ці зручна карыстацца прадуктам працяглы час? Некаторыя эрганамічныя прадукты могуць здавацца дзіўнымі або трохі нязручнымі на першы погляд, таму што яны заўсёды вядуць да зменаў у вашай пазіцыі, якая будзе карысная для доўгага часу. Падумайце аб некаторых прадуктах, як аб новым абутку, які першапачаткова можа здавацца дзіўным, але затым у ім зручна праз некаторы час. Калі прадукт усё гэтак жа нязручны пасля адноснага пробнага перыяду (скажам, па меншай меры, тыдзень) часу, тады не карыстайцеся ім.
        • Што эксперты эрганомікі кажуць аб прадукце? Калі яны яго не рэкамендуюць, не карыстайцеся ім.

          Ёсць шмат кампутарных «эрганамічных» прадуктаў, самыя папулярныя з іх:

          • «эрганамічная» клавіятурабольшасць гэтых клавіятур маюць літарную клавіятуру, падзеленую нахіленую літарную клавіятуру.  Для незадзейнічанага ў пэўнай працы карыстальніка такі дызайн будзе катастрофай! Падзелены дызайн адказвае патрабаванням пашкоджанні локцевага нерва, і даследаванні паказваюць, што вертыкальная пазіцыя рукі (разгінанне пэндзля) важней. Няма паслядоўных доказаў даследавання таго, што большасць даступных клавіятур з падзеленым дызайнам сапраўды прыводзяць да якіх-небудзь істотных пазіцыйных паляпшэнняў. Для большасці людзей клавіятура са звычайным дызайнам лепш, калі яе змясціць у правільную нейтральную пазіцыю.
          • «эрганамічная» мыш – многія з дызайнаў гэтых мышэй або дызайнаў альтэрнатыўных прылад уводу добрыя, каб палепшыць пазіцыю рукі/запясці. Аднак, важна праверыць, ці можаце вы карыстацца імі з паслабленай верхняй часткай рукі, і каб яна была як мага бліжэй да цела. Дацягванне да «эрганамічнай мышы» дзівіць ўсякую карысць такога дызайну. Праглядзіце 10 падказак па выкарыстанні кампутарнай мышы.
          • Апора для запясці – яна была вельмі папулярная некалькі гадоў таму, але даследаванні не паказалі якой-небудзь істотнай карысці ад апоры для запясці. Фактычна, апора для запясці можа павялічыць ціск усярэдзіне канала запясця, напружваючы ўнутраную паверхню запясці (паглядзіце на сваё запясце, і Вы ўбачыце крывяныя сасуды, якія не павінны быць напружаны!). Даследаванні доктара Дэвіда Рэмпела ў Універсітэце Бэрклі, Каліфорнія, паказваюць, што ціск, ужыты да ніжняй частцы канала запясці, перадаецца ў тунэль праз папярочны звязак запясці, і гэты ўнутраны ціск падвойваецца, калі апора для запясці быццам плаваючая рука над клавіятурай. Калі вы выбіраеце карыстацца апорай для запясці, выкарыстоўвайце ту, што мае шырокі, роўны, цвёрды дызайн паверхні, і пакладзеце далоні на яго, НЕ запясце. Спрабуйце не класці рукі падчас самога працэсу набору тэксту, але кладзіце рукі ў перапынках паміж пячаткай. Пазбягайце мяккіх апор для запясця, таму што яны прымуць становішча запясцяў, паменшаць свабоду руху рук і прывядуць да больш бакавога адхілення падчас набору тэксту. Паглядзіце на паверхню тыповай апоры для запясця, і вы ўбачыце, што яна зусім сцёртая, гэта значыць, што карыстальнікі рухалі запясцямі па паверхні, што таксама напружвае крывяныя сасуды, якія заўсёды бачныя на запясце. Памятайце, вашы рукі павінны быць здольныя слізгаць па паверхні падчас набору тэксту, не замыкайце рукі на апоры падчас набору тэксту.
          • Падтрымліваючыя падцяжкі / пальчаткі-няма паслядоўнага доказу даследаванняў, што падтрымліваючыя запясце рэчы падчас карыстання кампутарам, на самай справе, дапамагаюць паменшыць рызыка траўмы. Калі вам падабаецца насіць падтрымку для запясця, пераканайцеся, што яна трымае руку роўнай і прамой, а не паднятай ўверх. Ёсць доказы, што нашэнне падтрымак для запясці ноччу ў ложку можа дапамагчы аблегчыць сімптомы для тых, у каго запясцевы сіндром.
          • Падтрымка перадплечча / перадплечча, якія ляжаць на падлакотніках-гэта, як правіла, не з’яўляецца абавязковым і не добрая ідэя, каб класці перадплечча на любую паверхню, якая падтрымлівае, падчас набору тэксту з-за магчымасці прыпынку цыркуляцыі цягліц пальцаў у перадплечча і ціску на локцевы нерв. Калі клавіятура / мыш правільна размешчаны, яны павінны быць даступныя рукам карыстальніка ў нейтральным становішчы (блізка да цела, і верхняя частка рукі вісіць расслаблена), якое не ставіць шыю ў асаблівае становішча або нагружае плячо. Калі патрабуюцца падтрымкі перадплечча, гэта звычайна прыкмета дрэннай эрганамічнай арганізацыі.
          • Працоўная прастора седзячы-стоячы — выкарыстанне працоўнай паверхні для працы, сядзячай або стаялай працы з рэгуляванай вышынёй, становіцца модным. Аднак ёсць недастатковы доказ, што мэбля седзячы-стоячы варта эфектыўнай карысці. Доказы прапануюць тое, што можа быць ёсць памяншэнне ў дыскамфорце ў спіне, але даследаванні гэтага не выкарыстоўвалі разумныя групы для параўнання (напр. выпрабаванне на людзях, якія стаяць аднолькавуя колькасць часу з аднолькавай частатой, не дзелячы працу з клавіятурай / мышшу). Няма доказаў, што «седзячы-стоячы» паляпшае становішча запясці падчас працы з клавіятурай або мышшу. Лагічна, сапраўдная карысць ад «седзячы-стоячы» проста ў тым, што мяняюцца палажэнні з седзячы на стоячы. Але стаянне ў адным становішчы цяжэй, чым сядзенне ў адной пазіцыі, таму важны рух. Мы рэкамендуем тое, што самы каштоўны эфектыўны спосаб атрымаць карысць ад сядзення і стаяння — гэта каб людзі сядзелі ў нейтральнай рабочай пазіцыі, а затым, з перыядычнасцю, ўставалі і рухаліся, робячы іншыя рэчы, такія як запаўненне папер, тэлефонныя званкі, кава, копіі дакументаў і т .д., замест таго, каб працаваць на клавіятуры або з мышшу ў стаячым становішчы.

Нядаўнія даследаванні прапануюць тое, што электронныя працоўныя прасторы седзячы-стоячы, якія можна лёгка рэгуляваць, дазвалялі кожнаму работніку мяняць вышыню сваёй працоўнай паверхні на працягу дня, а гэта можа паменшыць цягліцава-шкілетны дыскамфорт і палепшыць рабочую прадуктыўнасць 

  • Падзеленая працоўная паверхня з наладжвальнай вышынёй-нягледзячы на пазіцыю запясці, тыя ж самыя пытанні з падзеленай працоўнай паверхняй з наладжвальнай вышынёй і працоўнай паверхняй седзячы-стоячы:
    • Калі паверхня занадта нізка, рука будзе ў большай напрузе
    • Калі паверхня занадта высока, локаць будзе ў сагнутым стане
    • Калі гэта роўная паверхня, тады гэта сапраўды той жа аргумент, які выкарыстоўваецца вышэй да арганізацыі падстаўкі для клавіятуры з нахілам ў адваротны бок.

Вы не зможаце ўбачыць роўную рабочую паверхню з прыдатнай вышынёй для 5 галоўных задач працы ў офісе – праца з клавіятурай, мышшу, набор дакументаў, прагляд дакументаў і прагляд экрана – яны ўсе патрабуюць рознай вышыні для аптымальнай арганізацыі. Сістэма падстаўкі для клавіятуры, нахіленая ў адваротны бок, служыць у якасці механізму рэгулявання вышыні і кута клавіятуры, а платформа для мышы служыць у якасці рэгулявання вышыні і кута мышы, калі тыя падключаюцца да працоўнай паверхні, якая ўсталяваная для вышыні пры якой набіраюць тэкст. Вышыня манітора рэгулюецца лепшым спосабам з дапамогай асобнага пастамента для манітора, замест таго, каб спрабаваць перасунуць усю працоўную паверхню. Ёсць вялікая колькасць новых дызайнаў падзеленай працоўнай паверхні, якая можа працаваць дастаткова добра, каб дасягнуць аптымальнай пазіцыі манітора.

  1. Прыведзеныя вышэй 10 крокаў даюць кароткі агляд добра распрацаваных эрганамічных практык для кампутарных працоўных прастор, але разгледзець можна яшчэ больш. Вы можаце прачытаць пра эрганоміку ў многіх кнігах, вы можаце пашукаць іншы матэрыял на вэб-сайце CUErgo, вы можаце знайсці інфармацыю ў «Чалавечыя фактары і эрганамічнае грамадства«. Вы можаце скарыстацца Спісам для камп’ютэрнай працоўнай прасторы, каб вызначыць праблемы, і Вы можаце папрасіць у экспертаў эрганамістаў дапамогу або савет.
  2. Таксама паглядзіце дыяграму «Агляд камп’ютэрнай працоўнай прасторы», створаны DEA651 2000 года выпуску.
  3. Калі ў вас ёсць якія-небудзь пытанні ці каментары аб інфармацыі на гэтай старонцы або вэб-сайце, вы можаце адправіць іх мне, прафесару Алану Хеджу, ва ўніверсітэт Корнэл.
  4. Для больш дэталёвай інфармацыі і практыкаванняў, вы таксама можаце праверыць бясплатны вэб-сайт HealthyComputing.com‘.

Добрай працы за кампутарам!

Ўвядзенне ў віды раслін, жывёл 

Арыгінал артыкула даступны па спасылцы.

Віды раслін, жывёл – галоўная рэгіянальная група раслін і жывёл, успрыманая глабальнай шкалой. Іх схемы размеркавання моцна звязаны з рэгіянальнымі схемамі клімату і вызначаюцца ў адпаведнасці з вышэйшай кропкай тыпу расліннасці. Аднак від раслін, жывёл складаецца не толькі з вышэйшай кропкі расліннасці, але таксама з асацыіраваных пераемных супольнасцяў, пастаянных субкліматычных супольнасцяў, фауны і глебы. 

Канцэпт віду раслін, жывёл ахоплівае ідэю супольнасці, узаемадзеяння паміж расліннасцю, папуляцыямі жывёл і глебай. Від раслін, жывёл (таксама называецца біятычная вобласць) можа азначаць галоўны рэгіён адметных груп раслін і жывёл, якіх добра адаптаваліся да фізічнай асяроддзі сваёй вобласці распаўсюду.

Каб зразумець прыроду галоўных відаў раслін, жывёл зямлі, неабходна для кожнага ведаць:

  • Глабальную схему распаўсюджвання: Дзе знаходзіцца кожны від раслін,жывёл і як ён адрозніваецца геаграфічна. Дадзены від раслін, жывёл можа складацца з розных таксонаў на розных кантынентах. Асацыяцыі відаў, абмежаваныя рамкамі аднаго кантынента, у дадзеным відзе раслін, жывёл вядомыя, як фармацыі, і часта вядомыя пад рознымі мясцовымі імёнамі. Напрыклад, від раслін, жывёл прэрый называецца па-рознаму: прэрыі, стэп, пампа або вельд, у залежнасці, дзе ён знаходзіцца (Паўночная Амерыка, Еўразія, Паўднёвая Амерыка і Паўднёвая Афрыка, адносна).
  • Агульныя характарыстыкі рэгіянальнага кліматуі абмежаванні або патрабаванні, накладзеныя на жыццё асаблівай тэмпературай і/або характарамі атмасферных ападкаў.
  • Аспекты фізічнага асяроддзя, якое можа прыкладаць уплыў мацней, чым клімат у вызначальных агульных формах росту і/або субкліматычнай расліннасці. Звычайна гэтыя фактары з’яўляюцца ўмовамі субстрата(напр., затопленага; празмерна засушлівага, беднага) або пашкоджанні (напр., перыядычнае затапленне або пажар).
  • Тып(ы) глебы, якія характарызуюць від раслін, жывёл і тыя працэсы, залучаныя ў развіццё глебы.
  • Дамінуючыя, характэрныя і ўнікальныя формы росту; вертыкальную яруснасць фітацэнозу; форму ліста, памер і паводзіны; і асаблівыя адаптацыірасліннасці. Прыклады апошняга-гэта асаблівыя гісторыі жыцця або рэпрадуктыўныя стратэгіі, механізмы распаўсюджвання, структура кораня і гэтак далей.
  • Тыпы характарыстык жывёл(асабліва пазваночных) віду раслін, жывёл і іх тыповыя марфалагічныя, псіхалагічныя і/або паводніцкія адаптацыі да навакольнага асяроддзя.

Веб-Инжиниринг

Оригинал статьи доступен по ссылке.

Майкл Бибер

Кафедра Информатики

Йинг Ву колледж вычислительной техники

Технологический институт Нью-Джерси

Университет Хейста, Ньюарк, Нью-Джерси 07102 США

bieber@njit.edu

http://web.njit.edu/~Bieber

Аннотация

Мы используем двухэтапный подход к разработке приложений для Всемирной паутины.  Сначала инженер-программист выполняет анализ взаимосвязи-навигации, анализируя существующее или новое приложение конкретно с точки зрения его внутренних связей и взаимосвязей.  Это приводит его или ее к тому, чтобы лучше понять сложность и насыщенность программы, а также обеспечить доступ и метазнания желания пользователей.   Во-вторых, динамический гипермедийный движок (DHymE) автоматически генерирует ссылки для каждой из этих взаимосвязей и элементов метазнания во время выполнения, а также сложные методы навигации, которые не часто встречаются в Интернете (например, экскурсии, обзоры, структурный запрос) поверх этих ссылок.  Ссылки и навигация, а также функции аннотаций дополняют основную функциональность приложения.

Мотивация

По мере взросления Всемирной паутины и инструментов ее программирования, мы все чаще находим аналитические приложения с веб-интерфейсами и другими веб-сайтами с контентом, созданным вручную. Это включает в себя большой класс устаревших систем, организации которых спешат преобразоваться в веб-интерфейсы [Be95]. В этих документах рассмотрены вопросы разработки приложений для всех таких систем. Это также устраняет опасность того, что разработчики наделят эти системы скудостью ссылок вместо того, чтобы украшать их богатым слоем ссылок и навигационных возможностей, которые могли бы поддерживать интернет [BV97].

Кроме того, разработчики этих аналитических приложений часто сталкиваются с необходимостью представлять сложную информацию таким образом, чтобы пользователи могли лучше ее понять.  Часто разработчики будут полагаться на проницательные методы визуализации и хороший дизайн пользовательского интерфейса. Эти подходы не являются тривиальными, и для некоторых приложений не могут передать информацию достаточно просто для всех пользователей, особенно студентов, новичков и тех, кто не знаком с низкоуровневыми деталями области приложения (например, нетехнического менеджера, который должен принимать решения на основе работы разработчика). Даже для приложений с простым отображением информации у пользователей могут возникать вопросы о том, что означает конкретный элемент, или как он был определен.  Логически каждый элемент в веб-приложении может рассматриваться как потенциальная отправная точка для исследования информации. Возможность более подробно изучить часть информации может помочь пользователям разрешить сомнения или просто лучше понять, как этот элемент, так и анализ или отображение частью которого он является. Пользователи могут захотеть глубже изучить значения данных и символы, которые они видят, метки на графиках или пользовательских формах ввода, параметры во всплывающих списках, информацию, которую пользователи вводят в качестве ввода (перед фактической отправкой), или даже в командах меню, и других элементах управления, которые они могут вызвать.

 

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

Одной из главных целей гипермедиа является предоставление ссылок, представляющих отношения приложений, которые дают пользователю доступ к тому, что он хочет.  Мы используем двухэтапный подход к разработке приложений для Всемирной паутины.  Сначала разработчик выполняет анализ взаимосвязи-навигации, анализируя существующее или новое приложение конкретно с точки зрения его внутренних — и взаимосвязей.  Это приводит его или ее к лучшему пониманию сложности и богатства программы, а также обеспечивает доступ и метазнания пользовательского желание.   Во-вторых, динамический гипермедийный движок (DHymE) автоматически генерирует ссылки для каждой из этих взаимосвязей и элементов метазнаний во время выполнения, а также сложные методы навигации, которые не часто встречаются в Интернете (например, экскурсии, обзоры, структурный запрос) поверх этих ссылок.  Ссылки и навигация, а также функции примечаний дополняют основную функциональность приложения [BK95, Bi98].

Анализ взаимосвязи и навигации

Метод взаимосвязи-навигационного анализа (Relationship-Navigation Analysis /RNA) состоит из 5 шагов:

  • Анализ заинтересованных сторон
  • анализ элементов
  • взаимосвязь и анализ метазнания
  • анализ навигации
  • анализ реализации взаимосвязи и метазнаний

RNA имеет две основные цели. Сам по себе, анализ отношений поможет разработчику сформировать более глубокое понимание приложения. Это происходит главным образом в шагах 1-4. Затем разработчик должен решить, какие из этих отношений следует реализовать. Некоторые из них могут принести лишь незначительную пользу. Другие могут быть очень дорогостоящими или трудноосуществимыми. Эти решения принимаются на последнем этапе.

В то время как весьма полезно в его нынешней форме, мы намерены развивать технику RNA дальше, производя конкретные принципы для каждого шага и за счет сокращения диапазона вариантов, которые разработчик должен рассмотреть в рамках шагов анализа 2 и 3. Эти уточнения должны сделать анализ более систематическим и легким для осуществления, в то же время позволяя ему оставаться открытым.

Шаг 1: Анализ заинтересованных сторон

Целью анализа заинтересованных сторон является определение аудитории приложения. Знание того, кто будет заинтересован в приложении, помогает разработчику широко определить весь спектр важных элементов и связей, а затем сосредоточиться именно на них. Это особенно актуально для тех приложений, которые имеют общий доступ к Интернету, имеют гораздо более широкий круг заинтересованных сторон, чем многие себе представляют.  Многие разработчики, по сути, считают эту часть RNA самой просвещающей.  Разработчик также должен определить и понять задачи, которые каждый тип пользователя будет выполнять в приложении. Это поможет разработчику сосредоточиться на конкретных областях во время последующих шагов RNA.

Шаг 2: Элементный анализ

Здесь разработчик перечисляет все потенциальные элементы, представляющие интерес для приложения. На одном уровне к ним относятся все типы элементов, отображаемых на любом интерактивном дисплее (информационные экраны, формы, документы и любые другие типы отображения), а также экраны, формы и сами документы. Самый простой способ начать – изучить каждый экран (или макет) и определить каждое значение и пометить его. Обратите внимание, что разработчик должен определять виды или классы элементов, а не отдельные экземпляры. Типы отношений, которые мы обсуждаем на шаге 3, относятся к определенным типам элементов. Например, в области анализа решений к ним относятся «модель» и «значение данных » в отличие от конкретных моделей или значений данных.

Шаг 3: Анализ взаимосвязи

Анализируются взаимоотношения взаимоотношения, внутривидовые отношения и метазнания. Разработчик должен рассмотреть каждый элемент интереса, выявленных в предыдущем этапе, с точки зрения каждого из видов отношений, для каждой группы заинтересованных сторон. Определенные отношения будут полезны только определенным заинтересованным сторонам, и механизм гипермедиа будет фильтровать их. Связи могут приводить к информации внутри и вне приложения. Разработчики не должны чувствовать себя ограниченными реальными соображениями доступности, затратами или усилиями на реализацию. На этом этапе они должны максимально полно проявить свои творческие способности. Только на шаге 5, они должны решить, как реализовать обнаруженные отношения и метазнания.

RNA в настоящее время помогает разработчикам определить следующие типы отношений и метазнания в приложении: схема, процесс, операция, структурные, описательные, параметрические, статистические, отношения совместной работы и упорядочения.  [Bi98] дает более подробную информацию для каждого.  Бибер и Витали [BV97] показывают, как некоторые из этих общих типов отношений могут дополнять онлайновый счет продажи. [Bi98] показывает, как они могут дополнять систему поддержки принятия решений математического моделирования.

Шаг 4: Анализ навигации

После того, как мы определим отношения, мы можем думать о том, как пользователь может получить к ним доступ. Наиболее простая реализация сделает каждое отношение ссылкой, а затем обеспечит простой обход (пользователи, выбирающие якорь и ссылку, и система, отображающая назначение ссылки). Но некоторые типы отношений поддаются более сложной навигации. Концепция гипермедиа включает в себя множество других навигационных функций, основанных на связях или ссылках. К ним относятся экскурсии и маршруты, обзоры и структурный запрос [BVA97, Ni95]. На этом этапе РНК разработчик должен решить, какие функции навигации могут наилучшим образом удовлетворять потребности заинтересованных сторон.

Шаг 5: анализ реализации взаимосвязи и навигации

Очевидно, что Шаг 3 может генерировать много отношений, а Шаг 4 может генерировать много возможных навигационных возможностей. На этом этапе разработчик должен решить, какие из них следует реализовать. Этот шаг не является фактической реализацией, а просто логическим решением, какие отношения следует реализовать. Разработчики должны учитывать затраты и выгоды (фактические и предельные) как реализации, так и отображения каждого этапа. Мы отделяем этот шаг от шагов 3 и 4, чтобы разработчик мог реализовать все свои творческие таланты без ограничений по соображениям реального мира.  Затем конструктор создает правило сопоставления (в указанном формате) для каждой из реализуемых связей.  Правила сопоставления определяют команды или алгоритмы поиска конечной точки каждой связи.

DHymE (Dynamic Hypermedia Engine)

Dhyme hypermedia engine выполняется отдельно от целевого приложения.  Мы пишем программу-оболочку для каждого приложения, чтобы интегрировать его в архитектуру нашего движка.  Затем приложения или их оболочки подключаются к DHymE через прокси-сервер.  DHymE перехватывает все сообщения, передаваемые между приложением и пользовательским интерфейсом, и использует указанные выше правила для сопоставления каждого соответствующего элемента сообщения узлу гиперсреды или якорю.  Наша оболочка веб-браузера интегрирует эти якоря в отображаемый документ и передает его через прокси-сервер в веб-браузер пользователя.  Когда пользователь выбирает якорь, оболочка браузера передает его DHymE, который возвращает список возможных ссылок (по одному для каждого соответствующего отношения, как определено правилами сопоставления).  Если пользователь выбирает обычную команду приложения (сопоставленную ссылке операции), DHymE передает команду приложению для обработки.  Если пользователь выбирает ссылку на движок гиперсреды (например, для создания аннотации), DHymE обрабатывает ее полностью.  Если пользователь выбирает дополнительную схему, процесс, операцию, структурное, описательное, или информационное вхождение отношения, DHymE выводит соответствующие команды приложения, операции мета-приложения (например, на уровне операционных систем или на уровне схемы) или операции гипермедиа движка, который будет производить необходимую информацию.  Если пользователь выбирает созданную пользователем аннотацию, DHymE извлекает ее.  Таким образом, DHymE автоматически обеспечивает все перелинковки (а также навигацию) с приложениями, которые остаются не знающими гипермедиа и на самом деле часто полностью неизменными. В настоящее время мы интегрируем несколько приложений с DHymE, автоматически предоставляя каждому веб-интерфейс или дополняя его существующий веб-интерфейс: систему отслеживания заявок на персонал, систему управления связанными базами данных, систему управления математической моделью, систему анализа транспортных электронных таблиц и инструмент анализа поддержки принятия решений с несколькими критериями.  [Bi98] описывает эти идеи и более старые, а также не-веб прототип DHymE более подробно.  [Bi97, CB97] предоставляет некоторые сведения о движке.

Вывод

Мы надеемся, что наш наиболее весомый вклад будет заключаться в том, чтобы убедить разработчиков веб-приложений (как новых, так и перенесенных из других компьютерных сред) в полной мере использовать возможности компоновки в своих приложениях. Снова и снова дизайнеры говорят нам, что RNA показала им ссылки, которые они никогда не представляли в своих приложениях. Их выявление является необходимым первым шагом на пути к имплементации моделей. Реализованные продуманно, веб-ссылки и навигационные средства могут пройти долгий путь к снижению сложности приложений для пользователей.  RNA предоставляет разработчикам инструмент для определения возможностей дополнительной компоновки в приложениях.  DHymE hypermedia engine автоматически генерирует эти ссылки, практически без изменений в приложении.

Благодарность

Выражаем признательность за финансирование данного исследования аспирантской программе факультета JOVE NASA, Центру мультимедийных исследований в Нью-Джерси, Национальному центру транспорта и промышленной производительности в Нью-Джерси Технологическому институту (NJIT), Департамент транспорта Нью-Джерси, Комиссии по науке и технологии Нью-Джерси, а также грантам фондов Слоана и AT&T, и программе NJIT SBR.

Ссылки на литературу

  • [Be95] Беннет К. Системы наследия: справляясь с успехом. Программное обеспечение IEEE, январь 1995, 19-23.
  • [Bi97] Бибер, М., Гипертекстовый движок: поддержка вычислительных приложений, Техническое примечание, 1997.
  • [Bi98] Бибер, М., Дополнение заявок Гипермедиа, Техническая записка, 1998.
  • [BK95] Бибер, М. Качмар К. Проектирование гипертекстовой поддержки вычислительных приложений. Сообщения АСМ 38 (8), 1995, 99-107.
  • [BV97] Бибер М. Витали Ф. (1997). К поддержке гипермедиа во Всемирной паутине. IEEE Computer 30 (1), 1997, 62-70.
  • [BVA97] Бибер, м., Витали, Ф., Ашман, Х., Баласумарян В. и Ойнас-Кукконен, H. Гиперсреда четвертого поколения: некоторые недостающие ссылки для Всемирной паутины. Международный журнал компьютерных исследований человека 47, 1997, 31-65.
  • [CB97] Чиу, С. и Бибер, М., Универсальное динамическое сопоставление обертка для открытой гипертекстовой системы поддержки аналитических приложений, Hypertext’97 Proceedings ‘ 97, АСМ Press, Нью-Йорк, Нью-Йорк, апрель 1997 года, 218-219.

[Ni95] Ниельсен Дж. Мультимедиа и гипертекст: Интернет и не только. AP Professional, 1995.

Математика китайского календаря

Оригинал статьи доступен на math.nus.edu.sg.

Адам Шаль (汤若望 [湯若望], Tāng Rùowàng, 1591-1666), Императорский астроном в Пекине. Разработал текущий китайский календарь

  • Почему эта страница?
  • Доклад по математике китайского календаря
  • Чтение и запись китайских иероглифов и Пиньинь (Pinyin) в интернете с использованием Unicode
  • Дата Китайского Нового года
  • Шестидесятилетний цикл
  • Почему 2000 год Золотого Дракона?
  • Какой сейчас год по китайскому календарю?
  • Программное обеспечение и преобразование календаря
  • Небесная Математика
  • Астрономические Java-апплеты и анимации
  • Публичные лекции
  • Студенческий проект
  • Ссылки

Почему эта страница?

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

Китайские астрономы определяют день летнего солнцестояния 

Доклад по математике китайского календаря

Я написал длинную работу по математике китайского календаря. Это дает вам все нужные детали. Эта веб-страница — всего лишь введение в тему. Я также написал более короткое введение под названием Когда китайский Новый год? Эта статья получила четвертую премию в Пятом ежегодном конкурсе Boeing Writing Contest, организованном обсерваторией Гриффита. Статья появилась в The Griffith Observer, 66 (2002),  №2 (за февраль), страницы 1-17. Я также написал статью о поддельных високосных месяцах в китайском календаре: от иезуитов до 2033 года.

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

Для просмотра PDF-файлов необходимо скачать бесплатный Adobe Acrobat Reader.

Основное внимание в моей работе уделяется изучению високосных месяцев в китайском календаре. В начале 1990-х годов китайские астрономы обнаружили ошибку в китайском календаре на 2033 год. Традиционный календарь утверждал, что високосный месяц будет следовать за седьмым месяцем, в то время как на самом деле он придет после 11-го месяца. Очень необычно, что 11-й месяц имеет високосный месяц, на самом деле этого не произошло со времен календарной реформы 1645 года (до 1645 года все месяцы имели одинаковую вероятность иметь високосный месяц). Но многие китайские астрономы до сих пор утверждают, что после 12-го и 1-го месяцев не будет високосного месяца. Я обнаружил, что будет високосный месяц после 1-го месяца в 2262 году (на самом деле это должно было произойти в 1651 году, но они ошиблись в расчетах), а также будет високосный месяц после 12-го месяца в 3358 году. Поскольку китайский календарь является астрономическим календарем, предсказания требуют тонких астрономических вычислений, поэтому мои вычисления для 3358, вероятно, следует воспринимать скептически. Я также обсуждаю другие математические вопросы, связанные с китайским календарем.

Чтение и запись китайских иероглифов и пиньинь в интернете с использованием Unicode

Если вы не можете прочитать китайские иероглифы или пиньинь на этой странице, пожалуйста, перейдите на мою страницу по чтению и написанию китайских иероглифов и пиньинь в интернете с помощью Unicode.

Астрономические приборы в Императорской обсерватории в Пекине сделанные миссионером-иезуитом Фердинандом Вербист, 1670 

Дата Китайского Нового года

Математика, скрывающаяся за датой Китайского Нового года, подробно объясняется в моей статье Математика китайского календаря или более короткое введение Когда китайский Новый год?, но я приведу два быстрых эмпирических правила.

Одно эмпирическое правило гласит, что китайский Новый год должен быть ближе всего к началу весны (立春, lìchūn). Это правило верно в большинстве случаев, но он может не сработать, если Lìchūn на полпути между двумя новолуниями. Он не в 1985 и не в 2015 году. Так как Lìchūn выпадает примерно на 4 февраля, это помогает объяснить, почему китайский Новый Год всегда будет выпадать между 21 января и 21 февраля. Это также помогает объяснить, почему китайский Новый год называют Праздником Весны. Если у вас есть западный календарь, который указывает фазы Луны, это даст вам приблизительную дату Китайского Нового года. Но обратите внимание, что китайский календарь использует время новолуния в Китае.

Как объяснялось выше, Китайский Новый Год всегда будет приходиться на период с 21 января по 21 февраля. Тропический (или солнечный) год составляет около 365,25 дней, в то время как синодический (или лунный) месяц составляет около 29,5 дней. Таким образом, лунный год, состоящий из 12 месяцев, составит около 12 х 29,5 = 354 дней. Таким образом, лунный год примерно на 11 дней короче солнечного.

Второе правило гласит таким образом, что в большинстве случаев Китайский Новый год выпадет 11 (или 10 или 12) дней раньше, чем в предыдущем году, но если бы нас поместить за пределы китайского Нового года в диапазоне от 21 января до 21 февраля, мы должны добавить високосный месяц, поэтому Китайский Новый год прыгает на 19 (или 18) дней. Если это правило приблизит вас к 21 января, вы можете ошибиться на один месяц, иначе у вас будет не более одного выходного дня.

Год 1999 2000 2001 2002 2003 2004 2005 2006 2007
Дата КНГ Ян 16 Фев 5 Ян

24

Фев 12 Фев 1 Ян 22 Фев 9 Ян 29 Фев 18
Изменение в дате нового КНГ 11 12 19 11 10 18 11 20

Экваториальная (левая) и эклиптическая (правая) армиллярные сферы в Императорской обсерватории в Пекине, сделанные миссионером-иезуитом Фердинандом Вербистом, 1670 .

Шестидесятилетний Цикл

Важным аспектом китайского календаря является шестидесятилетний цикл (干支, gān zhī). Это комбинация из 10 небесных стволов (天干, Тянь L & gān) и 12 земных ветвей (地支, dì zhī).

Стебли 天干 tiān gān Елемент Ветви 地支 dì zhī Животное
1 jiǎ Дерево 1 Краса
2 Дерево 2 chǒu Бык
3 bǐng Огонь 3 yín Тигр
4 dīng Огонь 4 mǎo Кролик
5 Земля 5 chén Дракон
6 Земля 6 Змея
7 gēng Метал 7 Лошадь
8 xīn Метал 8 wèi Козел
9 rén Вода 9 shēn Обезьяна
10 guǐ Вода 10 yǒu Курица
11 Собака
12 hài Свинья

 

Чтобы объяснить, как работает этот цикл, обозначим и стебли, и ветви их номерами. Обозначим 1 к (1,1) или (甲,子), 2 с (2,2) и (乙,丑) и так далее до (10,10) или (癸,酉). Но теперь у нас кончились стебли, поэтому мы обозначаем 11 по (1, 11) или (甲,戌) и 12 (2, 12) или (乙,亥). Теперь у нас тоже закончились ветки, так что 13 становится (3,1) или (子, 子). Мы продолжаем таким образом через 6 циклов стеблей и 5 циклов ветвей до 60, то есть (10, 12) или (癸,亥). На следующий число затем (1,1) или (甲,子), который начинает новый цикл шестидесятилетний.

1 — Обсерватория Дэнфэн, спроектированная Го Шоуцзином в 1276 году

2,3 —  Армиллярные сферы в Обсерватории Пурпурной Горы в Нанкине, разработанные Го Шоуцзином

Почему 2000 год — год Золотого Дракона?

Этот цикл используется для отслеживания лет, месяцев, дней и (двойных) часов в китайской астрологии. Дата и время вашего рождения определяются восемью символами (八字), образованными парой циклических символов, или столбом (柱, zhù), для года, месяца, дня и часа. 60-дневный цикл был использован для отслеживания дней с древних времен и вернулся, по крайней мере, 13-го века до нашей эры во время династии Шан (商朝, 1600-1046 гг. до нашей эры). 60-месячный цикл также стар. 60-летний цикл был введен во время династии Хан ((汉朝 [漢朝]) и связан с орбитальным периодом Юпитера. В наше время годичный цикл является единственным в общем использовании. Ветви часто связаны с последовательностью из 12 животных: Крыса, Бык, Тигр, Кролик, Дракон, Змея, Лошадь, Овца, Обезьяна, Петух, Собака и Свинья. Неясно, когда ветви были связаны с 12 животными, но, похоже, это произошло примерно во времена династии Тан.

Обратите внимание, что каждая ветвь, или животне, проходит пять раз в каждом 60-летнем цикле. Животное, соответствующее нечетному числу, встретит стебли, соответствующие нечетным числам. 2000 год является 17-м годом в текущем цикле, поэтому он соответствует (7,5) (17 = 10 + 7 = 12 + 5) или (庚, 辰). Итак, мы видим, что это год Металлического дракона или золотого дракона.

Определить стебель, соответствующий месяцу, легко. 11-й месяц имеет ветвь 1, 12-й месяц имеет ветвь 2, первый месяц имеет ветвь3 и так далее. Так что единственная проблема – следить за стебелями. Здесь нужно обратить внимание на две вещи. Прежде всего, эта система игнорирует високосные месяцы. Столп месяца високосного месяца такой же, как столп месяца предыдущих месяцев! Во-вторых, почему первое отделение соответствует 11-му месяцу, а не первому?

На самом деле, оба этих парадокса легко объяснить. Поскольку два месяца могут иметь не более 60 дней, дневной столб по-прежнему будет разделять два разных дня. В некотором смысле вы можете думать о месяце и его следующем високосном месяце так же, как о одном длинном месяце. И почему первое отделение соответствует 11-му месяцу? Потому что 11-й месяц содержит зимнее солнцестояние, которое является фундаментальным для китайской астрономии!

Часовой цикл аналогичен месячному. Первое ответвление соответствует двойному часу с 11 вечера до 1 часа ночи и так далее. Опять же, нам нужно беспокоиться только о стебле.

По словам Хо Пэн иго, год рождения считался самым важным в астрологии до династии Тан, когда месяц рождения приобрел большее значение. Со времен династии Мин день рождения стал самым важным в китайской астрологии из восьми иероглифов.

Цикл из 12 ветвей, вероятно, связан с 12 месяцами, в то время как цикл из 10 стеблей, вероятно, связан с древней китайской 10-дневной неделей, xún (旬). Семидневная неделя, вероятно, была введена не ранее династии Сон (宋朝, 960-1279).

Какой год по китайскому календарю?

Из-за этой веб-страницы я получаю много сообщений о китайском календаре. Однажды я получил электронное письмо от компании поздравительных открыток, которой нужно было знать, каким будет 2000 год в китайском календаре. Ответ заключается в том, что китайцы не имеют непрерывного отсчета года. С каждым новым императором они начинали отсчет с единицы. Тем не менее, некоторые ученые пытались восстановить древнюю китайскую хронологию, сложив годы царствования, точно так же, как некоторые западные люди в прошлом пытались восстановить библейскую хронологию. Некоторые утверждают, что календарь был изобретен желтым императором Хуанди (黄帝) в 2637 году до н. э. на 61-м году его правления. Однако другие предпочитают начинать отсчет с первого года его правления в 2697 году до нашей эры. Поскольку эти годы разделены 60 годами, следует, что 1984 год был первым годом 78-го или 79-го 60-летнего цикла. Используя это в качестве отправной точки, Китайский Новый год в 2000 году знаменует собой начало китайского года 4637 или 4697. Чтобы дать вам пример уровня путаницы на этот счет, в главе 3 тома III перевода короля Шу (Shūjīng, 书经) Джеймса Легга, он ссылается на текущий год, 1863, как находящийся в 76-м цикле, подразумевая отправную точку 2697 г. до н. э. Однако в книге есть приложение по китайской астрономии, написанное Джоном Чалмерсом, где отправной точкой принято считать 2637 год до нашей эры! Чалмерс фактически пишет о 2636 г. до н. э., но это действительно означает -2636, используя астрономический год, где 1 г. до н. э. – год 0, 2 г. до н. э. -1 и т. д. Это довольно типично для путаницы о непрерывном подсчете года в китайском календаре, и просто иллюстрирует тот факт, что непрерывный подсчет года не является неотъемлемой частью китайского календаря, а скорее запоздалой мыслью. Хотя были отдельные случаи китайских ученых, которые использовали его, он только приобрел популярность у иезуитских миссионеров. Большинство людей, которые используют его, — это западные люди, которые отказываются верить, что можно иметь «цивилизованное» общество без линейного, непрерывного подсчета года. Вот почему я сказал компании, производящей поздравительные открытки, придерживаться называя года Дракона!

Чтобы добавить путаницы, некоторые авторы используют эпоху 2698 г. до н. э. Я считаю, что это потому, что они хотят использовать год 0 в качестве отправной точки, а не считать 2697 г. до н. э. в качестве года 1, или что они предполагают, что Желтый Император начал свой год с зимнего солнцестояния 2698 г. до н. э. В частности, эта система использовалась Сунь Ятсеном (孫逸仙, Сунь Yìxiān или 孫中山, Сунь Zhōngshān, 1866—1925). Он и другие политические активисты хотели использовать республиканскую и  «современную» годовую систему нумерации. Эта система на самом деле завоевала некоторое признание в заморском китайском сообществе и, например, иногда используется в китайском квартале Сан-Франциско. (По крайней мере, во время Китайского Нового года!)

Тем не менее, позвольте мне еще раз подчеркнуть, что использование эпохи не является традиционным способом подсчета лет в китайской истории. Традиционным способом является использование имени эпохи императора (年号 [年號], nían Хао) вместе с 60-летним циклом. В прошлом император часто менял свое имя эпохи во время своего правления, но ко времени династий Мин и Цин императоры использовали одно и то же имя эпохи для всего своего правления. Эта система работала хорошо большую часть времени, но император Кангкси (康熙) правил более 60 лет. Он правил с 7 февраля 1661 года по 20 декабря 1722 года. Поскольку китайский Новый год пришелся на 30 января 1661 года, первый год его правления начался 18 февраля 1662 года, а последний год его правления закончился 4 февраля 1723 года. Поскольку и 1662, и 1722 годы являются rényín годами, термин Kāngxī rényín (康熙壬寅) неоднозначен. Однако это единственная подобная проблема в китайской истории. Его внук, император Кианлонг (乾隆) правил с 18 октября 1735 года по 8 февраля 1796 года. Первый год его правления начался 12 февраля 1736 года, но он решил уйти в отставку 8 февраля 1796 года в качестве сыновнего акта, чтобы не править дольше своего деда, прославленного императора Кангкси. Однако, несмотря на отставку, он сохранил власть до своей смерти в 1799 году.

Известно, что 60-летний цикл был введен в династии Хан (Hàn), так что это стало чем-то вроде удивления, когда ученые поняли, что 60-дневный цикл был и в династии Шан (Shāng, 商朝, 1600-1046 до н. э.). Это показывает, что две системы являются независимыми, и нет смысла искать древнего происхождения (甲,子) в дне (甲,子) месяце (甲,子) годе в 2637 г. до н. э. или 2697 году до нашей эры. Я должен также отметить, что в то время как китайская хронология довольно надежна, начиная с 841 г. до н. э., а кости оракула с записью даты восходят к 13-му веку до н. э., Современные ученые считают Желтого Императора мифологической фигурой. Так что вся эта дискуссия о древних датах-просто любопытство.

Китайские солнечные часы из Адлерского планетария

 

Программное обеспечение и преобразование календаря

Лучшим источником информации о календарных вычислениях является книга «Календарные вычисления» Начума Дершовица и Эдварда М. Рейнгольда. Если вам нужна программа преобразования календаря, вы можете либо перейти на их апплет календаря или получить программу китайский календарь от Hermetic Systems: Календари, Шифрование, Астрономия, Простые числа и многое другое.

Два студента бакалавриата в СУС, Куан Шау Хонг и Тен Кит Хуат написали отчет UROPS (программа студенческих исследовательских возможностей в науке) по китайскому календарю более позднего периода Хань. Они также написали программу для выполнения вычислений с использованием календаря Sìfēn lì (四分历). И исполняемый файл DOS и исходный код C доступны. Их проект очень интересен и показывает, что во времена позднего Хань правило no zhōngqi было не просто эмпирическим правилом, а фактическим правилом, используемым для определения високосных месяцев. Мы пишем об этом доклад.

Я разработал пакет Mathematica, ChineseCalendar.m (версия 2.0, 3 июня 2011 года), который я использую для китайских календарных вычислений. Он использует код из второго издания книги «Календарные вычисления» Начума Дершовица и Эдварда М. Рейнгольда. Их функции Lisp были переведены в пакет Mathematica Calendrica Робертом К. Макнелли. Обратите внимание, что этот пакет доступен только из книги. Если у вас нет книги, вы можете использовать V1 пакета Calendrica, который находится в свободном доступе (у меня есть версия, которая обновляется для Mathematica V8) и версию 1.07 моего пакета, ChineseCalendardV1.м.

Я создал несколько блокнотов, которые иллюстрируют некоторые из моих вычислений. (Если у вас нет Mathematica, вы можете загрузить копию MathReader.) ChineseCalendar.nb (или ChineseCalendarV1.nb при использовании кода V1), который демонстрирует команды. LeapMonths.nb перечисляет високосные месяцы между 1645 и 3944 и ChineseNewYear1000.nb перечисляет дату Китайского Нового года между 1645 и 2644.

Небесная Математика

Я преподаю общеобразовательный модуль под названием Небесная математика и культурная астрономия.

Астрономические Java-апплеты и анимации

Вместе с Тим Мэн Хун и H. Виллебордс Фредерик из CITA, я разработал несколько интерактивных Java-апплетов, которые, надеюсь, помогут вам понять движение Земли и Солнца.

Мы также разработали несколько интерактивных апплетов, чтобы объяснить, как выглядит растущая или убывающая Луна в разных частях мира?

Публичные лекции

У меня есть отдельная страница о моих публичных лекциях по астрономии и математике.

Студенческий проект

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

Ссылки

У меня отдельная страница ссылок.

Вернемся к странице Хелмера Аслаксена о календарях в Сингапуре.

Хелмер Аслаксен

кафедра математики

Национальный университет Сингапура

helmer.aslaksen@gmail.com

Каталог Альмагест

Оригинал статьи доступе по ссылке.

Следующие таблицы Excel содержат версии звездного каталога Альмагест (Almagest):

  • данные, найденные в Альмагест, включая текстовые описания звезд (из Дж. Дж. Тумера, Альмагест Птоломея, (Лондон, 1984)), совпадающие настоящие имена звезд и координаты из каталога яркой звезды Йеля.
  • как и выше, но все звездные координаты скорректированы для прецессии до 129 года до нашей эры. Для звезд Альмагеста, 2/3 -2° вычитается из эклиптической долготы. Также в комплекте есть степень эклиптики, восходящая, или завершающаяся, как каждая звезда восходит или заходит, плюс градус эклиптики кульминацией, когда звезда кульминирует.
  • как и выше, но все координаты теперь экваториальные (за исключением градусов эклиптики,) и скорректированы на 129 год до нашей эры.
  • как и выше, но все правильные координаты теперь эклиптические и скорректированы на 1270 год нашей эры.
  • как и выше, но все точные координаты теперь экваториальны и скорректированы на 1270 год нашей эры.

Программное обеспечение от Тоби Дрисколл (Toby Driscoll)

Оригинал статьи доступен на math.udel.edu.

Chebfun

Chebfun – бесплатный пакет MATLAB и проект с открытым исходным кодом. Его цель состоит в том, чтобы обеспечить численное вычисление с функциями. Мой интерес и вклад в систему наиболее заметен в решении обыкновенных и (1+1 мерных) дифференциальных уравнений в частных производных. Используя знакомый синтаксис MATLAB, такой как \ и eigs, решения краевых или собственных задач могут быть получены с полной числовой точностью автоматически.

Schwarz-Christoffel Toolbox

SC Toolbox – это среда для решения задач вычисления и взаимодействия с конформными отображениями областей, ограниченных полигонами, включая неограниченные области, логические четырехугольники и каналы. Он включает в себя модуль для решения уравнения Лапласа в таких областях с кусочно-постоянными граничными условиями, до десяти и более цифр в секундах. Почти все функции Toolbox доступны через графический интерфейс.

Другие программы MATLAB

latex

Выведите матрицу в формате, который можно вставить в среду LaTeX.

gslope

Нажмите на две точки и получите наклон между ними, вычисленный автоматически.

unplot

Удалите последние нарисованные графические объекты.

wysiwyg

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

В моей области обмена файлами MATLAB есть еще несколько утилит.

Апплет: Полупериоды ядерных изотопов

Оригинал статьи доступен на lectureonline.cl.msu.edu.

Здесь вы можете выбрать изотоп тремя способами:

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

Для каждого выбранного изотопа серым крестиком и зеленым квадратом будет отмечено его расположение на изотопной таблице, а также будет указано количество нейтронов и протонов. Вы также увидите, стабилен ли изотоп и был ли он экспериментально обнаружен. Если изотоп был обнаружен, и если он распадается, дается его период полураспада.

Диаграмма изотопов имеет цветовую маркировку: периоды полураспада короче диапазона микросекунд кодируются синим цветом, периоды полураспада короче 1000 лет отображаются красным цветом, периоды полураспада длиннее 1000 лет – желтым. Стабильные ядра показаны белым цветом.

Эти цифры взяты из сборника Г. Ауди и А. К. Вапстра, Ядерная физика. A595, 409 (1995).

Пакет jay

Оригинал статьи доступен на cs.rit.edu.

Це сайт Джей, LALR(1) генератор синтаксичних аналізаторів: Berkeley yacc © перенаправлені на C# і Java:

  • Використання
  • Вхідний формат
  • Дженеріки
  • Файли основи
  • Управління класом
  • Завантаження

Використання

jay читає граматичну специфікацію з файлу і генерує для неї парсер LALR (1). Синтаксичний аналізатор складається з набору таблиць синтаксичного аналізу та підпрограми драйвера на наборі, який рахується від стандартного вводу. Відповідні набори існують для Java і C#. Таблиці і драйвер записуються в стандартний висновок.

jay [-ctv] [-b file-prefix] grammar skeleton|<skeleton

java -jar jay.jar [-ctv] [-b file-prefix] grammar skeleton|<skeleton

Доступні наступні параметри:

— b file-prefix змінює префікс, що додається до імен вторинних вихідних файлів, на рядок, що позначається file_prefix. Префікс за замовчуванням є символ y.

— c організовує директиви #line препроцесора C, які будуть включені в вивід. Це корисно тільки для C#.

— t організовує налагоджувальну інформацію для включення у вихідні дані. Фактична інформація контролюється файлами набору; оскільки вона поширюється, вона залежить від додаткових пакунків середовища виконання. Для C# це частина завантаження вихідного коду, для Java — jay.yydebug.

— v змушує опис згенерованого парсера для людського сприйняття записуватись у файл file_prefix.output.

Якщо задана одна з змінних оточення TMPDIR, TMP або TEMP, то в якості імені директорії, в якій створюються тимчасові файли, буде використовуватися рядок змінної середовища.

Вхідний формат

Формат введення і алгоритм LALR (1) не були змінені з yacc. Вам слід звернутися до обширної літератури по yacc, щоб отримати докладні відомості про написання і налагодження граматики, виправлення помилок, стратегій дій і т. д.

Єдиними відмінностями є стек значень, вбудовування створеного синтаксичного аналізатора в клас і інтерфейс до сканера. Всі вони можуть бути змінені шляхом зміни файлів набору. Інша частина цього розділу заснована на файлах набору, що поширюються з jay.

Директива %union була видалена. jay використовує Object (або System.Object з C#) для стека значень. Отже, ім’я в позначенні тегу <name> відноситься до класу або інтерфейсу.

Це має значення для привидів, які генерує jay: ні C#, ні Java не дозволяють присвоюватись наведеним змінним. Таким чином, позначення $ $ відноситься до об’єкта без приведення, оскільки $ $ зазвичай присвоюється. Якщо $$ використовується для інших цілей, він зазвичай повинен буде використовувати явний тип $<name>$, який перетворюється на приведення до name.

Аналогічно, позначення $n присвоюється рідко. Тому, jay створює роль, якщо нотація $<>N використовується для запобігання закидання.

jay не поширює ролі на об’єкт. Ці приведення зазвичай не потрібні, і ця стратегія дозволяє уникнути численних попереджувальних повідомлень, але це може викликати сюрприз у ситуації перевантаження.

jay поняття не має про наслідування. Це може призвести до появи необґрунтованих попереджувальних повідомлень зі скаргами на сумнівні призначення. Було визнано, що ці повідомлення в цілому корисні, навіть якщо деякі з них є помилковими.

Генерики

Таблиці та скелетні файли jay не використовують параметризовані типи. jay.yydebug кодується без параметризованих типів, однак вихідники містять код з дженериками в рядках, які на даний момент закоментовані.

Позначення <tag> може містити вкладені кутові дужки і всередині них символи [] blank ? , на додаток до звичайних буквено-цифрових . $ _ . Однак посилання на стек значень $ n наводяться з використанням відповідного тега, і приведення до параметризованого типу викличе неперевірене попередження в Java.

Клас парсера може бути позначений як @SuppressWarnings («неперевірений»); однак, в той час як це може бути варіантом для Java 5, і це ймовірно, нерозумно.

Файли набору

Двійкове або вихідне завантаження включає два скелетних файли для Java і один для C#. Файл набору управляє форматом створюваних таблиць і включає в себе фактичний алгоритм парсера, який інтерпретує таблиці. Алгоритми однакові у всіх розподілених файлах, але skeleton.tables ініціалізують різні таблиці, читаючи файл ресурсу під час виконання; це уникає межі, яку система Java накладає на розмір сегмента коду для класу.

Щоб створити файл ресурсів, створіть синтаксичний аналізатор за допомогою skeleton.tables. З вихідного коду парсера витягніть рядки, що починаються з / / yy, і видаліть саме цей префікс. Отриманий файл повинен знаходитися в тому ж каталозі, що й файл класу аналізатора, і повинен використовувати ім’я класу аналізатора і суфікс .tables.

Не слід змінювати файли набору, але про всяк випадок вони широко коментуються. Файли однорядкові. Символ у першому стовпці визначає, що відбувається з рядком: # позначає коментар, і рядок ігнорується. . зазначає рядок, який копіюється без початкового періоду.

t позначає рядок, який має відношення до трасування. Зазвичай він копіюється з / / t; якщо встановлено параметр -t, рядок копіюється без провідного t.

Нарешті, рядок з початковим пробілом містить команду, яка приводить до висновку деякої табличної інформації і яка може використовувати іншу частину рядка в якості параметра.

actions видають код з дій як тіло switch.

epilog видає текст, що слідує за другим %%.

local виділяє текст В % { % } після першого %%.

prolog видає текст в межах % { % } до першого%%.

tokens prefix створює кожне значення маркера в якості ініціалізованого ідентифікатора, а решту рядка-в якості префікса.

version comment створює коментар / / з рештою рядка.

yyCheck prefix   виділіть тіло відповідної таблиці з залишком рядка в якості префікса для кожного вихідного рядка.

yyDgoto prefix

yyGindex prefix

yyLen prefix

yyLhs prefix

yyRindex prefix

yySindex prefix

yyTable prefix

yyFinal prefix видає значення як ініціалізатор із залишком рядка в якості префікса.

yyNames prefix видає таблицю у вигляді списку слів, а залишок рядка – у вигляді префікса для кожного вихідної рядка.

yyNames-strings видають таблицю як список рядкових ініціалізаторів.

yyRule prefix видає таблицю у вигляді списку рядків, а залишок рядка — у вигляді префікса для кожної вихідної лінії.

yyRule-strings видають таблицю як список рядкових ініціалізаторів.

Кожна таблиця передує коментарю з інформацією про вимірювання.

Управління класами

Дизайн файлу скелета повинен враховувати дві проблеми: як вбудувати парсер в клас і як взаємодіяти зі сканером.

Розподілені файли набору очікують, що користувач надасть prolog у % { % }, що містить заголовок класу, і epilog після другого%%, який закриває цей клас. jay не знає ім’я класу аналізатора.

Інтерфейс до сканера yyInput генерується як член кожного класу парсера; це може бути або не бути хорошим вибором. Існує три методи: advance немає аргументів, і повинне повертатися логічне значення, яке вказує, що сканер успішно вибрав наступний вхідний символ; token не має аргументів і повинен повертати поточний вхідний символ як цілочисельне значення, на яке очікує парсер; value не має аргументів і повертає значення об’єкта для розміщення на статусі/значення стека для вводу символу. Трасування очікує, що маркер і значення будуть постійними функціями між кожним викликом для просування.

Явні значення токенів генеруються як константи в класі парсера. Одиночні символи представляють себе; однак для тих, які Jay сприймає в ASCII, а не в наборі символів Unicode. Можливо, було б краще визначити константи в інтерфейсі сканера, але очікується, що сканер реалізований як внутрішній клас аналізатора. pj підтримує це уявлення, навіть якщо сканер явно створений з використанням JLex.

Завантажити

Версія:

1.1.1, червень 2006 року.

Автор:

Аксель Т. Шрейнер.

Страница 2 из 14