白话陈述之——从python脚本变化解析由路径引起的GP服务运行失败问题

补充一下未完待续的利用Python分析GP服务运行结果的输出路径
& 实现服务输出路径的本地化，这篇博客中主要介绍了如何实现将GP服务生成的结果输出至本地及输入输出路径导致GP服务运行失败的问题。

下面，我将从另一个角度解析一下由路径导致的服务运行失败问题。

---------------华丽丽的分割线--------------
首先，我写了一段脚本，实现的是对一个栅格数据进行一系列处理，然后将其输出到mxd中，在本地运行一切正常。以下摘自脚本的一部分：



接下来，我将这个运行成功的工具发布为GP服务，并且以服务的方式再次执行GP服务，报如下错误：



根据Server提供的log日志信息我们可以很清楚的看到这个GP服务返回的错误信息，在给出的冗长的服务结果的输出路径中，.py的python脚本在108行发生错误，很自然的，找出我的脚本，定位至108行，查看与分析arcpy.mappingLayer(...)的语句的合理性。然而定位108行以后语句并未定位至这一行语句上，很神奇的事情。
于是，老老实实的找到GP服务的路径（报错信息提示的路径），找到打包以后的服务脚本，打开查看，惊奇的发现，发布为服务的脚本与本地写好的脚本并不完全相同，部分截图如下：



红色部分是由服务器自动增加的部分，也就是说脚本发生了变化：服务器自动定义了一个路径:
那么定义的这个路径服务器又是怎样应用的呢？如下：



也就是说由arcpy.MakeRasterLayer_managerment生成的layer文件系统会将它存放在指定的临时文件夹中，当arcpy.mapping.Layer()时系统无法找到这个存放在scratchFolder中的layer临时文件，也就无法写入mxd中了。那么该怎样解决呢？很简单：

<span style="font-size:18px;">        </span><span style="font-size:14px;"># Make a Raster layer from the OutputRaster
        lyrraster = os.path.join(OutputRaster,"P_Raster")
        arcpy.MakeRasterLayer_management(OutputRaster, lyrraster,"","","")

        # Copy a map document template
        newMxdPath = os.path.join(Outputpath, "Projection.mxd")
        arcpy.Copy_management(mxdTemplate, newMxdPath, "")

        # Add Raster layer into primary map document
        mxd = arcpy.mapping.MapDocument(newMxdPath)
        df = arcpy.mapping.ListDataFrames(mxd, "Layers")[0]
        addLayer = arcpy.mapping.Layer(lyrraster)
        arcpy.mapping.AddLayer(df, addLayer, "TOP")
        mxd.title = "Warp_Projecton"
        mxd.summary = "Create a correct JPG that has a right spatial reference,then as a tuntime content service"
        mxd.description = "Create a correct JPG that has a right spatial reference,then as a tuntime content service"
        mxd.tags = "Projection;Warp"
        mxd.save()
        del mxd</span><span style="font-size:18px;">
</span>

将rasterLayer的存放路径放在一个指定的位置上，确保服务运行可以找到就okay了。

当然，并不是所有的GP服务运行时都会遇到这个问题，但是当遇到路径问题引发的GP服务运行失败时，那么就可以考虑通过这个方法去分析解决了。

-----------欢迎来访，拒绝转载-----------