《Python地理空间分析指南(第2版)》——1.13 小结

1.13 小结

干得漂亮!你现在已经是一名地理空间分析师了。在本章中,你通过学习Ushahidi和埃博拉病毒的故事,领略了地理空间分析的强大威力。同时我们介绍了地理空间分析的历史以及相关的技术。我们还对基本的GIS和遥感知识有了进一步的了解,并且本书的其他章节将会深入讨论它们。而且你能够构建一个可用的GIS应用,并根据需要对它扩展了。接下来的章节中,我们将主要介绍在地理空间分析中常用的数据格式。地理空间分析人员处理数据的时间远远超过分析应用。了解那些和你打交道的数据往往会让你事半功倍,并且是充满乐趣的。

时间: 2024-09-09 14:04:07

《Python地理空间分析指南(第2版)》——1.13 小结的相关文章

《iOS应用软件设计之道》—— 导读

前言 你好 这个世界终究注意到了设计,尽管花了些时日,但设计的确很关键. 有关设计力量的完美故事可以追溯到2007年4月关于微软首席执行官史蒂夫·巴尔默的一番笑谈.那是在1月份,苹果公司的史蒂夫·乔布斯刚刚宣布了iPhone的诞生,所有人都在思量这个发布,考虑如何应对它.面对群雄割据的智能手机市场,巴尔默在"USA Today"的访谈中这样评论iPhone在市场中的机会:"iPhone不会有机会获得任何可观的市场份额.没有机会." 我可不是幸灾乐祸,但这个预言的失误

《iOS应用软件设计之道》—— 3.2 对标准组件的建议

3.2 对标准组件的建议 组件可以构成画面中的各块内容,这些块包括视图.控件.警示等.在画线框图时,你只需要找出合适的组件,将其安排到合适的画面中.当然,这么说就像写一本畅销小说,只是把合适的词语按合适的顺序摆放而已.对于杰出的应用软件,你需要大量的智慧来组织设计,但要这么做,你得确保自己熟悉要用到的这些模块. 应当优先选取操作系统提供的标准组件,而不是构建自己的组件来组织设计,这是规则.对于几乎所有需求,都有标准控件把工作可靠.可预见地实现.标准控件有用户熟悉的好处,用户理所当然会花多数时间到

《iOS应用软件设计之道》—— 3.1 流向:从一个画面到另一个画面

3.1 流向:从一个画面到另一个画面 简单地说,线框图的主要困难在于指出如何将功能清单以一系列的二维画面表达出来.困难的一部分是提供画面间的流向,让用户感到合理.易于使用.下面看一些构建聪明的流向方案,可供采用. 3.1.1 导航控制器 导航控制器是iOS上最常见的画面切换方法(参看图3.1示例).位于画面顶端的流向条指示出当前位置,并包含一个回退按钮.内容区的右向箭头提供沿层次结构向下的方法.这种组织方式使任意数目的分支路径成为可能,而且回到顶层的方法也是统一的.用户在这种流向方案中,可以垂直

《iOS应用软件设计之道》—— 1.10 减少问题

1.10 减少问题 列提纲时还要顺便解答一个关键的设计问题:这些条目会不会是同一件事物呢?设计的相当大一部分工作就是找出产品到底要做成什么样子,它的每个组件如何组装到一起?两个需求能否通过一个功能满足?某个功能是否做的事太多,若分解成多个功能,会不会更顺畅些?作为设计人员,你的个人风格很大程度上就是你在合并.拆分应用软件的组件时的力度,所以要准备花大量的时间来考虑这个问题.例如,在SnackLog设计中,你正考虑是否要包含标记和多用户支持.在组织提纲时,你发现它们似乎均可以放到"分类化"

《iOS应用软件设计之道》—— 2.2 谈话中论设计

2.2 谈话中论设计 你在开会.会议已经开了半个小时.每个人都在谈论你关于Framistan应用软件设计的提议.他们都自认为清楚你提案的概念和分歧.有些人赞成你的想法,有些人则反对.最后,为了阐明其中一些细节的要点,你把Framistan画到白板上.突然,房间里有一半人站了起来:"我没想到这里有个'取消'按钮!","噢,这只是个消息框,而不是全屏窗口?","啊,但如果你旋转了iPad,结果会怎么样呢?",等等.这说明每个人对Framistan都是

《iOS应用软件设计之道》—— 1.13 小结

1.13 小结 缩进而分层的清单并非将思路理清的唯一方法.但它们是很好的方法.你可以采用各种组织良好的书面材料来跟踪项目.但要尝试记录需要包含到设计的每一项内容.列出所有形状尺寸的提纲,有利于在设计应用软件的任何阶段,对复杂课题分门别类.从厘清头绪开始,把所有的想法都写到纸上.构思最早的需求提纲,会让你直面项目的所有设计挑战.精简问题.概括问题有助于强化需求提纲.

《iOS应用软件设计之道》—— 2.11 小结

2.11 小结 草图是你作为设计人员时经常用到的工具.如果你对某界面或交互过程有若干种思路,可以把它们画出来,在纸上衡量其优劣.如果你只有一个想法,也要把它画出来.画图的过程也会令你产生新的领悟.在你对应用软件有了高层的概念时,还应绘制出来.你或许会找到让你的想法更经济.更合理.更优雅的方法.越通过绘制草图来与自己和别人沟通,你就越是个优秀的设计人员.草图可以粗糙.迅速,只需表达它们的要点即可.你的应用软件出自于各种想法,而这些想法成形于草图.并不是所有想法都得完全是原创的.你该读读<iOS人机

《iOS应用软件设计之道》—— 3.4 小结

3.4 小结 iOS提供了一整套精心设计的构建模块,可供用来构造你自己的导航架构与画面.仅使用这些标准组件和导航方案,就可以构建出大量可终生改进的应用软件.但如果需要,你也可以构建定制导航和控件.只要确保你所创建的任何东西都与此平台的精神协调一致即可.既然你已经熟悉了可用的工具套件(通过阅读<iOS人机界面指导原则>和本章),就准备着手创建线框图吧.

《iOS应用软件设计之道》—— 2.5 何时画草图

2.5 何时画草图 在若干情况下,画草图是很有必要的. 描述架构提纲.最初,你要仔细检查整个架构提纲,画出每一幅画面的内容.每个功能都要能看到,每步流向都要明确,架构提纲里的每个条目都要以某种形式在草图中体现出来.一时间,你的各个想法和注解组成了可供检查和发展的基础.这些草图和提纲一起呈现出了对应用软件应该如何表现的高层次理解. 直接画架构草图.倘若应用软件规模较小,其功能可以通过所提供的画面显示来定义,就可以跳过架构提纲,直接从架构草图开始.对小不点型的应用软件(如内置的Stocks或Note

《iOS应用软件设计之道》—— 2.8 绘制界面草图

2.8 绘制界面草图 最直接的草图就是字面上的界面:你实际在画大致iPad或iPhone尺寸的矩形,并填充以屏幕控件的大致形式.这有助于你看到每个屏幕的大体关系.每张草图都要解答一个问题.一张草图要能回答下列问题中的某些,但可能不会马上解答所有问题: 多少内容可以恰当地放到你拥有的空间里. 应该用什么样的标准元素:顶部工具栏.底部工具栏.页签栏等. 你想构建什么样的定制控件. 控件如何分组. 画面角落和边缘应该布置哪些控件到主要位置. 你有多少空间可用. 但草图不能解答下面这类问题: 实际的颜色