蒸鸡蛋

就直说要注意的几点

  • 水量直接影响成品口感。1.2倍水口感紧实,1.8倍水口感适中,2.5倍水口感嫩滑,太多太少都会不好。
  • 打蛋记得加料酒和盐。别的爱加加不加滚,不要打扰我蒸蛋。
  • 一定一定要过筛,一定一定要过筛,一定一定要过筛,一定一定要过筛,重要的事说三遍。
  • 鸡蛋打到细密气泡过筛加水打匀后,蒙上保鲜膜开水进锅蒸。

加水基础版是加凉白开。凉白开溶解的空气少,蒸出来比自来水更不容易出现小气泡孔,若是加开水直接就蛋花了。进阶版是掺一些滤过的高汤进去。
加料酒是为了去腥,鸡蛋多少有点腥味,我一般加几滴绍兴黄酒,也可以加一小撮白胡椒粉,也会很好吃。若是加水馋了高汤要注意调控盐量。
过筛是为了去掉鸡蛋的筋膜,保证嫩滑口感。专门准备一个细筛网过滤蛋液,孔径1mm左右即可。
蒙上保鲜膜是为了避免高温水蒸汽直接接触蛋液,不蒙保鲜膜最上一层会蒸老,想要表层更细腻也可以在蒙上保鲜膜之前用厨房纸巾吸掉小气泡。
开水蒸是很基本的常识了,冷水蒸会导致升温时间不可控,而开水蒸从头到尾都是同一温度。蒸十分钟焖两分钟。
玩各种花样主要是蒸了一半或者蒸好了焖之前进行。比如蛤蜊要蒸熟可以在蒸了五六分钟的时候放进去,肉末就可以蒸好了再放进去一起焖一下,我是喜欢放香油浸的干贝丝。
香油要选100%纯芝麻油,不同的香油味道差别挺大的,酱油更是要挑味道,品牌不作推荐。

百度网云下载超大文件

百度云超大文件下载会要求安装百度云管家但是我信奉

Non sunt multiplicanda entia sine necessitate

说人话

如无必要,勿增实体

我们的解决办法是进入百度云手机网页版直接获取下崽地址
超级简单
自己的全部文件入口是http://pan.baidu.com/disk/home
把链接中“disk”改为“wap”就可以了
试试看http://pan.baidu.com/wap/home
这样就能在浏览器里获取到文件的真实下载地址了
然后呢?然后用迅雷啊!

Further Mathematics

今儿个一早高一一班彭郁闷同学就被欺负了
而欺负她的坏人就是Further Mathematics
摊手我也没办法
毕竟我打不过他

Further Mathematics is the title given to a number of advanced secondary mathematics courses. Higher and Further Mathematics may also refer to any of several advanced mathematics courses at many institutions.

就来说一下今天的脑残事件罢

从白城沙滩带回来了一捧沙
对就是彭郁闷楼下海边的沙

采集地点是WGS-84 / GCJ-02

想到要带一些沙回来是因为有两个画面深入脑海
一是Steven Allan Spielberg导演的电影Saving Private Ryan有一幕Technical Sergeant Michael Horvath把登陆沙滩Omaha Beach的沙装进铁罐,背包里装满了征战各地的土壤作为纪念;
二是Zippo于2004年出的D-day 60周年纪念款Sands of Normandy里附赠一小瓶当年盟军奋战过的Omaha Beach的沙。
矫情了 我也想带一管在身边

本来就是想把沙子装在玻璃瓶里可是呵呵你们懂得我的
强迫症犯了
我怎么能容忍带回来的沙子里面有粗海盐碎树叶小树枝凤凰花海蛎子

于是我就把沙子洗了

悲剧啊

淘米一样淘了一刻钟才去掉了碎树叶小树枝和各种不明漂浮体
为了有效的把碎贝壳分离出来我甚至用上了做烘培用的面粉筛
可是打湿的沙子怎么也筛不下来我就使劲摇啊摇啊摇啊摇啊摇
用淋浴冲淋着沙子足足筛了一个小时才把沙子分成粗沙和细沙
可是它们是湿的

我又装了一盆湿细沙放进大烧杯垫上石棉网在煤气炉子上面烧
烧了五十分钟铁网部分烧没了石棉也烧碎了于是暂时停止加热
因为石棉烧碎了所以不能放在石棉网上只能直接放在铸铁板上
烧杯炸了 漏了我一厨房沙 我也炸了

我写不下去了。。。。

Sands_of _Xiamen

关于iOS 9的QQ通知问题的处理办法

在iOS 9下QQ会出现通知中心中消息通知无法删除的情况
目前iOS 9.0.0下使用QQ5.90.432有很大几率出现这个个问题
不知道是哪一方出的问题。不过iOS 9.0.1的更新提示中没有提到修复通知的问题,而该版本QQ在其他版本iOS下也没出现类似问题

好讨厌

解决起来也是相当简单的
如图所示
IMG_1595

AHCI无痛转换为IDE

我一直怀疑东家买的电脑是假主板
AHCI无法驱动的事情都能出现
反正都是HDD那也就先在IDE下工作吧哭哭

不过刚装好系统就又要重新装一遍么?
并!不!用!
xx医院无痛转换为IDE模式解除您的后顾之忧!

Win+R输入regedit
位置是HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\pciide
把start键的键值由3改为0
重启进入Bios修改硬盘模式进入系统等一分钟提示重启再重启就好了。

不住院,不开刀,当天即可上班。

关于流传的 WGS-84 至 GCJ-02 转换算法

全文转载自http://kongxz.com/2013/10/wgs-cgj/#comment-268902

前言

在夏天去西藏之前,我曾仔细查询了前往西藏的路线、海拔等等资料。由于那些地方的地图稀缺,很多时候我不得不记录下关键路口、山口等地的经纬坐标。从 Google Earth 上查询卫星图和高程图也很有用。

在这个过程中,我发现 GCJ-02 坐标给我带来了很多麻烦。于是写此文与大家分享。

什么是 WGS-84、GCJ-02?

两个坐标都是以经度、纬度对来标识地球上任意一点的坐标系统。

WGS-84:

WGS 全称 World Geodetic System,于1984年建立。

通过 GPS 获得的经纬坐标,以及 Google Maps 上记录各地形、街道、建筑所使用的经纬坐标,都是 WGS-84 坐标系中的坐标。WGS-84 亦是最通用的地球坐标系。其起初就是因 GPS 的诞生而被设立。

GCJ-02

某毒百科声称:

GCJ-02是由中国国家测绘局制订的地理信息系统的坐标系统。
它是一种对经纬度数据的加密算法,即加入随机的偏差。
国内出版的各种地图系统(包括电子形式),必须至少采用GCJ-02对地理位置进行首次加密。

Wikipedia 亦有描述:

中国官方要求所有在中国运行的地图服务商要加装“国家保密插件”(亦称加密插件、加偏或SM模组),以“保障国家安全”。此插件会将真实的坐标加密成虚假的坐标,且此加偏并非线性加偏,所以各地的偏移情况都会有所不同。

事实上,GCJ-02 意味“国测局-2002”,也就是说,这是国家测绘局于2002年弄出的标准。

事实上,百毒等在线地图为了配合政府,以及保护自己的商业利益,在GCJ-02的基础上都使用了进一步的其它坐标加密算法。当然,那些不属于此篇文章的讨论范围之内。

Case study: Google 地图

上面说过,很多国内地图提供商都龌龊地进行了二次加密。但 Google 即使不得不配合中国政府,也只使用了一次加密,也就是 WGS-84 至 GCJ-02。

事实上,Google 的地图服务有两个版本:
一为 Google Maps,可以通过 maps.google.com 访问
二为 Google Ditu,可以通过 ditu.google.cnditu.google.commaps.google.cn访问
显而易见,第二个版本是为了中国准备的。

可以注意到,在 Google Ditu 下,卫星图和公路图是重合的,没有任何问题;然而在 Google Maps 下,看中国内的区域,在同一个地方从公路图切换到卫星图时,可以发现发生了较大偏移。借助 Google 官方的经纬度标注工具,用下面这张图加以说明:

很容易看出,在 Google Ditu 上,公路图是在 GCJ-02 坐标系中的,为了让卫星图与之重合,Google 把卫星图也进行了同样的加偏。而在 Google Maps 中,虽然公路图依然是在 GCJ-02 坐标系中的(测绘阶段受中国政府限制),然而卫星图却是未经过加偏的。

通过取了很多点的两组不同坐标,进行偏移计算并与之前流传的算法进行比对,证明之前流传的算法是完全属实的

对于 GCJ-02 的评论

GCJ-02 与 WGS-84 间的转换实际上很容易做到,因为算法已经流传甚广。然而,这样的转换造成了大量的麻烦。

有人曾经评论过

国家的保密插件,是需要收费的,早期的时候,一个导航仪就需要10块钱的保密插件许可费。

至于这个插件的影响,使用过iPhone(iOS4.2以下版本)以及Android手机的用户应该体验深刻,用户在iPhone版的谷歌地图里打开“我的位置”,会发现自己的定位被偏移了几百米,在外出找路的时候尤其麻烦,让用户根本就无法通过谷歌地图来确定方位,以至于迷路。不明真相的用户纷纷谴责谷歌地图的定位准确度不好,其实真的是冤枉了谷歌。

好在这个所谓的“国家的保密插件”并不难破解,网友很容易就可以将其解密,把虚假的坐标转换成真实的坐标,这样,iPhone用户只需安装一个“中国地图校正”插件,就可以自动解决地图偏移的问题。对于Android用户来说,也有修改版的谷歌地图可以下载使用。

总之,国家测绘局的这个所谓的发明创新,最大的用处就是收钱和折腾用户,至于其实际保密效果就不敢恭维了。

WGS-84 与 GCJ-02间的转换

两个坐标系都要能够唯一地标识地球上的每一个点。因而 WGS-84 和 GCJ-02 间的转换必然是一一对应的。一个 WGS-84 坐标便有一个对应的 GCJ-02 坐标,反之亦然。也就是说,他们相互之间的转换讲的也就是同一个点在两个坐标系里坐标的转换而已,没有什么特别的。

也就是说,转换的输入为一对 WGS-84 下的经纬度对,输出为 GCJ-02 下同一点的经纬度对。

我所能找到的最早流出的 WGS-84 至 GCJ-02 的转换算法出自https://on4wp7.codeplex.com/SourceControl/changeset/view/21483。我们看一下它的代码中的一小部分,处理纬度加偏的前半部分:

-100.0 + 2.0 * x + 3.0 * y + 0.2 * y * y + 0.1 * x * y + 0.2 * Math.Sqrt(Math.Abs(x)) + (20.0 * Math.Sin(6.0 * x * pi) + 20.0 * Math.Sin(2.0 * x * pi)) * 2.0 / 3.0 + (20.0 * Math.Sin(y * pi) + 40.0 * Math.Sin(y / 3.0 * pi)) * 2.0 / 3.0 + (160.0 * Math.Sin(y / 12.0 * pi) + 320 * Math.Sin(y * pi / 30.0)) * 2.0 / 3.0

这一部分已经体现了 GCJ-02 设计精巧的几点:

这是一个很长的多项式,并且是很复杂的多项超越式。于是它难以进行反向运算、难以根据已知数据点反推出计算公式。且就算我们拿到了这个已知的转换算法的公式,要想求出它的反函数是非常困难的,于是如果我们要完成 GCJ-02 到 WGS-84 的逆转换,只能通过二分法来逼近。

这个转换算法需要达到的要求是显而易见的:它必须是连续的,并且是单调的。连续才能确保地图不出现断点且覆盖所有区域;单调才能保证原先的位置相互关系转换后依旧成立。

进一步分析

既然转换太复杂,我实在是连求个导的心情都没有,我们就进行一些数值计算看看吧。

若以墨卡托投影来看,进行计算的范围在一个矩形内:
最西为东经 72°,最东为东经 135°。最男为北纬 18°,最北为北纬 54°。这个矩形恰好能包含除了南海诸岛外的中国领土。

通过以很小的步长进行穷算,并且再进一步进行逼近,我们发现:

在这个矩形内,纬度偏差最大处在 26.71°N, 72.60°E。纬度偏差为 -0.0040°。该地位于印度。
经度偏差最大处在 54.02°N, 131.40°E。经度偏差为 0.0102°。该地位于俄罗斯。

这体现了 GCJ-02 的精妙:误差最大地方的都在国外。也就是说,GCJ-02 把在国内的误差控制在了较小的水平。

借助计算地球表面任意两点距离的算法,我们可以计算误差的具体距离。这个过程中考虑到了地球是个椭球体。不过由于偏移量较小,我们可以部分地忽略两点是球面而不是平面这个事实。

计算结果是:
在矩形中,便宜最大的点偏移量为 718.3 米,坐标为 53.89°N, 131.40°E。该地位于俄罗斯。
在中国实际领土上:
偏移量最大值为 700 米,位于黑龙江省。
偏移量最小值为 18 米,位于青海省德令哈附近。

下面贴上两张图:第一张是进行计算的矩形内偏移量分布情况。颜色越深,偏移量越大,颜色越浅,偏移量越小。

第二张是贴上了政区图后的结果。红色为偏移量大,蓝色为偏移量小。

两张图都使用 Web Mercator 投影法(和墨卡托投影法类似,但忽略了地球的椭率)。第一张图略有拉伸。

结论

  • 流传的转换算法完全正确属实。可以很容易实现自动将 .kml、.gpx 等等坐标和轨迹文件自动转换为另一个坐标系下适用的。
  • 所谓“GCJ-02 偏移有两三公里”的说法是不靠谱的。事实证明 WGS-84 到 GCJ-02 所带来的偏移不超过 700 米。