[postgis-devel] Promote Geometry to MultiGeometry on Insert

Martin Davis mtnclimb at gmail.com
Thu Feb 16 11:40:17 PST 2023


iI we do this can we also make sure functions accept both Geom and
MultiGeom where that makes sense?  That will lessen the pain of transition,
and also make queries simpler.

On Thu, Feb 16, 2023 at 9:20 AM Paul Ramsey <pramsey at cleverelephant.ca>
wrote:

> In 3.1 we started allowing people to insert SRID=0 geometries into columns
> with an SRID typmod, so that people wouldn't have to always add the SRID
> value when what they *meant* was to insert a conforming geometry into the
> column. SRID conflicts would still raise an error, but a SRID=0 is not a
> conflicting SRID, it's an unset SRID, so accepting the geometry and adding
> the typmod column made sense.
>
> In a similar vein, it kind of makes sense to accept simple geometries as
> input to multigeometry columns:
>
> CREATE TABLE mp (geom Geometry(MultiPolygon, 3005);
> INSERT INTO mp VALUES ('POLYGON(...)');
> SELECT ST_AsEWKT(geom) FROM mp;
>
> SRID=3005;MULTIPOLYGON(...)
>
> Again, in the spirit of "do what I mean". If 100% of the time, the
> response to a "geometry type mismatch" is just to wrap the input in
> ST_Multi(), the "data integrity check" isn't really helping, it's just
> adding a step to every interaction.
>
> Comments and concerns?
>
> P
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/postgis-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-devel/attachments/20230216/912409d9/attachment.htm>


More information about the postgis-devel mailing list