Graphhopper
Graphhopper是一个开源的地图导航引擎，主要支持OpenStreetMap的OSM数据格式，实现如下图的效果。其在0.11以及版本有一个Reader，可以读取Shape数据；有个老哥参考Shape数据的Reader开发了PostGIS数据库的Reader。但是在0.12版本时，Graphhopper团队从主项目中去除了Shape的Reader，并表示以后只支持OSM。
实际上即便是之前Shapefile的Reader还是别人做的PostGIS的Reader都非常不完善，只能计算出线路数据，无法得到比如“继续行驶到XX路”“保持右行到XX路”中路的名称，因此即使使用较老版本的Graphhopper或者自己将其他格式老版本的Reader升级成新版本的，也无法完美的使用其功能。要完美使用Graphhopper的功能，最好的还是使用OSM数据。
OSM数据的劣势
OSM是采用XML标签来存储地理数据的，相对于同采用XML来存储的GML、KML格式来说，可读性都算是差的，比结构化的Shape数据或者PostGIS相差就更远了。因此比如要批量修改一些路的信息，OSM就非常不方便，但对于结构化的数据就很容易了。我在项目中遇到的情况是可能根据人流量来修改某条路在路径规划时的权重，因此最初没有考虑直接使用OSM数据，而是使用PostGIS。
不过随着对Graphhopper了解的加深，我发现OSM的劣势被降的很低。因为Graphhopper并不直接使用OSM数据或者其他Reader读的数据进行导航，他在启动时首先会根据数据生成网络，在导航时只会使用网络，数据就没用了。因此即便我数据中线路的权重是实时变化的，也无法在Graphhopper直接使用，只能一段时间生成一次网络。在这个过程中，是直接使用PostGIS生成无法显示路名的网络，还是先把PostGIS转成OSM生成完美的网络，中间都需要一个过程，只不后者多了几步罢了，差别不大。
PostGIS转OSM
讲怎么将OSM数据导入PostGIS数据库的帖子很多，但是几乎没找到怎么将PostGIS的地理数据转成OSM的。所以我采用了通用数据转换工具，FME。FME Writer的配置如下：
其中，
osm_id：数字，唯一值
maxspeed：限速，0表示不限速
oneway：是否单行道，yes/no/-1，-1表示与线绘制方向相反
fclass：道路类型，primary，tertiary，具体参考OSM道路分级，Graphhopper生成网格时主要以此为权重
name：道路名称
但是转完之后直接用于Graphhopper是会报错的，也许是我输入的参数不完整，也许是FME转出的文件不太规范，反正就是不能用。此时可以用一个叫JOSM的OSM数据编辑软件将其打开，然后另存一下，就OK了。
注：OSM的Path不支持太多节点的线，我没查到最大值是多少，根据我的实验，两千个点应该差不多是上限。因此如果线太复杂，需要简化才能处理。
