pointkit geocodes a plain address and hands back a ready-to-run ST_GeomFromText literal — correct longitude/latitude axis order, SRID 4326, no PostGIS extension required. Works with any Postgres geometry or geography column.
WKT, and therefore ST_GeomFromText, expects coordinates as (longitude, latitude). Most geocoders and mapping APIs return (latitude, longitude). Swap them by mistake and Postgres accepts the geometry without complaint — the row just lands somewhere on the other side of the equator from where it should. There's no error to catch it, only a support ticket weeks later when someone notices a customer's pin is in the ocean.
pointkit geocodes the address and outputs the literal in the order Postgres expects, every time, so this class of bug never ships.
ST_GeomFromText(...) literal with SRID 4326, which works against any Postgres geometry or geography column whether or not PostGIS is installed. If you do have PostGIS, the same literal works unchanged with its fuller spatial function set.geometry or geography column — does it matter?ST_GeomFromText(...)::geography if the column is geography, or leave it as-is for a geometry column. geography is usually the better default for real-world addresses since it accounts for the Earth's curvature in distance calculations.ST_GeomFromText and WKT expect.COPY or an ORM import.