Pro 2.9.5
Pretty much the label.
I'm trying to automate a process, using several tables and feature classes in memory (r'memory\exampleFC'). At the very end, I want to project one of these feature classes into a different coordinate system. (Edit for clarity: the destination for the results of Project() is a file geodatabase, not another in-memory table)
I keep getting the error 001489: Cannot project a feature class that participates in more advanced capabilities (such as topo.... The weird thing is I can use this in-memory table in the Project tool with the GUI, and it worked fine. However, even if I straight-up copied the Python command from it, I keep getting this error.
As suggested by the help doc, I've used CopyFeatures() instead. This works, but it is slowwwwwwwwwww. I'd like to use Project because I think it'll be faster and it's also more intuitive.
Why do I keep getting this error?
Edit: I realized an insert cursor, which I was already using the step before reprojecting, will reproject for me. But my question still stands.
Solved! Go to Solution.
The memory workspace is not supported as a location to write the output dataset.
Project (Data Management)—ArcGIS Pro | Documentation
I think the same applies to input as well.
The memory workspace is not supported as a location to write the output dataset.
Project (Data Management)—ArcGIS Pro | Documentation
I think the same applies to input as well.
The memory workspace is the input, the output is a file gdb
If you change your input to be from a geodatabase on disk rather than in memory workspace, does that work?
...It does. Weird.
Yet another thing today that isn't documented.
Project (Data Management)—ArcGIS Pro | Documentation
The memory workspace is not supported as a location to write the output dataset.
maybe that accounts for what you are seeing?
Sometimes this error can occur with a normal feature class in a geodatabase as well, and it is a Bug
https://pro.arcgis.com/en/pro-app/latest/tool-reference/tool-errors-and-warnings/160001-170000/tool-...