学而时习
解决最近Debian 7.0下Google Chrome的Flash不能显示的问题
Feb 5th
某次Wheezy更新之后发现Chrome不能播放视频了,总显示“无法加载插件”或者 Could Not Load Shockwave Flash 的字样。开始以为是Chrome需要重启,结果重启之后依旧;然后猜想大概是系统需要重启,由于我总是不喜欢关机,拖了两三天之后重启了,结果状况还是依旧,关键是我在办公室的Squeeze也出现了同样问题,所以我决定要着手研究一下。
Google了一阵之后,发现好像最近许多人都有同样的问题,这篇帖子说似乎是libpepflashplayer.so给调包了,大小一样,checksum却不同,导致Chrome里的Flash插件无法正常工作。于是执行以下命令:
somebody@somewhere:~/.config$ locate flashplayer.so|xargs ls -al -rw-r--r-- 1 somebody somebody 13545988 Feb 1 20:22 /home/somebody/.config/google-chrome/PepperFlash/11.5.31.138/libpepflashplayer.so -rw-r--r-- 1 root root 13545988 Jan 25 19:26 /opt/google/chrome/PepperFlash/libpepflashplayer.so
帖子里面说可以通过修改~/.config/google-chrome来强制Chrome调用/opt/google/chrome下的libpepflashplayer.so(当然要重启Chrome),试验了一下,这个办法有效,但设置就全没了。于是尝试覆盖:
somebody@somewhere:~/.config$ cp /home/somebody/.config/google-chrome/PepperFlash/11.5.31.138/libpepflashplayer.so /home/somebody/.config/google-chrome/PepperFlash/11.5.31.138/libpepflashplayer.so.bak somebody@somewhere:~/.config$ cp /opt/google/chrome/PepperFlash/libpepflashplayer.so /home/somebody/.config/google-chrome/PepperFlash/11.5.31.138/
不知为何没有用。于是只好删除之:
somebody@somewhere:~/.config$ rm -f /home/somebody/.config/google-chrome/PepperFlash/11.5.31.138/libpepflashplayer.so
搞定。总算又可以开始看视频啦!
解决conky的显示问题
Dec 5th
很遗憾Wheezy竟然不支持compiz,不过我觉得用Debian的用户应该大多不是冲着绚丽去的,而且利用自带的设置外加一些小挂件就已经能达到比较棒的效果了。我最近偶然发现有些用户秀的桌面有实时数据显示,经过简单google,发现这是个叫conky的程序的功劳。不过我很快发现了一个问题,own_window_type怎么设置也不对,可以归纳为:
- own_window_type normal - 显示正常,但用快捷键切换桌面时,界面消失;
- own_window_type desktop - 显示正常,但点击桌面时界面消失;
- own_window_type override - 完全不显示。
网上的解决方案一般是改成override,但这招对我没用。有xfce用户说这是和pcmanfm冲突的缘故,但我用的是GNOME3。无奈之下去扒conky的文档,发现own_window_type原来还有dock和panel两个选项,其中panel似乎就成了个置顶的窗口了,dock倒是可以用,只是alignment好像不生效了,总是从左上角开始算,不过修改一下gap_x、gap_y也算凑合,经测试,快捷键切换桌面和点击桌面均工作正常。
下面分享自己的.conkyrc的开始部分,供需要的朋友参考。
alignment top_right background no border_width 1 cpu_avg_samples 2 default_color white default_outline_color white default_shade_color white draw_borders no draw_graph_borders yes draw_outline no draw_shades no use_xft yes xftfont DejaVu Sans Mono:size=12 gap_x 700 gap_y 70 minimum_size 5 5 net_avg_samples 2 no_buffers yes out_to_console no out_to_stderr no extra_newline no own_window yes own_window_class Conky own_window_transparent yes double_buffer no own_window_hints undecorated,below,sticky,skip_taskbar,skip_pager own_window_type dock own_window_argb_visual yes stippled_borders 0 update_interval 1.0 uppercase no use_spacer none show_graph_scale no show_graph_range no
Debian 7.0 (Wheezy)安装记
Dec 3rd
引子
最早接触Linux还是高中时代的RedFlag 4.0。当时自然对开源等概念没啥了解,觉得Linux就是一个仿Windows的系统,使用起来各种不方便,所以基本也没怎么用,唯一学到的就是grub之类的概念。一直到了大学,出于各种考量,才开始考虑抛弃Windows转战Linux,没记错的话当时装的是Fedora 9,但由于实在太过依赖Windows平台上的各种软件,所以坚持了几个星期之后,转换仍然失败。
再到后来,和代码打交道的时间越来越多,口味也越来越偏向Linux系,管理的服务器和办公室的计算机均是Linux,加上我觉得现在Linux的软件支持比起Fedora 9的年代更是完善了许多。但不知道为什么,我总觉得Fedora实在不对味,比方说遇到问题时网上的解决方案很不好找,经常要自己鼓捣半天;Fedora 15开始使用GNOME 3.0更是让我咬牙切齿。加上当时在Windows下配置的cygwin已经基本满足我的编程需要,所以使用上仍然以Windows为主。
尽管Fedora不对味,但直到读研前我仍然坚守RPM系,主要出于一个搞笑的理由:deb的名字太难听,apt-get比起yum绕口,而且Ubuntu这名字太傻了,考拉同学说她使用Ubuntu的时候我还嘲笑说为什么用一个连名字读起来都饶舌的操作系统,直到读研时,由于组里风行deb系,这才开始接触。后来由于某些原因自己用了一下Ubuntu,观念顿时180度大转弯,马上自己也装了个Ubuntu。尽管网上不少人抱怨Unity不好用又不稳定,但多年失败的转战计划一个周末就被Ubuntu解决了。
可惜我和Ubuntu的蜜月没持续多久,看到12.10发布了,手滑升级到了12.10,这下悲剧来了。因为我经常同时开许多个程序运行,原本运行12.04 LTS的时候还比较稳定,结果升级之后经常出现僵死的情况,要等待半个多小时才能缓解,最近的一个周末竟然连续出现6、7次,而且经常出现系统错误。周一上班的时候和组里的技术专家了解情况,他说Ubuntu从旧版本升级的时候有时会出现这样的问题,比较可靠的办法是:重新安装。他建议我可以考虑Debian Wheezy,虽然是测试版,但已经相当稳定。我在Debian Squeeze、Wheezy和Ubuntu 12.04 LTS之间犹豫了好一阵,最后还是觉得稳定比好看重要,但新程序包也比较重要,于是折中选择Debian Wheezy,虽然我的确挺喜欢Unity的。相互分享是Linux精神的精髓,安装过程中谷歌也帮了大忙,所以我也把自己的安装经验写出来,希望可以帮到后来者。
安装平台:ThinkPad X60,Intel 945GM集成显卡。
备份文件
首先运行以下命令备份用户目录里的文件。注意通配符”*“不包括隐藏文件和文件夹(以”.“开头),所以应该用”.“或者直接用路径。
tar -zcvf backup.tar.gz ~
制作Debian安装盘
网上有许多让人望而却步的安装盘制作方法,非常麻烦。读了一下官网上的安装指南,发现原来有一种非常简单的制作U盘安装盘的办法,只要执行以下命令即可:
cp install.iso /dev/sd*
其中install.iso为安装盘,/dev/sd*为U盘。
官网上有许多片盘,只要用CD或者DVD的第一片即可(CD-1或者DVD-1)。网络启动安装盘应该也适用于以上方法,不过我没试过,反正CD-1也就600M左右,网络启动安装盘也有200M,GB级别的U盘现在应该不难找吧。
插入U盘,通过以下命令判断挂载到sd*:
dmesg | tail -20
一般来说单硬盘的话都是挂载到/dev/sdb,不过还是要查清楚哟,不然写错了有得哭。
Ubuntu可以自动mount U盘,要umount了才能写入。假定U盘mount到/media/usb,执行以下命令:
umount /media/usb
然后就可以开始写安装盘了。
安装Debian
安装过程是最简单的。重启计算机,选择U盘启动,就可以进入安装界面了。对于不习惯命令行安装或者比较懒的朋友(比如我这样的),还可以选择图形界面安装。注意安装分区不要选错就可以了。我先用安装程序自带的gparted格掉原来Ubuntu的分区,然后再在这个分区上建立新分区表。安装大概耗时半小时。
连上网络
我用的是家里的无线,由于X60的无线驱动不是免费的,因此Debian安装包不包含它。解决这个问题有两种办法:第一是去 http://intellinuxwireless.org/ 下载驱动放到U盘里,安装系统时调用它;我因为懒,没有用这种办法,结果得用第二种办法—— 安装好之后连有线下载。
由于太长时间不弄,都忘记怎么设置网卡了,结果不得不切换了Windows才查到。方法如下:
# 登陆root(因为尚未安装sudo) su Password: # CD-1不包含gedit,还好我熟nano nano /etc/network/interfaces # 对于一般用户来说,把该文件里的eth0改为以下设置即可 auto eth0 iface eth0 inet dhcp
然后要修改source.list,以便可以从正确的软件库里下载文件:
# 注意仍然要在root下操作 nano /etc/apt/sources.list # 加入以下行之后退出 deb http://ftp.us.debian.org/debian wheezy main contrib non-free # 回到命令行执行以下命令 aptitude update && aptitude install firmware-iwlwifi wireless-tools # 执行模块 modprobe -r iwlwifi ; modprobe iwlwifi iwconfig
一般来说这样就可以用了。回到舒服的办公椅前享受无线的乐趣吧!
安装必要程序
# 由于CD-1自带的程序很少,我直接导入安装以下程序 # 参考了 http://wwliu.is-programmer.com/posts/25029 gnome-core --- gnome核心组件 gnome-audio --- 声音支持 gnome-media --- 多媒体支持 gnome-utils --- 小工具如dictionary,printscreen等 gnome-system-monitor --- 系统监视程序 rar --- 常用的压缩/解压工具 unrar file-roller thinkfan --- thinkpad风扇升降频自动控制程序 network-config --- 网络配置和管理前端 network-manager build-essential --- 构建Debian软件包的开发软件包 gedit gedit-plugins --- 各种gedit扩展 gedit-latex-plugin --- gedit的latex扩展 spell --- 拼写检查 audacious --- 音乐播放器 mplayer --- 音视频播放 ibus --- 输入法 ibus-pinyin --- 拼音码表 ttf-arphic-bkai00mp --- 各种字体 ttf-arphic-bsmi00lp ttf-arphic-bkai00mp ttf-arphic-bsmi00lp ttf-arphic-gbsn00lp ttf-arphic-gkai00mp ttf-dejima-mincho ttf-kiloji ttf-arphic-ukai ttf-arphic-uming ttf-baekmuk ttf-sazanami-gothic ttf-sazanami-mincho ttf-unfonts-core ttf-unfonts-extra ttf-vlgothic ttf-wqy-microhei ttf-wqy-zenhei xfonts-wqy ntfs-3g --- ntfs支持 ntfs-config openoffice.org-writer --- 文档编辑器 openoffice.org-impress openoffice.org-calc virtualbox --- 虚拟机 google-chrome --- 单独从Google下载安装 mendeley --- 单独从Mendeley下载安装 skype --- 单独从Skype下载安装 filezilla --- FTP工具 pinta --- 类似Paint.NET的绘图工具 qtiplot --- 类似Origin的制图工具 skychart stellarium workrave --- 休息助手 geany kile
输入法,配置文件
我用惯了微软拼音输入法,尝试了这么多个输入法,感觉还是ibus-sunpinyin最好用,虽然和微软拼音相比还是有一点点差距,但适应了以后就好了。另外旧版本的sunpinyin(比如Squeeze仓库里的)还会有一些小问题,比如换页、中英文切换不方便等等,在Wheezy的软件仓库里都得到了解决。
注意ibus框架下不能直接更改sunpinyin的设定,需要执行以下命令来更改:
/usr/lib/ibus-sunpinyin/ibus-setup-sunpinyin
之后把之前备份的文件全部拷到新的用户目录里。注意配置文件要把和gnome有关的全部删除,不然会产生一些奇怪的后果。
各种恼人的小问题
当初抛弃Fedora就是因为不适应Gnome 3,结果没想到现在又遇上了。除了在登陆时选择Gnome Classic或者用别的外壳之外,我还是想了不少办法来适应它的,比如说尽可能调得和Gnome 2或者Unity接近。当然还有其他一些各种恼人的小问题,也一并放在这里。
Gnome 3没有了以前方便的applet,连弄个天气applet都成为很苦难的任务。虽然有一个gnome-shell-extentions-weather,但要专门加一个第三方软件库,我就不想加了。不过安装Gnome自己提供的gnome-shell-extentions还是很有好处的,虽然里面的插件并不太多,而且做得也有点山寨的感觉。
任务栏中的Skype图标
首先第一个问题是Skype的图标总是显示在下方的工具栏处,要看是否有新信息,还要专门移鼠标过去才能看到,非常麻烦,所以要想办法把Skype的图表移到任务栏那里。(真没想到这么简单的一个问题也这么复杂,怪不得有人说Gnome 3的开发者就是一群大黑客,搞得人人都要自己写代码)
# 安装gnome-tweak-tool sudo apt-get install gnome-tweak-tool # 建立一个新插件 mkdir ~/.local/share/gnome-shell/extensions/skype-status nano ~/.local/share/gnome-shell/extensions/skype-status/extension.js # 将以下内容拷到extension.js中 const StatusIconDispatcher = imports.ui.statusIconDispatcher; function enable() { StatusIconDispatcher.STANDARD_TRAY_ICON_IMPLEMENTATIONS['skype'] = 'skype'; } function disable() { StatusIconDispatcher.STANDARD_TRAY_ICON_IMPLEMENTATIONS['skype'] = ''; } function init() { } # 建立新插件的metadata nano ~/.local/share/gnome-shell/extensions/skype-status/metadata.json # 将以下内容拷到metadata.json中 { "shell-version": ["3.4.1", "3.2.1", "3.2"], "uuid": "skype-status", "name": "Skype Status Icon", "description": "Integrates Skype Client into the status bar" }
然后在命令行中输入gnome-tweak-tool,在shell extension选项卡中,启用skype-status,然后同时按下alt-F2,输入r重启Gnome,应该就能看到Skype的图标出现在任务栏处了。在Wheezy所用的Gnome 3.4.2中,集成了Skype的新消息,会自动以长条弹窗的形式提示,感觉还是挺好玩的。
ThinkPad的音量键
这个问题在安装Ubuntu 12.04的时候也有遇到,具体原因是热键键位有问题,只要执行以下命令即可解决:
cp /sys/devices/platform/thinkpad_acpi/hotkey_all_mask /sys/devices/platform/thinkpad_acpi/hotkey_mask
但重新启动以后老问题仍旧。解决办法是把以上命令写到/etc/local.rc里,这样每次启动系统的时候就会自动覆盖热键键位。
关机时的蜂鸣声
装完Debian的时候正好是0点,关机是超响亮的beep,把整个人都吓精神了。解决办法:编辑/etc/inputrc,将set bell-style none前的注释去掉。
删除键失效
实在觉得Gnome的开发人员吃饱了撑着没事做,好好的删除键,一定要改成ctrl-del才舒服,估计让无数人犯晕了。解决办法:执行dconf-editor,依次展开org -> gnome -> desktop -> interface,勾选 can-change-accels ,然后打开nautilus随便选择一个文件,在菜单上选择 编辑 -> 移动到回收站,高亮的时候(但别按下去),按一下删除键,这样就把默认设置改掉了。注意要再把 can-change-accels 禁用,免得日后误改快捷键。
显示桌面
另一个吃饱了撑着没事做的例子是把”显示桌面“的快捷键去掉了。我本来习惯用alt-tab选择返回桌面的,结果现在没有了,原来的ctrl-alt-d也没了。解决办法:系统设置 -> 键盘 -> 快捷键 -> 导航 -> 隐藏所有正常窗口,设置一个你喜欢的快捷键。
对NTFS分区的读写权
Nautilus默认对挂载的NTFS分区是只读的。折腾了半天,发现原来是没装ntfs-config的缘故,装上以后就可以读写了。如果还有问题的话,试试
sudo mkdir -p /etc/hal/fdi/policy
优化Libreoffce
# 安装中文界面 sudo apt-get install libreoffice-l10n-zh-cn # 按照GNOME的风格美化界面,不然很小很难看 sudo apt-get install -y libreoffice-gnome
复原U盘安装盘
装好系统之后,顺带把制作好的U盘安装盘复原了。通过dmesg确认U盘盘符(/dev/sd*)之后,执行以下命令即可恢复fat32格式:
mkdosfs -F 32 /dev/sd*
现在你可以享受Wheezy了!
参考资料
- Debian官方网站:http://www.debian.org
- Debian Wheezy on ThinkPad X201i:http://wwliu.is-programmer.com/posts/25029
- 如何配置/设置sunpinyin:http://sns.juziyue.com/home.php?mod=space&uid=337&do=blog&id=57463
- Ubuntu 12.04 Skype Tray Icon (Gnome 3):http://korenkov.info/ubuntu-1204-skype-tray-icon-gnome-3
- Laptop volume buttons and GNOME Volume are not synchronized:http://forums.debian.net/viewtopic.php?f=6&t=60945#p379398
- Very loud "BEEP" during Shutdown and Restart:http://www.linuxquestions.org/questions/debian-26/very-loud-beep-during-shutdown-and-restart-914894/
- I can not delete with the delete key in Gnome 3:http://bbs.archlinux.org/viewtopic.php?id=116609
- Adding NTFS-Write capability by default:http://askubuntu.com/questions/74321/adding-ntfs-write-capability-by-default
夏季暴雨生存指南——暴雨从何而来?
Jul 29th
北京灾难性的暴雨牵动了许多网友的心。虽然天灾属于自然界的强大的不可抗力,但通过良好的应对措施,我们还是可以尽量降低损失的。暴雨之后,从特大降水的疏导应对到城市灾害的危机处理,已经有许多大牛侃侃而谈,因此在本文中,我想谈一下作为大城市里的个体,了解一下暴雨从何而来,并尽可能地避免直接与暴雨面对面。俗话说“防患于未然”,在城市的排水设计和灾害应对机制无法在短时间内有效提升的情况下,通过了解暴雨的“活动习性”,我们还是可以尽量避免自己在错误的时段出现在错误的地点的。
背景知识:降雨量怎么算?
首先,我们必须得介绍一点背景知识:降雨量是怎么定义的?你还别说,这恐怕还真必要,有朋友竟然认为“降雨量100毫米”等于“路面平均积水10厘米”——让我哭笑不得。
用最简单的说法,降水量等于一平方米的面积上的积水深度,比如说降雨量100毫米,等于一平方米的面积上积了10厘米深的水。不过这有一个问题:不提时间尺度的降水量,都是耍流氓,因为没人知道你说的这“多少毫米”是多长时间内下的。对于北京的夏天,一个月下100毫米其实是偏少了,但一天下100毫米则已经达到大暴雨的级别。其他常用的降雨量,主要还有“日雨量”、“24小时雨量”和“年雨量”。为了让大家对“暴雨”有个概念,简单的说,每小时10毫米的雨已经算有点大了。
特大暴雨:南方的专利?
在尚不知北京暴雨伤亡可观(就一场暴雨来说)、损失惨重的时候,我发现微博上有一种想法:北京这雨拿到南方沿海并不算大,南方的朋友大可以“笑而不语”。事实真是这样吗?我们不妨先来看几组比较数字:
- 2012年7月21日北京暴雨过程24小时雨量极值——460毫米 [出处]
- 1963年8月8日北京暴雨过程24小时雨量极值——464毫米 [出处]
- 广州24小时雨量极值——319.8毫米(2011年10月13-14日) [出处]
- 海口24小时雨量极值——333.6毫米(2011年10月4-5日) [出处]
- 香港日雨量极值——534.1毫米(1926年7月19日) [出处]
- 中国大陆日雨量极值——1054.7毫米(1975年8月7日,河南省方城县) [出处]
- 全球24小时雨量极值——1825毫米(1966年1月7-8日,法属留尼汪岛) [出处]
- “暴雨”的阈值——16毫米/小时或50毫米/24小时 [出处]
我们可以注意到这样一个现象:北京的最强降雨记录竟然高过南方几座城市的记录。然而,北京的年平均降雨量却仅为广州、海口和香港的1/3到1/4左右(这三座城市的年平均降雨量分别为1736.1毫米、1652.1毫米及2398.4毫米,北京仅571.8毫米)。而且,考虑到南方大多数城市都沿海、沿河而建,但北京却是一座不靠任何大型河流的内陆城市,这个区别就好像在卫生间里打翻一盆水和在客厅里打翻一盆水一样,前者还好办一些,后者就有得折腾了。所以,南方地区许多城市在短时降雨强度上,以及由此造成的排水难度上,都是不能和北京以及其他北方内陆城市相比的。
为什么北方的夏季暴雨更暴烈?
看了以上的数据,或许你会说:好像有bug哦。北方不是一般比较干燥嘛,为什么“不飞则已、一飞冲天”呢,风头居然能远超对暴雨习以为常的江南。
我们都知道杨贵妃同学喜欢吃荔枝,可当年没有什么温室大棚技术,所以只能从南方用特快专递的方式运到长安供她享用。假如当时的人们掌握现代温室技术的话,就可以“就地取材”,大量供应,杨同学也就可以吃个够了。
说到夏季暴雨,道理也是有点相似的。地面上的水汽远比高空中多,但一般情况下很难让这些水汽一同升到天空中去成云致雨,所以南方夏季最典型的暴雨来源就是——扮演“邮差”的台风,千里迢迢地把水汽从大洋上带过来(当然实际上是一边下一边“吃”);北方很少有台风,但却有另外一样威力更大的武器:冷空气。一般情况下,暖空气是老老实实地呆在地面的。但如果拥有“开挂技术”的冷空气杀过来的话,由于冷空气比暖空气重,冷空气的入侵会把暖空气“抬”到高空。空气可以吸收水的量是和温度成正比的,这些暖空气本身就相对“潮湿”,被这么一抬升降温,水就全给“挤”出来了。更糟糕的是,冷空气的影响范围一般大大超过一个台风的影响范围,所以大面积的翻云覆雨的天气自然也就来了。
这就是夏天北方暴雨的原因。这样的冷暖空气遭遇战并不是每次都会带来非常糟糕的天气,但总会有一些特殊的情况出现。强冷空气直接进攻炎热已久的地区,后果肯定比较严重(比如这次北京的暴雨);又比如冷空气在前进的过程中,由于气流的方向与暖空气中气流的方向成一较大的交角,而且冷暖空气之间并不是垂直的一堵“墙”,而是一个比较复杂的倾斜的面,因此这种复杂的环境会成为微小漩涡的温床。大多数情况下这些漩涡只能短暂存在;但在少数情况下,在气流极其强劲的地方,漩涡可以发展成一个极其强烈的微型气旋——于是龙卷就这样形成了。美国中部大平原由于地势过于平坦,小漩涡们不容易因摩擦力而消亡,因此是龙卷的重灾区;我国由于地势比较复杂多样,所以龙卷相比较来说还不至于会成为一个非常令人担心的问题。
或许你会想:如果冷空气直接遇到了台风,情况会如何呢?这就是1975年8月在河南发生的特大暴雨的情况:超强台风“尼娜”一路杀入河南省,遇到了北方来的强冷空气,直接卡在原地不动了,使得许多地方一天之内的降雨量就相当甚至超过一年的雨量,直接导致了气象史和水文史上最黑暗的一页。
夏季暴雨生存指南
好了,在啰嗦完一大串背景知识之后,我们应该了解一下最实用的内容了:怎样才能尽可能有效地避开暴雨呢?
首先介绍的方法肯定也是最“懒”的办法:乖乖把你当地的气象部门的网页加入收藏夹吧!一般来说除了“领导风采”之外,还是有一些会随时更新的东西的。在平时,你可以用任何你喜欢的气象网站——从天气在线到QQ天气之类的——关注天气。但一旦你发现“局部有暴雨”之类的字眼时,那几天请勤快地为气象部门增加访问量吧!而且即使做梦也要记得以下这么两种符号(注:不同地区符号可能会略有不同,但基本大同小异):
不知道说明文字里“6小时之内XX毫米”或者“XX级”是什么概念?别着急,气象局之所以用这些字眼是为了确保语文成绩再差的人也知道这些文字来自于气象局。不涉及任何技术用语地说,如果你看到那下雨的符号——不管它是黄的还是别的什么色的——那你还是能回家尽快回家吧。如果看到那个带着哈利波特头上那道疤的符号——也不管是什么色的,赶紧考虑找一个安全地方暂避。雷雨大风往往是和强降雨一块出现的,所以如果你不躲的话,恐怕就不是单纯成为落汤鸡那么简单了。
当然紧接着我必须补上一些技术解释:一般来说,蓝色信号都是某种“提前警告”,表明虽然天空中风平浪静,但危险可能就在转角。黄、橙、红色一般都是在恶劣天气“进行时”的时候发出,旨在警告恶劣天气可能会进一步升级。而且有许多地方会没有蓝色信号(比如广东就没有蓝色暴雨预警信号)。总之,若你看到蓝色信号,就最好考虑一下改变行动计划,即使外面晴空万里。如果你正好在上班或者不能马上回家,应该密切关注天空的状况以及信号级别,如果发现信号进一步升级,那最好考虑在安全的室内做长期打算。
这些预警信号正是设计给那些分不清淡积云和浓积云的人们的,而且在许多时候准确度还是可以的,比如北京这场暴雨,气象部门早在上午就发布了有关的预警信号。所以,在看到各色信号高挂的时候,还是暂时收起调戏气象学家的段子,认真考虑一下吧。谁也不想暴雨天堵在路上或者成为一只标准的落汤鸡的。
气象部门的预警信号是面对一个地区来发布的,只具备最基本的指示功能。如果你需要精确地评估自己所在地的天气情况,那最可靠的手段就是天气雷达。一般来说,恶劣天气系统移动的速度不会超过每小时几十公里,而雷达的探测范围可达300公里左右,时间频率一般也在10分钟上下。所以,如果你能熟练地判读雷达资料,那可以比较精确地判定恶劣天气到达某一个地方的时间,以及可能持续多久。这其实并不难!因为它们其实就是动态的地图而已,你可以方便地在国家气象中心的雷达数据汇总或是中国天气网的天气雷达页面找到你所在地附近雷达的实时资料(除非你住的地方比较偏远)。当然,也可以参考一下我在去年北京6·23暴雨之后写的入门文章。
说到这里,其实我们的“指南”也已经差不多了。说到底其实就是各位要经常关心天气,尤其是经常关心那些坐在雷达盖子下面天天苦逼刷雷达图的人是不是要“挂号令牌”,并能够杜绝“碰运气”的心理,想好各种“号令牌”下的行动步骤,并严格执行之。如今的技术还是可以让我们提前几个小时比较靠谱地摸到暴雨蛛丝马迹,要是不享受一下这个好处就实在浪费了。各位下一次看到各色牌牌,可不要再当耳边风了,或许你可能会给自己省下很多麻烦。
原文于7月22日发表在果壳网,有较大改动。
夏季暴雨生存指南——如何解读气象预警信号?
Jul 25th
尽管气象部门提前了大半天对7月21日北京的特大暴雨做出了预警,但除了发布渠道不尽如人意之外,从微博上的讨论来看,预警信号本身也迷惑了不少朋友:21日早晨9点半发布蓝色暴雨信号,下午2点发布黄色暴雨信号,下午2点20分发布黄色雷电信号,下午6点半发布橙色暴雨信号——有网友提出,蓝色信号大家都没怎么关注,而在颜色上能够提到警示作用的“黄色”出来的时候,早已经黑云压城、暴雨如注了;还有网友指出,这么严重的灾害,为什么只发出橙色暴雨信号而不发最高级别的红色。由此可见这次应灾的一大问题:预警信号发是发了,可许多网友直呼“看不懂”,“预警”效果大打折扣。
这些信号到底有如何含义呢?诚然,信号的确是带有解释文字,可是那也太好像我们气象专业的期末考试题了吧!尽管这次气象部门在信号发布时机上是完成了既定职责,可如果只有气象专业的学生和气象爱好者才能准确理解预警信号的意义,那这一套系统运作得肯定是远不算令人满意的。希望这篇文章能够以最浅显的方式,结合本人过去几年“追风追雨”的经验,向各位读者理清不同信号的实际含义,能在下一次极端天气时,能对各位在决策上有一点帮助。在文章的最后,我还会介绍一下其他地区的预警信号机制,但愿能促进决策者在预警信号“人性化”、“大众化”上的一些思考。
气象预警信号巡礼
一般来说,各国各地区的气象预警信号大致可以分为两种类型:“戒备”信号和“警告”信号,前者要传达的是“狼要来”,后者要传达的是“狼来了”。从多年的经验来看,这样的系统运作是非常有效的:戒备信号发出的时候,尽管天空看起来还是风平浪静,但人们心里应该清楚:一个小时之后或许就会风雨大作!从而据此调整自己的出行安排,而救灾部门看到这样的信号,也应该处于待命状态;警告信号发出的时候,如非必要,人们应该尽可能留在安全地点直到信号解除,并做好意外发生的准备,而救灾部门也必须高速运转,及时解决出现的灾难。
近年来,参考这一经验,我国普及了一套相当全面的气象预警信号系统。简单来说是这样运作的:预警方向被划分为台风、暴雨、高温、寒潮等11类,每一类用不同颜色表示不同等级,一共有白、蓝、黄、橙、红五种;但不同预警方向等级不一样,很多预警方向只有其中的两种、三种或者四种等级。而且不同地方的信号系统也略有不同,比如广东就没有各种与暴雪有关的预警信号,内陆地区也没有台风预警信号,等等,但总体来说是大同小异。
我们这里只重点考察一下“暴雨”和“雷雨大风”这两个方向的信号,因为它们是夏季暴雨中非常常见的两种信号。根据有关文献,不同颜色的信号在以下条件下发出:
- 蓝色暴雨预警信号:12小时内降雨量将达50毫米以上,或者已达50毫米以上且降雨可能持续(有些地区没有这一信号)。
- 黄色暴雨预警信号:6小时内降雨量将达50毫米以上,或者已达50毫米以上且降雨可能持续。
- 橙色暴雨预警信号:3小时内降雨量将达50毫米以上,或者已达50毫米以上且降雨可能持续。
- 红色暴雨预警信号:3小时内降雨量将达100毫米以上,或者已达100毫米以上且降雨可能持续。
- 蓝色雷雨大风预警信号:6小时内可能受雷雨大风影响,平均风力可达到6级以上,或阵风7级以上并伴有雷电;或者已经受雷雨大风影响,平均风力已达到6—7级,或阵风7—8级并伴有雷电,且可能持续。
- 黄色雷雨大风预警信号:6小时内可能受雷雨大风影响,平均风力可达8级以上,或阵风9级以上并伴有强雷电;或者已经受雷雨大风影响, 平均风力达8—9级,或阵风9-10级并伴有强雷电,且可能持续。
- 橙色雷雨大风预警信号:2小时内可能受雷雨大风影响,平均风力可达10级以上,或阵风11级以上,并伴有强雷电;或者已经受雷雨大风影响, 平均风力为10—11级,或阵风11—12级并伴有强雷电,且可能持续。
- 红色雷雨大风预警信号: 2小时内可能受雷雨大风影响,平均风力可达12级以上并伴有强雷电;或者已经受雷雨大风影响, 平均风力为12级以上并伴有强雷电,且可能持续。
这些啥意思?我该做啥?
在读完上面绕口的定义之后,各位读者或许已经注意到一个细节了:说了半天,哪种属于“狼要来”的信号,哪种属于“狼来了”的信号呢?从字面上来看,似乎任何一种信号都既可以解释成“狼要来”,也可以解释成“狼来了”!如果说不清楚“狼要来”是哪几种信号,直到狼已经来了才让市民仓促应对,那还有什么“预警”的效果?
根据本人对过往几年的预警信号发布以及实际天气状况的观察,这些信号发布的规律如下:
- “白色”和“蓝色”就属于“狼要来”的预警信号,可惜因为颜色太不鲜艳,可能有许多市民看到时也未能足够关心。没有这两种颜色的预警信号的时候(比如广东,最低一级的暴雨信号就是黄色),那“黄色”就是“狼要来”的信号。
- 更高级的信号,比如“黄色”(对于最低一级是“蓝色”的地区)、“橙色”和“红色”,一般是在恶劣天气已经影响本地,而且可能持续甚至变得更恶劣的时候发布。
总结起来是非常非常简单的:看到最低一级信号(比如对于北京来说,最低一级的暴雨信号是“蓝色”)发布的时候,必须要紧记恶劣天气在未来12小时(或6小时,取决于最低一级信号的定义)内可能影响本地。由于暴雨云团一般最多提前2-3小时可以比较有把握地在本地的雷达上观察到(如果超过3小时,则云团可能会减弱或改向,气象部门一般不会贸然为此发布预警信号),因此一定不能有“时间还多得很”的想法,要当作只有1-2小时富余时间一样小心打算。应该谨慎考虑远足、郊游或者去地势低洼地区的计划,随时关注天空的变化,切不可因为当时天气晴好就掉以轻心,除非气象部门晚些时候取消了预警信号。在恶劣天气中,如果看到更高一级的预警信号发布,应该根据相应信号的说明做出应对。
大气是复杂的混沌系统,天气预报有其客观存在的技术难点,以目前的技术,国家投入力量再大,也不可能做到100%准确,预警信号出错并不少见,但许多时候还是准确的。所以,平时拿气象学家开开玩笑没问题,可看到预警信号发布的时候,就不要夸海口了,为了自己和家庭,认真做好防御吧。大自然发脾气的时候,威力是很可怕的。
有数据有真相:贴出用于国际气象资料交换的北京气象站(54511)21日晚间至22日清早的观测数据。这是最原始的SYNOP码,相信任何气象专业毕业的读者都对转写电码表有着深刻的记忆。有兴趣或者对数据本身有疑问的读者,也可以搜索一下气象电码的有关材料,学着解读一下。
201207211200 AAXX 21121 54511 11620 83203 10238 20238 39956 49993 52002 60761 78298 889//=
201207211800 AAXX 21181 54511 11658 83604 10234 20232 39917 49954 57031 60801 78098 889//
201207220000 AAXX 22001 54511 11975 73203 10271 20192 39933 49970 52011 69971 70098 86032
333 05751 71602=
最后再解释一个问题:北京的7·21暴雨发橙色暴雨预警信号适当吗?这涉及一个预警信号的适用性的问题。我国的预警信号系统是给全国范围使用的,在南方有可能基本一整个地域达到红色暴雨预警信号的标准,但在北方,由于强降雨局地性非常明显,极少能够整一个地域达到如此标准。就拿7月21日北京气象站的观测数据来说,7月21日20时、7月22日2时报告的6小时降水量分别为76.0毫米和80.0毫米,远没有达到红色暴雨预警信号的标准(3小时降雨量达到100毫米),而22日8时报告过去24小时降水量为160.2毫米,接近全城平均,所以我们可以看到,各别区域可能达到了红色暴雨预警信号的标准,但就目前披露的数据来说,橙色暴雨预警信号是适当的。而且据报道,这甚至还是这一套系统自2005年实行以来北京第一个橙色暴雨预警信号。
2012年7月26日更新:据微博网友 @Trophy2011 提供的北京15个主要气象站7月21日逐小时降雨量观测记录,当日北京除了昌平、通州、延庆和怀柔外,各站均达到3小时100毫米的红色暴雨预警信号标准(由于最强的降雨恰好出现在20时前后,导致上文使用的观测数据中被分开在了两个时间段,得出了错误的结论,特此向读者致歉),且多数地点达标之后仍出现了中到大雨。一般来说,暴雨强雨带本身的强度较难提前准确预报,未能提前发布红色暴雨预警信号,技术难处尚可理解;但强雨带后尾随的较弱雨带应该不难在雷达上观察到,在3小时100毫米达标之后,应该并不缺乏发布红色暴雨预警信号的机会,有关气象部门在这点上,恐怕难咎其责。
然而,这的确有其不合理的一面。给北京安排一个N年不遇的“红色暴雨预警信号”,就好比给广州安排一个道路结冰预警信号一样,概率太低了,不利于充分调动应急资源。我觉得各地应该考虑根据当地实际情况,适当调整不同级别预警信号的发出条件,同时应该至少在预警说明文字中反复强调可能远超地域平均值的区域,比如这次受灾最重的房山地区,是很有可能局地达到甚至超过红色暴雨预警信号的发出条件的。
范例:2011年5月22日广州暴雨
其实说了半天,关键就是要在于关注天气。下面我们就以2011年5月22日下午广州大学城的暴雨为例,看看我们如何利用气象预警及时调整自己的出行安排。
这一天刚好是星期日,在大学城上学的小X决定上午写作业,下午骑车环大学城游玩。这天上午市区下了一场暴雨并发布橙色暴雨警告信号(广州日报报道),但大学城所在的番禺区只稀稀拉拉地下了一阵小雨。小X写完作业吃完午饭睡了个午觉起来,竟然看到有了些阳光。尽管天气预报指出将有暴雨,但小X认为危险不大,决定放心出游,只是认为途中应该要适当刷一下区气象局的网站。
一般出去玩总是觉得时间走得快,不知不觉就下午五点多了,可小X发现自己只玩了一半。停下来休息的时候他发现:区气象局在近一个小时前(16:28)连续发布了黄色暴雨预警信号和蓝色雷雨大风预警信号。尽管当时的天气看起来很平静,他仍然决定立即打道回府。不到六点钟,他到了宿舍,天空仍然没有多大变化,他开始懊悔:是不是给气象局坑了呢。然而不久,天色很快变暗了,一道黑云从西方徐徐而至,刹那间电闪雷鸣,能见度最低下降至90米,半个小时内狂泻了30.3毫米的雨量(相当于大暴雨),最高阵风达到六级。
出游计划被暴雨打乱,小X希望去吃点夜宵散散心情。尽管雨势暂歇,但高挂的预警信号让他还是老老实实地呆在宿舍里啃薯片,直到气象局在20:07解除了两个预警信号,他才放心出门。之后雨势轻微,小X最终还是得以吃了顿心满意足的夜宵。
我们可以看到:只要关注天气并了解预警信号背后的意义,关键时刻不要“轻敌”,结果是可以完全不同的;在电闪雷鸣的暴雨天被困在外面实在是一件很不妙的事。当然,如果你能熟练地解读雷达资料(如下图动画便是5月22日暴雨前后的雷达资料,标有“东”字的地点即是大学城),那你也可以根据自己的判断行事,但是可要记得,如果判断错了,后果可能会很严重的哦。
更人性化的预警信号:加拿大和香港的经验
任何气象预警系统的内容撰写得再怎么专业也好,民众要能尽快获得预警信息并理解其意义,这个系统才能称得上是个好系统。我们不妨来看看其他国家和地区是怎样运作它们的气象预警系统的吧。以下举两个我比较熟悉的例子,加拿大和香港。其他国家的系统基本也大同小异。
加拿大有十几个方向的气象预警“术语”,但主要的预警“术语”只分为两种:“警戒”(watch)和“警告”(warning),在大气环境适合某恶劣天气系统发展时发布“警戒”,该系统影响该地时发布“警告”。或者说,前者就是警告你“现在环境适合狼出没”,后者就是警告你“现在狼已经出没”。所有信号统一在环境部网站发布(加拿大的气象服务由环境部负责),在“警告”生效时,环境部会大约每几十分钟更新一次“警告”的内容,向民众通报恶劣天气系统的动向。警戒或警告内容很精炼,尽可能少地涉及气象专业术语,以便任何阶层的人都可以轻易理解。比如这是今天中部曼尼托巴省某地发布的强雷暴警戒信号:
今晚有可能有强雷暴。带有冰雹及破坏性强风的强雷暴有可能发展。
观察天气情况,关注更新的天气报告。如果发现恶劣天气正在靠近,立即采取安全防护措施。
一道强雷暴系统正在靠近曼尼托巴省西部。部分雷暴区域今晚可能不会减弱。来自这些雷暴区域的威胁是极强的降雨以及最高90公里/时的阵风。
香港的预警信号系统则很大程度上考虑了复杂多变的低纬度气候,除了“戒备”性质之外,“警告”也分为几个等级,不同等级对应不同的应灾策略,和大陆目前所用的比较接近。对于夏季暴雨而言,主要使用的有黄、红、黑三色暴雨警告,以及专门的“雷暴警告”。其中的黄色暴雨警告,有时也承担预警“狼要来”的功能,但也有过不少不太成功的预报。不过在暴雨经常和雷电一同出现的夏季,比较灵活的“雷暴警告”则起到了很好的“预警”作用。由于夏季对流雨降雨区域可大可小,香港天文台时常先发布雷暴警告,并文字说明可能受影响的地区;如果对流区强烈发展使得雨量达标,再发出暴雨警告。此外,香港在预警信号的措辞、发布和传递上已经形成了固定有效的模式,暴雨、台风等关键预警信号一旦发布,商场、港口、车站等人流密集地点都会有相关告示(题图),而且天文台网站上会有简明的应对指南,保证市民在第一时间了解到信号的发布,并熟知不同预警信号下的应对策略。
总之,无论是加拿大还是香港,其天气预警系统都旨在达到一个目的:保证大众能及时、准确地理解预警讯息包含的内容。
总结
好像我已经写了相当多了。多说无益,还是用最简单的图表来总结这篇文章我认为最重要的观点吧。
感谢游识猷对初稿提出的宝贵意见。本文授权同时发表于科学松鼠会。
小冰河期来临?你确定吗?
Feb 7th
这几天欧洲极寒天气过程引起了不少朋友的关注。几天前,微博上有朋友转了篇博文,标题为《北半球将进入小冰河期》,问我有何看法。我当时的回答是:“我只能说呵呵二字了…… 这个内容嘛,就相当于看某人小指比较小就断定某人发育不良……”总之,没太当回事。没想到后来各门户网站也发布了类似的报道,于是果壳网的编辑就找上门来要稿汁了。这下我就不能用“呵呵”二字打发了,这就是这篇文章的由来……
然而,文章是不好写的,为什么呢?因为,“槽都不知从何吐起”。打个比方,这儿有看球的朋友吧。大家可以统计一下各大门户网站的体育频道一年要出现多少次“惊世蜕变”、“N年一遇”、“XX二世”之类的词语,事实上呢?当然没有这么多惊世蜕变、N年一遇、XX二世,多数情况下只是某人恰好打入了一个关键进球而已,可能两三年后你就想不清楚他在哪个球队混了。所以关键点来了:偶然发生不等于经常发生。炒得满城风雨的“小冰河期”是否确有其事?如果你懒得往下看,想想那些个“XX二世”,心里大概就有答案了。
好了,首先我们要解释一下“小冰河期”是怎么一回事。其实“小冰河期”应该被称为“小冰期”(Little Ice Age),所谓“小冰河期”可能是电影看多了的翻译者的用法(其实我没看过《冰河时代》…… 那是讲什么的?)。以下我们将严格使用“小冰期”的说法。根据美国国家航空航天局的定义,小冰期指1550年到1850年之间全球气温显著偏低的时期,与之前的中世纪暖期(Medieval Warm Period)作为比较。小冰期到底有多冷呢?说起来似乎并不夸张:比20世纪偏低不到1摄氏度,但这小数点之后的变化已经足以让海南北部的部分地区下雪了(如《琼台志》记载正德元年“冬,万州大雪”等),广州等地更是多次有平地积雪数寸乃至尺余的记载。总之,我们注意到一点:“小冰期”的重要特征,是长时间、全球范围内气温的显著下降。
那最近欧洲的极寒算不算“长时间大范围”呢?时间再长也就几个星期,范围再大也就小半个地球罢了,和小冰期那一连几十年全球一块遭殃的景象是没法相比的。身在北美大陆的我还可以给大家描述一个不同的场景:我们这儿可热乎着哪。我所在的城市有五大湖地区“雪城”的美誉,从每年12月到次年3月有超过5厘米的连续积雪;然而这个冬天几乎就没几天有雪的,身边的加拿大同学都连连说“这个冬天不算冬天”。北美洲东部多数地区气温也明显偏高。当然,我们还可以更严谨一些,借助科研资料定量的说明:
以上是我利用美国航空航天局戈达德宇航中心的在线工具生成的分析结果,这个东东很有意思,人人都可以玩,大家可以到 http://data.giss.nasa.gov 生成自己的分析。我们将2000-2011年全球气温平均值与1951-1980年平均值比较,可以看到大多数地方的升温在0.5-2摄氏度之间。考虑一下全球降温不到1度就可以让四季如夏的海南岛有个雪白的冬天,大家可以自己想想看这个升温的量级有多么大?
小冰期的成因目前尚不十分明确,主流的说法是地球轨道变化、太阳活动偏弱以及大规模火山爆发等。刨去近期内不大可能发生或者无法预料的一前一后,太阳活动偏弱是最可能和所谓的“新小冰期说”挂上钩的:不错,历史上的“蒙德极小”(Maunder Minimum)的确对应着1645-1715年的极寒期,即将到来的2013-2014年太阳极大年比预期到得偏晚,活动预计也偏弱。但别忘了,“同时发生不代表相互联系”,目前人类对太阳活动是如何变化的、以及它对与地球气候变化有何关联等问题仍然不十分清楚,科学家们对此也有持不同意见的(诸如 Miller et al. 2012),我们更无法预测未来三五十年是不是会出现下一个蒙德极小。
文章的结尾,我就直接拿那几篇文章动刀,逐条吐槽了:
整个北半球正在遭遇严寒考验,从亚洲的日韩到欧洲的英法,寒流正横扫欧亚大陆……
应该说“除了北美洲以外的整个北半球”…… 不过北半球也就三个大洲吧?除去偏南的非洲之外。
美国媒体报道说,气象专家指出北半球严寒只是全球天气变冷的开端,这样的冷天可能会持续20年至30年。英国《每日邮报》称,今年的寒冬显示“小冰河期已来临”。
《每日邮报》的原文应该是这篇:http://www.dailymail.co.uk/sciencetech/article-2093264/Forget-global-warming--Cycle-25-need-worry-NASA-scientists-right-Thames-freezing-again.html。里面的句子是“...suggest that we could even be heading for a mini ice age...”——显然,翻译者直接忽略了could和even这两个表不确定的词。对于啃不动英文的读者,这两个词的意思是“甚至可能”——比如我可以说 you could even win $1,000,000,000 lottery tomorrow ——“你明天甚至可能能赢十亿美金的彩票”——我想这下,不少人倒是很希望能忽略“甚至可能”这几个字。
寒流狂袭,英国或成南极…… 日本遭遇严寒56人丧生…… 中国,春节前后,位于内蒙古东北部的牙克石市持续遭遇极寒天气侵袭,最低温度始终保持在零下40℃以下……
冬天很冷这不挺正常嘛。我去年到内蒙古东北部的时候每天最低也是零下四十六七度。有没有这一带的朋友来说说,零下四十多度在你们那算非常异常吗?
新加坡《联合早报》报道称,北半球遭遇寒冬,并非是全球变冷,而是因为北半球出现了气象颠倒的情况,这种情况是北极磁场震荡造成的。报道解释称,北极上空的大气压力会出现两种极端变化,直接影响北半球出现暖冬或寒冬。
这读起来简直太让人哭笑不得了…… 的确,有时人们会觉得加个什么“磁场”之类的词语会让文章看起来更新潮些…… 然而,这和所谓北极磁场毫无关系:《联合早报》本身要提到的显然是“北极震荡”(Arctic Oscillation)。这又是什么?各位读者别害怕,这只是描述一个特别简单的现象,那就是如果北极气压高,北半球中纬度气压就低,反过来也一样。研究表明,这个简单的现象和北半球冬季气候存在关联:北极震荡处于正相位的时候,北美偏暖,欧洲偏冷;反过来则是北美偏冷,欧洲偏暖。今年冬天北极震荡指数超过+2,是1990年以来冬天最高值,所以我们注意到现在的天气和这一点符合得挺好。
而此前有科学家预计2012年太阳会面临非常强烈的活跃期,这将影响到地球磁场变化,甚至出现地球磁场偏转或者转移。
太阳活动的确会影响到地球磁场,但没人知道它是否能让地球磁场反转…… 什么?你知道?来来来,过来读六年PhD先吧。如果读完你还确信自己知道,将结果发表出来并得到公认,那当然将是中国科学界的幸事!——我这没说反话呢,努力学习是永远不变的主题嘛。
《每日邮报》说,根据科罗拉多州美国国家冰雪资料中心的资料,自2007年以来,北极夏天的海冰增加了近106万平方公里,也就是26%,即便是大力倡议防止全球变暖的人士也未反驳这一点。
你拿1000块钱去炒股,亏得只剩下500块钱,然后牛市里你又挣了26%也就是630块钱,但本质上还是亏了超过三分之一,这个说法没错吧。于是我们直接拿国家冰雪资料中心的数据看看,事情就很清楚了:
的确,这几年北冰洋最小海冰面积的确增加了一些,但比起1979-2000年的平均值仍然缩小了三分之一左右。
今年冬季,北极震荡指数出现负值,北极上空出现高气压,寒带喷射气流都被挤压到比以往更远的南部地区,造成美国、欧洲和中国出现寒冬。……北极震荡同全球变暖或全球变冷都没有关系。唯一可以肯定的是,它不是第一次出现。
我就不解释寒带喷射气流是个什么东西了…… 首先如同上图所显示的,今年北极震荡指数可是个大大的正值,北极震荡也已经被证明和北半球区域性气候存在相关性。此外什么叫北极震荡不是第一次出现?这可是个必然会在那里的东西啊。有兴趣的学术型读者,可以去读有关北极震荡的经典论文:Thompson & Wallace 1998, JGR。
显然,会有不少对2012末日论不明就里的同学会将欧亚严寒与2012末日论联系起来…… 在我看来,这大概就将一个喷嚏与各种各样可怕的呼吸道疾病(从非典到猪流感,诸如此类)联系起来一样荒谬。于是乎,我在这里请大家欣赏小提琴家A. Igudesman的《猪流感波尔卡》作为结尾吧。
流星体燃尽机理
Dec 21st
流星体燃尽(ablation)机理
讲师:Oleg I. Belkovich
我们大家都知道,流星是流星体与大气摩擦发光产生的现象,绝大多数的流星体在这一过程中被燃尽,但有极少数的流星体没有燃尽就落到了地面,它们被称为陨石,于是每次流星雨时便会有半开玩笑的笑话:小心被流星砸中啊。然而,这似乎的确只是个笑话而已:到目前为止,历史上已知的陨石事件没有一个能被确认来自已知的流星雨。合理的解释是,根据脏雪球模型,绝大多数流星带都源自彗星核喷发出的物质:密度介于的水冰-岩屑混合物;脏雪球模型在这些物质成为流星时同样适用。如果我们将一个随便捏成的雪团扔到火炉边,最可能出现的情况是它将不断分解成更多的小雪团,直到最终融化。同样,一个满足“脏雪球模型”的流星体在与大气分子撞击产生高温时,也将不断分解成更多的“小脏雪球”,直到最终燃尽。只有足够巨大的致密流星体才可能在不满足“解体后燃尽”的命运,落到地球上成为陨石。
为了能定量地观察流星体燃尽的过程,我们必须将打遍天下无敌手的武器——数学——拿出来。首先,我们从气象学上常用的压高公式开始:
其中是“特征高度”,是波尔兹曼常数,是温度,是空气分子质量,是万有引力常数。压高公式的本质是气压与高度的关系。由于流星现象一般出现在80-120公里的高度上,可以近似地认为是常数,因此上式化为
通过大气环流模型可以确定大致在之间。
气压和流星有什么关系呢?关系可大了。气压本质上是竖直方向上空气分子浓度的积分,如果浓度太低,那流星体碰撞到的空气分子的数量不足,自然在亮度上就要打折了;这就是为什么理论计算认为火星上的流星雨普遍偏小而金星上的流星雨普遍偏大的缘故。各位有兴趣去金星上看流星雨吗?
现在我们要介绍流星尾迹的离子化(ionization of the trail)。这是个极其重要的概念,尤其是在雷达流星技术上。即使是在日常观测中,大家也会对带着明亮尾迹的漂亮流星惊叹不已的。由于流星体的速度极高,和大气摩擦剧烈,因此在其路径上会产生自由电子。自由电子的产生率和流星体的截面及气压成正比。流星路径上每单位长度的自由电子数称为电子线密度,以表示。显然,根据观测经验,我们可以猜想出如下的电子线密度的变化:由0开始增加到极大值后缓慢回落,最后在某个大于0的值突然下降到0。或者这么说:电子线密度是个与高度有关的函数,即:。为了减少变量,我们将标准化,引入相对高度(其中是对应的高度)。函数看起来如下面这个样子:
上图称为流星燃尽的“经典光变”,详情可参考Herlofson (1948, Repts. Prog. Phys. 11, 444)。不过,在实际观测中,电子线密度的值还和流星体的天顶距有关,显然天顶距越大,电子线密度越低。以为天顶距,则可以看出,其中代表观测者所见的实际电子线密度。
显然,根据上式,流星在某一时刻的电子线密度只取决于一个变量:。理论推出这个值的大小以目前技术水平来说几乎是不可能的,因此我们只能用观测方法给出它的定义:
注意以上单位:流星质量的单位是千克,速度的单位是千米每秒,但特征高度的单位是千米,而最终结果的单位是。
综合以上各式,可以得出电子线密度与高度的关系式:
单位仍然是。
以上我们将流星轨迹当作一条线段来看。但实际上,流星轨迹不能假设为一系列的点组成的,因为每个“点”实际上会随着时间的推移而变得弥散。这一弥散过程是满足一个不断变宽的高斯函数的。取以流星体中心为原点的极坐标,距离原点处的自由电子密度与时间的关系式可以表示为:
其中有两个参数:初半径和弥散系数,分别代表零时刻的半径和弥散的速率。这仍然只能用经验公式来定义:
其中速度的单位是千米每秒,特征高度和高度的单位是千米,和的单位分别是和。
最后我们介绍“特征高度”的概念。从观测者的角度,对于某一流星群的成员,它们都具有几乎一致的密度、速度和天顶角。通过观察式可以注意到,选取一个最小的,等价于选取一个最大的。这是什么意思呢?简单来说,流星体是不能无止境地小下去的,肯定有一个极限(这个极限对应于质量为的流星体),超过这个极限之后,流星体就不能产生观测者能观测到的流星现象了(注意,并不是说它不产生流星现象了,只是观测者没有能力观测到而已)。选取这个极限等价于选取的最小值,也等价于选取。我们将这个称为“特征高度”(characteristic height)。由于电子线密度与天顶角有关,对于观测者来说的特征高度显然也与天顶角有关,经验公式为:
其中代表观测者所见的特征高度,代表理想条件(辐射点在天顶)的特征高度。以上公式对于质量小于下限或致密流星体也成立。
由于流星群的成员之间具有相同的速度、密度和天顶角,显然,每一个流星群都有一个固定的特征高度。雷达作为最灵敏的观测手段,可以观测到在特征高度上达到“最亮”的流星(即:质量恰在下限的流星体);稍大一点的流星体有足够的物质被燃烧,因此达到“最亮”的高度低于特征高度,故可以被略微不灵敏的探测手段(比如摄像或者目视)观测到。质量达不到下限的流星体无法进入燃尽过程,因此最终会以液态到达地面。有关特征高度的实际测定,可参考Evans (1954, MNRAS, 114, 63) Sect. 5。
流星带基础理论
Dec 20th
按:与电动力学火拼之后,终于可以腾出时间来阅读四个月来导师塞来的一叠论文了,其中有一份2005年比利时“雷达流星交流会”的学习材料,由若干篇短小的综述组成,共计130页,比较全面地介绍了流星、尤其是雷达流星方面的理论入门,有些内容还是蛮有意思的,于是我决定学习的同时也将笔记记在博客上,供有兴趣的朋友参考。
流星带(meteor stream)基础理论
讲师:Oleg I. Belkovich
每一流星雨都来自于某一特定的流星带(英文meteor swarm或meteor stream,国内似未有标准译法,有翻译为“流星群”的,但个人认为不妥,故译为“流星带”),这便是我们讨论的出发点。流星带系由其母体喷洒出的微粒组成的带状微粒流,在与母体相似的轨道上围绕太阳运转。若流星带与地球轨道相交,则地球在穿过流星带时,部分微粒会落入大气层中形成流星,由于其速度矢量几乎完全一致,在地面观测者看来便是反向延长线交于同一点(严格来说是一个比较小的区域)的流星雨现象。
即使是一般大众也知道流星有亮暗之分,不同流星雨的亮暗比例也有所不同。简单来说,亮流星对应大颗粒,暗流星对应小颗粒。大小颗粒在流星带中是不是随机分布的呢?非也。于是我们要涉及到第一个物理概念:坡印廷-罗伯逊效应(Poynting-Robertson effect)。
看到坡印廷的名字立即让我想到电磁学里的坡印廷矢量。不错,这个效应和坡印廷矢量(或者说是能流矢量)有关,但理解起来还是挺容易的。我们在雨中骑车的时候,理论上雨滴是会对我们造成阻力的(当然这个阻力比空气阻力小太多了,可以忽略不计,除非雨特别大)。在真空的宇宙中,自然不会有空气阻力,但来自太阳的电磁波这时造成了另一种阻力,使得在轨道上运动的物体的角动量略微减小。对于大的物体,比如行星、宇宙飞船等,这一效应可以忽略不计;但对于微粒来说,这一效应就比较明显了。因此可以显然做出一个定性的推断:对越小的微粒,这一效应就越明显。坡印廷-罗伯逊效应的强度可以用以下公式表示:
其中代表物体的受力,代表颗粒物直径,代表太阳光度,代表太阳质量,代表颗粒物的轨道半径,和分别代表万有引力常数和光速。可以看出,与成正比。对于上述公式的详细推导可以参阅 Guess (1962, ApJ, 135, 855) 。
由于万有引力是与成正比,可以证明对于小的物体而言,更为显著。同时与成正比,与万有引力定律比较可以注意到,在较小时的效应会更显著。由于角动量守恒,这一效应将使得颗粒的轨道偏心率变小。因此,坡印廷-罗伯逊效应的结果是:流星云会变得越来越“弥散”,外围是较大的颗粒物,而内侧则是较小的颗粒物,地球可能可以在短时间内(比如几天之内)分别穿过较大和较小颗粒物占多数的部分。如果流星带具有一定的倾角,那倾角较高的是较大的颗粒物,倾角较底的是较小的颗粒物;对于这种情况,地球可能只能穿过流星带中,某一直径的颗粒较多的部分;因为其他直径颗粒在“上面”(或者下面)。
很好。现在我们知道颗粒物是有大有小的,而且它们并不是随机分布的;换句话说,当地球穿越某一流星带的时候,不同直径的颗粒物的数量比并不是一成不变的,更不要说不同流星带之间的差异了。总之,为了能构造一个流星带模型出来,我们首先需要的就是不同直径的颗粒物的数量比。回忆微积分里定义某个参量的办法,我们将定义质量比定义如下:设微粒的质量分布函数为质量介于和之间的微粒数与成正比。因此,直径大于的颗粒的数量可以通过以下算式得出:
由于微粒的数目显然和流星流量密度定义相同,因此
其中代表质量在之间的微粒的流量密度。通过取对数消去指数项,可以注意到和呈线性关系,其斜率为。这对于以后的讨论很有益。
然而,实际观测中用的并不多,较常用的是星等(对于目视观测)或者电子线密度(对于雷达观测)。在目视观测中,(注意这里的不能和常用的质量、半径混淆)被定义为族群指数(population index),意为每增加一个星等,流星增加的倍数。根据 Koschack & Rendtel (1990, WGN, 18, 118) 的结果,之间的关系为
其中系数2.3是普森公式的2.5乘上一个经验系数得来。
64位Intel处理器编译WRF遇到的问题及解决方法
Jul 20th
计划利用上海天文台提供给晴天钟使用的服务器运行WRF,以研究WRF模式在观测天文学上的应用。本来以为装个WRF应该不在话下,没想到竟然陆陆续续又折腾了三天才弄好,以下简单介绍一下流程以及遇到的问题。
平台:Intel Xeon八核处理器,64位CentOS 5.5。
简单的安装流程(详细的就不多说了,网上教程多得是):
- 安装PGI,我用的是64位的7.07版;
- 用pgf90+gcc编译器安装netCDF,我用的是4.0.1版(4.1.3版不知道为什么,启用不了对HDF5的支持),注意安装完一定要make check一下;
- 安装NCARG,我用的是yyq提供的编译好的5.0.1版,但之后其实用不了,自行编译的6版本也无法通过;
- 用pgf90+gcc编译器安装MPICH2,我用的是1.4版;
- 用pgf90安装jasper,我用的是1.9版,注意源代码不要着急着删除;
- 编译WRF,我用的是3.3版,以及smpar参数(我不知道服务器的内存是共用的还是分布式的);
- 编译WPS和ARWpost,但NCARG的两个插件编译不出。
再简单说说遇到的问题:
1. 为何用PGI而不用Intel的编译器
我开始图省事用了Intel的编译器,结果metgrid运行通不过(确定前面的编译没有错误),显示如下错误:
forrtl: severe (173): A pointer passed to DEALLOCATE points to an array that cannot be deallocated
在WRF用户论坛上也有人遇到过类似的问题,但他用的是64位的Ubuntu,诡异的是他切换到CentOS之后问题解决。那个帖子下面也有人给出解决方案,但我用了没效果。
最后用PGI重新编译一次(注意所有的程序都得用PGI+gcc编译),问题解决。
2. NCARG
换了4、5、6三个版本,均无法让WPS通过编译,总是显示
ld: skipping incompatible libncarg.a when searching for -lncarg
因为NCARG不是必需品,所以就不在这上面花费时间了。
特别感谢大学同学yyq的巨大帮助!
怎么命名一颗星星?
Jul 4th
本文原载于果壳网,刊登时有删改。
前些日子“周杰伦星”的命名撩起了不少网友对“命名星星”的好奇心,有人甚至直言不讳地问:“要花多少钱?”这个答案或许会让外人有些惊讶:不花一分钱。对于“周杰伦星”的几位发现者来说,为这颗小行星起名是他们的权利,而小行星也是浩瀚宇宙众多繁星间唯一一类可以由发现者命名而得到公认的天体。不过,或许会有网友提问:“我某段时间曾看到有公司出售星星命名权,还说可获公认,这是怎么一回事啊?”嗯,对于许多人来说,即便是给家里的宠物起名字也是个需要考虑一段时间的问题,更何况给星星起名字。好吧,那今天我们就不妨来八卦一下,天文学家是如何给星星起名字的。
首先,照顾到某些耐不住性子看长篇大论的网友,我们先把最有意思的讲了(虽然这对我来说显然是个败招,嗯)——小行星,因为上面也说了,小行星是唯一可以由发现者命名且得到公认的天体。笼统的说,小行星是游离于太阳系里头那些块头没有大行星大的天体;或者说,太阳系里头,去掉太阳,去掉八大行星及其卫星,去掉彗星,剩下的基本可以算是小行星了(不严格的说,冥王星也可以称为“小行星”——它甚至还有个小行星编号呢:134340)。最早发现的小行星都是使用古希腊神话的故事来命名,比如1号谷神星、2号智神星等等;但不久之后,因为小行星太多了,神话中实在没那么多名字可命名,发现者们开始自己想名字。到今天(2011年7月4日)为止,共有282027颗小行星获得永久编号,其中16608颗小行星已经获得命名。
目前专门负责小行星观测数据整理及编号的是总部设在哈佛大学的国际天文联合会小行星中心(Minor Planet Center)。根据“业内规定”,公认发现者在小行星获得永久编号之后10年之内可以行使命名权。不过,这并不是说发现者们可以“鸳鸯乱点谱”,必须写一份“命名提案”交给国际天文联合会辖下的小天体命名委员会(Committee on Small Body Nomenclature),由委员会全票通过,才算完成了命名。小行星中心每月会在月报中公布获得通过的名字,这些名字也将随即在天文学界内和界外正式使用,可以在任何最新的数据库、学术论文以及你能想到的与学界有联系的任何地方查询到。
为什么要有这么个“小天体命名委员会”呢?就是因为有些命名太扯淡呗,有一段时间甚至连宠物猫宠物狗也能“遨游太空”了,这可是老家伙们绝对不能接受的。此外,委员会还必须尽可能地避免将商业元素引入相对比较“清淡”的学术界。比方说,曾有人要命名“比尔盖茨”星以及“谷歌”星;尽管这两者在资助新天文设备和项目上出手阔绰,但最后命名提案仍然没有通过。当然,也有一些过于新奇的名字曾被挡下—— 比如我曾经五次申请命名“八零后”星,但因为许多外国委员无法理解这一名字的意义,也同样未获得通过。
或许有些商业脑筋比较强壮的网友立刻想到:既然小行星命名权如此珍贵,那出售小行星命名权岂不是能发大财?这是个有意思的问题,但实际上几乎无需命名委员会封杀,也没有人做过类似的尝试。除了某些不必重复的大道理之外,一颗小行星要获得足够多的观测数据从而取得永久编号,需要世界不同角落观测者的长期观测才能完成,单靠一己之力几乎不可能。正如受人尊敬的足球运动员从不会把球队的胜利完全归功于自己一样,这种亵渎他人汗水的举动几乎(如果不说绝对)没有发现者做出过。
扯完了小行星,或许有网友会想:天上恒星数目还更多呢,怎么就不拿它们来命名啊?——嗯,没错,的确有人想过这个点子—— 那就是一些“空手套白狼”的商业公司,靠出售恒星的“冠名权”以及一些印着星体照片的“证书”来赚钱,但你可以去考证一下,没有任何一间公司能证明这些名字确实被学界公认及使用,其用途仅限于消费者们自己YY。在学界里,对恒星的命名是极为不浪漫的—— 这点可比我们的老祖宗们差远了。对于肉眼可见的亮星,古人们可谓煞费苦心,都给它们安上了或浪漫或悲壮的故事,以及相对应的名字—— 譬如,牛郎星,织女星。这些古今通用的名字,在学界里也常用;然而对于绝大多数绝大多数的恒星,我们用的只是一些毫无情趣的名字—— 比如织女星,可称为天琴座α星、天琴座3,又可称为TYC 3105-2070-1、HIP 91262、SAO 67174、HD 172167等等等,每一个名字都对应它在不同星表中的编号。至于对星系,除掉我们自身所在的“银河系”之外,天文学家们也采用类似的编号。比如奥特曼的故乡——M78星云,我们又可称之为NGC 2068、Ced55u以及IRAS 05442-0000等等,编号之繁多,连专业天文学家也不一定弄得明白。所以下次如果你想伪装一个骨灰级的科学青年的话,可要牢牢记住这几个编号哦。不过,我建议用NGC 2068就好了,免得雷倒全地球人,因为如果你来一句“你是从IRAS 05442-0000来的吧”,估计你就真是从IRAS 05442-0000来的了—— 除了专门弄IRAS星表的人之外,我想没人能听得懂你的话!
最后我们似乎忘记了太阳系中的另外一拨成员了—— 那些,彗星。彗星命名也由小天体命名委员会核定,但一般来说不会有什么争议—— 因为它们基本由发现者的名字、或者发现机构的名字命名。仅有的例外是哈雷彗星,它是为纪念哈雷的贡献而命名的—— 因为哈雷证明这颗彗星每隔76年出现一次。在哈雷之后不久,天文学家恩克山寨了一下哈雷的证明,发现另外一颗彗星也是周期出现的,因此那颗彗星也被冠名为恩克彗星,此后的彗星均用发现者/发现机构的名字命名。
最后,对于梦想拥有一颗自己命名的星星但又没有巨型望远镜的朋友,我可以提供一盏指路明灯—— 啊,应该是两盏。第一,由于那些拥有成千上万颗小行星的命名权的专职科学家们估计已经没时间处理命名的事(我想他已经把他们的血系N代以内的亲戚都命过了吧),你们可以给小行星中心的科学家们写信提供自己的命名点子(当然咯,是英文的),他们欢迎大家提建议(虽然…… 我印象中,好像,他们没真正处理过这些建议……)地址:[email protected]。第二,随时关注科学新闻,因为大行星有向社会公众征集名字的先例,比如冥王星,就是当时11岁的一位美国小萝莉提出的名字(虽然冥王星的身份在2006年的时候被阉割了,但这还是挺有趣的一件事),说不定到时你的灵光乍现能够让你流芳百世哦!
(当然,我还是不得不指出,哎—— 无论有没有我们给它们起名字,星辰都一样在按它们自己的规律运行啊…… 不过,身处地球上的我们竟然能够去理解和认识它们,这不也是很奇妙的吗?)
最新评论 Recent Comments