地图讲述的温情故事

11月22日,Google Earth发布了一则千里寻亲的温情故事:

一个名叫Saroo Brierley的5岁印度男孩在火车站与妈妈走失,从此与家庭分离,后被一户澳大利亚家庭收养,在塔斯马尼亚岛长大成人。挥之不去的童年记忆使他用各种各样的方法想找到自己的亲生母亲,其中之一就是Google Earth。

他通过童年的点滴记忆手绘了一个返乡地图,里面包含了所有关于家的记忆碎片,火车站、铁路、水塔、人行天桥,环形的道路,小河上的水坝,小山丘 。。。。。。

根据大概记忆,走失前大概乘坐了15小时的火车,印度火车的时速约80km/h,计算得出了他的家应该在962300平方公里的地区内。

于是,一场旷日持久的搜寻开始了。他在Google Earth的帮助下不断的缩小搜寻范围,去除掉不符合记忆的区域,这其实一项称之为GIS的技术的核心方法。

功夫不负有心人,Saroo用GoogleEarth沿着印度东部的铁路搜寻,共搜寻了月67000公里的铁路,近10000个火车站 。。。。。。

于是三年后,终于有了结果,他找到一个名为Burhanpur的火车站满足如下几个条件,火车站附近有水塔、人行天桥,环形道路。

于是寻亲之路找到了一个起点,从这个车站开始的每条铁路都在GoogleEarth上清楚的显示出来,他一条条查看。终于找到了他的家。

2012年2月12日,他与家人重聚。

Youtube影片:https://www.youtube.com/watch?v=38iahxZCAQU

时间: 2024-11-08 19:42:26

地图讲述的温情故事的相关文章

线上讲座复盘,讲述背后不为人知的故事!

成果 经过短短2周的准备,7月11日晚,一场名为:"深度学习中最值钱的利器--Tensor flow实战"的技术讲座举行啦! 这是培训中心第一次在互联网上举行的讲座,意义自然不同.1个半小时的讲座中,请来的专家讲得出奇的好.互动环节非常热闹.VIP群里各种问题不停的闪现...... 10天前 接到此任务,整个团队立即忙碌起来: 1.确定主题,联系老师 可选的老师很多,但是档期都满了,毕竟是时间不长的讲座,最后选中了深度学习方面内容. 2.确定平台 先后看了目睹.微吼等视频平台,以及千聊

每周一书《用户故事地图》分享!设计、产品、开发必读!

内容简介用户故事地图作为一种有效的需求工具,越来越广泛地应用于开发实践中.本书以用户故事地图为主题,强调以合作沟通的方式来全面理解用户需求,涉及的主题包括怎么以故事地图的方式来讲用户需求,如何分解和优化需求,如果通过团队协同工作的方式来积极吸取经验教训,从中洞察用户的需求,开发真正有价值的.小而美的产品和服务.本书适合产品经理.用户体验设计师.产品负责人.业务分析师.IT项目经理.敏捷教练和精益教练阅读和参考,也更适合用作企业培训手册,打造高效能的团队协作能力. 作者介绍Jeff Patton在

21天敏捷打卡-用户故事地图

上图是基于敏捷故事的一个看板或者说敏捷流程中的一种,没有什么比亲身投入的效果更好.用户.组员需求方通过自身的投入.表达以便于让团队成员更加了解其想法和统一组员的想法.用户故事是一种思维,通即故事思维,运用故事的元素进行思考和设计,解决问题.达到某种效果.用户故事设计中核心是通过故事传递信息,引起共鸣,决绝问题. 讲故事不是一个简单工作,需要优秀的组织能力,清晰的表达方式,达到听众清晰明了我们想表达的.这里笔者建议,如果平时和人交流的时间太少,可以通过书写博客等方式,组织自己的中心思想,让听众知道

用户故事驱动的敏捷开发 – 2. 创建backlog

本系列的第一篇[用户故事驱动的敏捷开发 – 1. 规划篇]跟大家分享了如何使用用户故事来帮助团队创建需求的过程,在这一篇中,我们来看看如何使用这些用户故事和功能点形成产品backlog.产品backlog是敏捷开发中用来管理需求列表,排定优先级,形成迭代计划,组织开发/测试和交付过程的工具.可以说,产品backlog是一个敏捷团队管理开发过程的核心,所有的活动和交付物都围绕backlog来进行.一旦需求明确,我们就必须在开发过程中持续的跟踪backlog内容的实现和交付过程,确保我们的想法可以按

ArcGIS Web 地图制作指南

摘要:ArcGIS Web 地图由底图和一组相关图层构成,用户可与之交互以执行某一有意义的任务.这些地图可供广大用户使用,并且包括多比例底图.针对特定受众的业务图层以及可帮助用户深入了解感兴趣要素的信息弹出窗口.这些地图还支持可视化.编辑.分析和时间功能.它们是 Web 地图应用程序的基础,并且可以通过包括移动设备.桌面应用程序和 Web 浏览器在内的多种客户端进行查看. ArcGIS Web 地图由底图和一组相关图层构成,用户可与之交互以执行某一有意义的任务.这些地图可供广大用户使用,并且包括

用户故事驱动的敏捷开发 – 1. 规划篇

敏捷开发现在已经不是新鲜事物了,我们都从各种渠道听到过不同的团队实施敏捷的胜果,听的时候觉得很美,回到家就发现那都是别人家的团队,结合自己的情况一看就发现问题一大堆.就算是最终打算一试,也经常会不知如何开始.这就是我希望编写这份文档的原因,能够找到一个遵循的敏捷项目管理模型,虽然我们都知道没有一个放之四海而皆准的方法,但在更高的层面上我觉得这仍然是可行的.也就是说,管理模型是一致的,但是其中采用的方法可能各有不同,最终目标是唯一的:打造一支可以快速适应变化的高质量团队,并输出高质量的产品! 今天

数学故事

发信人: ukim (我没有理想), 信区: Mathematics 标 题: Heroes in My Heart ( 序 ) 发信站: 北大未名站 (2002年04月06日14:23:24 星期六), 转信 --------------------------------- To Music For the Encouragement and Smiles She Gave Me --------------------------------- 序 废话几句. 多年以前,我有一个很宏伟的计

3.PO如何给开发团队讲好故事

敏捷开发系列文章目录 讲出符合开发团队味口的故事. 上一章说了敏捷开发团队的构成与迭代过程,本章重点说一下迭代第一天的计划会议.熟话说“好的开始就成功了一半”,一个迭代的计划会议做得好不好确实直接注定着迭代的成功与失败.迭代开始之前,PO肯定都已经提前准备好了本次迭代的所有故事,并且提前都发给了团队熟悉,后来我们一般都会在前一个迭代快要完成的时候开一个下个迭代的熟悉会议,组织大家一起熟悉下个迭代的故事,一开始并没有这么做,是在过去的多个迭代中,发现每个迭代计划会议都会拖得很长,有时候会开整整一天

程序员的励志故事:Stay Hungry, Stay Foolish

在整个社会都在关注乔帮主的时候,我想在这里和大家分享一个真实的就在我们程序员身边的故事.和我在<如果你看不见你还能编吗?>一文里介绍的那些盲人程序员一样,同样是Stay Hungry, Stay Foolish.但我个人更认为我今天想要给大家讲述的这个故事对于我们这些普通人更有意义一些.我真心的希望大家认真看完这个"从刷厕所到程序员"故事后,我们能从中感悟到点什么. 因为朋友的原因,我和一个创业团队经常有些往来,通过这个团队,我认识了这个故事的主人翁--王平(@wpings