10.1 arcpy.CopyFeatures_management fails when using joined inputs

Question

Scenario:

-fresh File Geodatabase created using ArcCatalog 10.1;
-one feature class in FGDB;
-one table in the same FGDB;
-make a feature layer from feature class;
-make a table view from table;
-add join using feature layer and tableview as inputs, KEEP_COMMON;
-execute copyfeatures to write new featureclass into the same FGDB and preserve joined data in output;

This works (sometimes) in modelbuilder but doesnt work in a standalone python script. It doesn't seem to matter if join columns are indexed or not.

Is this a known defect and if so, is it going to be fixed soon as I have dozens of scripts that use this workflow that work just fine in earlier releases?

gpnobbir · Answer

The '+' operand works when both are string (or of same type). Your output is an object of type 'Result'. When you converted it to a str your code worked 🙂

A better practice is to call getOutput to get the whole path of the geodatabase:

output.getOutput(0)

JonathanCusick · Answer

Turns out it was a simple fix. I added:

output_str = str (output)

after making my new gdb to convert it to a string. This (I think?) allows it to be read by other commands down the line.

JonathanCusick · Answer

I feel like I'm missing something obvious, but I'm having trouble with the CopyFeatures_management command as well.

My script creates a new file gdb into which I would then like to copy feature classes. The script works fine when I define the name of the new gdb ahead of time within the code, but I'd rather have the name generated using GetParametersAsText to make the script more interactive. I'm very new to python so I don't know if I'm I just formatting my CopyFeatures command wrong?

As of now I get TypeError: unsupported operand type (s) for +: 'Result' and 'str'

Capture.JPG