Skip to main content
Open

Case-Insensitive Attribute Handling in FME

Related products:FME FormIntegrationsTransformers
martin_ekstrand
maddiel
danilo_fme
vxn43
ronnie.utter
  • martin_ekstrand
    martin_ekstrand
  • maddiel
    maddiel
  • danilo_fme
    danilo_fme
  • vxn43
    vxn43
  • ronnie.utter
    ronnie.utter

ronnie.utter
Contributor

Problem

FME is case-sensitive with attribute names. When users upload files (CSV, Excel, etc.) with inconsistent casing (Name, name, NAME), it causes:

  • Schema mapping failures (e.g., in SchemaMapper or Joiner).

  • Unexpected behavior when casing isn’t controlled.

  • Extra complexity requiring custom Python for basic cleanup.

Why It Matters

  • Real-world data often has inconsistent field name casing.

  • Makes reusable workflows brittle and error-prone.

  • Slows down schema inspection and integration with metadata or APIs.

Suggested Solution

  • Add a reader or transformer option to treat attributes case-insensitively.

  • Let users define a canonical case format (e.g., lowercase or PascalCase).

  • Add case-insensitive matching toggles in SchemaMapper and AttributeRenamer.

Impact

  • Simplifies file ingestion, mapping, and validation.

  • Reduces Python scripting for common cleanup tasks.

  • Makes FME workflows more robust and user-friendly.

2 replies

PierreAtSafe
Safer
Forum|alt.badge.img+4
NewOpen

redgeographics
Celebrity
Forum|alt.badge.img+50

Why not use a BulkAttributeRenamer immediately after the reader to force all attribute names to upper or lowercase? Personally I want to promote people being very aware of the fact that string case matters (I once had to tell a client's IT admin person that yes, passwords are in fact case sensitive...)


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings