Latest Contributions by ThomasCox

I am encountering a problem when exporting a layout to a pdf through code at 2.5. The output pdf colors are seriously washed out. The same code has successfully worked in prior Pro Versions. The code itself, is quite simple and in fact was mostly lifted from ESRI. If I export the layout interactively through Pro itself, the output PDF is correct and does not have the washed out effect. I understand at 2.5 'Color Management' has been introduced. I have not touched any of those settings in Pro so it is running in 'default' mode. However, in code I notice the PDFFormat object has the property 'HasColorProflile'. In code I test this value and it returns true that the PDFFormat does have a color profile. As I am new to the 'Color Management' bit, I am not sure if this is related to this or not. I have looked at the available methods for the PDFFormat object and have not found anything that appears to allow me to intervene. Regardless, the output I am getting is not correct. The attachments illustrate the problem: Any input would be appreciated. ... View more

We are experiencing an arcpy error when attempting to execute the arcpy geoprocessing tool "arcpy.ProjectRaster_management" from a C# console application.  The application is passing parameters to the python script .  The returned message is: “Failed to open raster dataset: “ C:\DopplerConsoleRasters\Comp_20190106_1600PM_20190106_1620PM_GRID\p190106_1601.tif: No such file or directory Failed to execute (ProjectRaster) This gets a bit involved, but hopefully the following is written clearly enough.  I appreciate anyone wading through it.. Prior to calling this python script, the same console application successfully calls python scripts that rely on "arcpy.conversion.ASCIIToRaster" and "arcpy.management.Flip".  These python scripts accept arguments, build paths and names, and work without issue. The initial raster is successfully created from "arcpy.conversion.ASCIIToRaster".  The second raster is successfully created from "arcpy.management.Flip" We followed the same pattern with "arcpy.ProjectRaster_management" script.  This script relies on the raster created by arcpy.management.Flip as the input and is supposed to output the projected raster (p190106_1601.tif).  From the error message cited above, the tool is complaining about opening the raster dataset that is the output of this project script.  It recognizes the input raster, which was created by the flip process immediately before that. As a test, we ran the console application to the point of generating the initial raster and the flipped version and ended the console application. We then moved the code in the console application that calls "arcpy.ProjectRaster_management" python script  to the beginning of the console application, with the initial raster and the flipped raster already generated from the earlier run. This initially failed.  However, on a lark, we removed the LOG file from the directory and rand the console application again with the input rasters already baked up from an earlier run. This worked with the python script successfully generating the projected raster with no complaints. We found that the python script doing the projection would work with the previously established rasters already there as long as there was no LOG file in the directory.  We thought the LOG file was somehow interfering with the project bit, so we altered the python scripts to remove the LOG file following the execution of the tool.  However, the project bit still failed when it was run in the normal order. (following the "arcpy.conversion.ASCIIToRaster" and the "arcpy.management.Flip".) So a quick summary of all of this is that the project python script succeeds if the console app is run with the input rasters already baked up from an earlier run.  It fails when it is called in the console app immediately following the creation of the input raster.  The project command also appears to object to the LOG file being present as well. Initially, I I thought this might be a timing issue, and placed a sleep thread in the console application following the creation of the initial rasters and before when the project script was called.  I have also tried removing he LOG file through the C# console app. It seems some remnant from the earlier process (convert, and or flip) that is interfering with Project doing its job.     I have all of these processes successfully behaving in an ArcGIS Pro application.  However, that is relying on the ProSDK. Any insight would be appreciated.    ... View more