各种定位方式或多或少都存在着一定的误差，GPS信号不好的时候（例如，楼宇密集处、高架桥下、隧道等），可能就会使用WI-FI或基站定位，特别是当周边WI-FI热点比较少的时候会使用基站定位，定位误差会有所加大，产生轨迹漂移的现象。为了纠正轨迹漂移，提升轨迹和里程的准确性，鹰眼在轨迹查询服务中提供了高性能的轨迹纠偏功能，其特性如下：\1. 高性能：一次请求支持对2万个轨迹点进行批量纠偏处理，响应时间不超过3秒\3. 适用性：针对驾车、骑行和步行不同出行模式执行对应的轨迹纠偏策略，并针对停留点漂移 进行了单独识别与处理，故对于移动和停留期间的轨迹均有优异的纠偏效果对于冗余的数据点进行去除，如一条直线上的多个轨迹点，减少数据量，提升展示效率
关于抽稀的使用教程请见：《轨迹抽稀功能应用》将轨迹点绑定至道路，达到纠正偏移轨迹、补充中断轨迹点（如：轨迹不连续、进入隧道导致的丢点）、补充道路拐点等效果。
关于绑路的使用教程请见：《轨迹绑路功能应用》对于轨迹中前后轨迹点定位时间相差>5分钟，且距离大于300米地区间，鹰眼认定其为中断区间。对于中断区间，鹰眼支持根据对应地交通方式（驾车、骑行、步行）使用路线规划进行轨迹点和里程的补偿，实现轨迹地完整性。
关于中断区间补偿的使用教程请见：《轨迹补偿功能应用》以 Web 服务 API 为例，介绍轨迹纠偏的使用方法，Android 和 iOS SDK 实现原理一致，但参数名称稍有差异。
为实现轨迹纠偏，开发者可在查询轨迹时设置两个参数：是否纠偏（is_rocessed）和 纠偏选项（process_option）来实现。当is_processed=1时，表示开启纠偏，此时 process_option 生效，返回纠偏后轨迹；
当is_processed=0时，表示关闭纠偏，此时 process_option不生效，返回原始轨迹denoise_grade=1,need_mapmatch=0,transport_mode=autodenoise_grade:0 （不去噪） denoise_grade:1 （系统默认去噪） denoise_grade:2（系统默认去噪，同时去除定位精度低于500的轨迹点，相当于保留GPS定位点、大部分Wi-Fi定位点和精度较高的基站定位点） denoise_grade:3（系统默认去噪，同时去除定位精度低于100的轨迹点，相当于保留GPS定位点和大部分Wi-Fi定位点） denoise_grade:4（系统默认去噪，同时去除定位精度低于50的轨迹点，相当于保留GPS定位点和精度较高的Wi-Fi定位点） denoise_grade:5（系统默认去噪，同时去除定位精度低于20的轨迹点，相当于仅保留GPS定位点）3.选择交通方式。鹰眼将根据不同交通工具选择不同的纠偏策略，目前支持：自动 （即鹰眼自动识别的交通方式）、驾车、骑行和步行，示例：transport_mode=auto（根据轨迹鹰眼自动识别交通方式）transport_mode=driving（驾车）transport_mode=riding（骑行）transport_mode=walking（步行）绑路时会依据道路形状进行补点，例如：原始轨迹在道路拐弯处缺点，绑路将进行补充，补点的定位时间目前取的是前一个原始点的定位时间。对于前后轨迹点时间相差5分钟以上，距离相差300米以上的中断区间，鹰眼支持使用直线或路线规划距离来补偿中断区间的轨迹点和里程，使用方法为：\1. 通过supplement_mode参数设置补偿的方式，目前支持以下补偿方式：
no_supplement：不补充，中断两点间距离不记入里程。\2. 通过supplement_content参数设置是仅补偿里程，还是同时补偿轨迹点和里程，支持以下方式：
only_distance：对于中断区间，只补偿中断的里程，不补偿轨迹点
distance_and_points：对于中断区间，既补偿里程，又补偿轨迹点轨迹纠偏需要一定的上下文进行分析，为保证纠偏效果，尽量保证查询区间内有5个以上的轨迹点。对于纠偏选项的使用，开发者可根据业务需要灵活使用。 
