"Scott Schulthess" <scott@xxxxxxxxxxxx> writes: > :( I realize it often automatically converts, and I've tried using > varchar and char for the state column, as well as int4, integer, and int > for the other columns. [ looks again... ] Oh, wait, you're getting caught by a standard plpgsql gotcha: > create function placenamesearch(place text, state integer, county text, ^^^^^ > FOR myview IN SELECT featurename, countyname, state, featuretype, ^^^^^ plpgsql variable names win out over table column names, so what's coming back in the SELECT result's third column is the integer "state" parameter. regards, tom lane