Select to view content in your preferred language

Intersect tool; automatically changes the field names.

7079
21
09-23-2015 08:55 AM
ToyaShannon
Emerging Contributor

Why does the attribute name fields change after performing an intersect?

0 Kudos
21 Replies
ToyaShannon
Emerging Contributor

I'm sure. It appears the new name is of a subset of the original name that was created after I geocoded the original file. I'm sure I just confused you there.

Synopsis: I geocoded some data, then called the layer "geocoded results" (attribute table not disturbed) then I performed the intersect. This is when the attribute field names changed automatically to "geocodi_XX (1-100)". The reason this is a problem for me...is because I am going to convert this file into an excel table and provide the data to a customer. This is a rather large dataset; encompassing over 5000 records and not a simple task of manually changing the names back. I think I may have to re-invent the wheel and perform the process all over. Thanks for your help.

0 Kudos
MitchHolley1
MVP Regular Contributor

Have you tried finding ways around this?  Like using 'Select by Location' or 'Select by Attributes'?

0 Kudos
ToyaShannon
Emerging Contributor

I have not.

0 Kudos
JoeBorgione
MVP Emeritus

What type of output are you writing to? A shapefile?  File Geodatabase Feature Class?

That should just about do it....
0 Kudos
ToyaShannon
Emerging Contributor

shape file

0 Kudos
JoeBorgione
MVP Emeritus

Uggh.  The demise of modern civilization.  Try it to a file geodatabase feature class and see what happens.

That should just about do it....
VinceAngelo
Esri Esteemed Contributor

That's your problem right there.  Shapefiles have limits on field name width, which are generally dealt with by making aliases in metadata and naming the columns to sequential names that don't conflict.

Do your analysis in FGDB then rename the columns on export to shapefile when you're done.

- V

DanPatterson_Retired
MVP Emeritus

or use far better naming conventions for shapefiles in the first place right Vince?

0 Kudos
VinceAngelo
Esri Esteemed Contributor

That's difficult, because there aren't any good naming conventions that merge source name and field with an underscore in ten characters.  It's all part of why shapefiles should be avoided (naming limits, lack of wide strings, BLOBs, CLOBs, and numeric nulls, limited date representation, 2Gb file limit...)

- V

DanPatterson_Retired
MVP Emeritus

the files had the same field names, you can have this since you don't want to overwrite existing data, hence the field name change based upon a minimal intrusion name outcome

0 Kudos