geotrellis使用（七）记录一次惨痛的bug调试经历以及求DEM坡度实践
眼看就要端午节了，屌丝还在写代码，话说过节也不给轻松，折腾了一天终于解决了一个BUG，并完成了老板安排的求DEM坡度的任务，那么就分两段来表。
一、BUG调试
首先记录一天的BUG调试，简单copy了之前写好的代码（在前面几篇博客中已有介绍），然后添加了求坡度的代码，坡度代码暂且不表，然后满怀欣喜的上线，打开浏览器访问，以为节前的工作就可以告一段落了，谁知一天的辛苦就此拉开序幕——竟然空白一片，什么都没有，怎么会没有瓦片，难道数据没有导入，对spark集群各种检查，accumulo数据库检查，都没有问题。然后打开浏览器的开发者模式，看瓦片请求情况，确实是有问题，不是数据的问题，而是请求的问题，单独请求一个瓦片能够得到一堆数据，明显是瓦片文件的byte数组，因为瓦片处理的代码就是返回瓦片文件的byte数组，代码如下：
respondWithMediaType(MediaTypes.`image/png`) { val result = timedCreate( "tms", "ChattaServiceActor(211)::result start", "ChattaServiceActor(211)::result end") { maskedTile.renderPng(ramp).bytes } printBuffer("tms") complete(result) }
响应代码跟以前一模一样没有任何改变，怎么就不行了呢，再看请求发现响应头貌似有点不对劲，Content-Type为image/png;charset=utf-8。这是什么鬼，怎么变成了image/png;charset=utf-8，明显是文本的嘛，那为什么变成这样了呢，各种折腾，连fiddler的改script都用上了，即使修改content-type也还是不行，什么原因。研究半天无果，程序员三大法宝之二，重启服务器，重启系统，启动spark集群，启动程序，再试之，依然不行，崩溃。。。
眼看幸福的节日就要到了，无招了，那就问大神吧，English是硬伤，这里就截个屏。权当笑料。
大神就是大神啊，居然能够清晰的理解了我的这破烂不堪的英语，经过半个多小时的交流（中间顺便吃了个饭），居然一针见血的指出了我的问题，这里面牵扯到Scala语言一个叫隐式转换的东西，我把import DefaultJsonProtocol._放在了最前面，这直接导致程序将瓦片的byte数据隐式转成了json，该语句应该出现在需要将数据转为json的地方。所以前台死活都显示不出来图片，再简单完善了一下代码，愉快的开始了假期模式。
看似写的轻松的BUG调试，其实真是费了不少劲，当然中间也收获了很多东西，总体来说回忆起来还是个比较愉快的过程，做一件事情只有保持不达目地决不罢休的态度方能有所突破。下面再来简单表一下求DEM的坡度。
二、求瓦片坡度
其实这个就非常简单了，只需要将DEM数据先导入到accumulo中（参考geotrellis使用（三）geotrellis数据处理过程分析以及geotrellis使用（四）geotrellis数据处理部分细节），然后根据前端调用的瓦片SpatialKey，读取该瓦片，之后使用
tile.slope(getMetaData(LayerId(LayerName, zoom)).layout.cellSize, 1.0, None)
即完成了计算此瓦片的坡度，这句代码调用了Geotrelis框架的Slope类，计算瓦片坡度并返回。
三、总结
以上主要记录了今天工作中的问题和解决方案，主要完成了一个bug调试以及生成DEM瓦片坡度，以方便以后查阅。这里还要对赵老师表示歉意，因为刚开始发现content-type多加了charset的时候以为是服务器配置被改变的原因，令赵老师也跟着查找了半天原因，同时也对包总表示感激，也陪着调试了半天，同时也对国外友人严谨、负责、友好的态度表示感谢。最后，祝大家节日愉快！
四、参考链接
一、geotrellis使用初探二、geotrellis使用（二）geotrellis-chatta-demo以及geotrellis框架数据读取方式初探三、geotrellis使用（三）geotrellis数据处理过程分析四、geotrellis使用（四）geotrellis数据处理部分细节五、geotrellis使用（五）使用scala操作Accumulo 六、geotrellis使用（六）Scala并发（并行）编程七、geotrellis使用（七）记录一次惨痛的bug调试经历以及求DEM坡度实践
