[postgis-tickets] [PostGIS] #3888: Split core and raster extensions
PostGIS
trac at osgeo.org
Sun Oct 8 13:47:13 PDT 2017
#3888: Split core and raster extensions
--------------------------+---------------------------
Reporter: strk | Owner: pramsey
Type: enhancement | Status: new
Priority: medium | Milestone: PostGIS 2.5.0
Component: postgis | Version: trunk
Resolution: | Keywords:
--------------------------+---------------------------
Comment (by strk):
> Having it as a separate extension could conceivably allow people to
> install it in a separate schema other than where they installed
> postgis, which would make the extension unusable.
We can add a safety check. This is already a problem for non-extension
users, and we want to threat every user equally here. Could you ticket
this for non-extension users of raster please ?
> Like if a user is restoring a raster backup from 2.4.0, how are you
> going to deal with that. Your idea of unpackaging and leaving it up to
> the user to repackage is very disturbing.
We cannot repackage ourselves from a script upgrade, and we don't
really want either or our postgis upgrade scripts would depend on
availability of raster extension. But we print a warning recommending
to call the missing "CREATE EXTENSION postgis_raster FROM unpackaged"
to compete the upgrade (I like your idea of NOT proposing that IFF
the raster objects can be completely removed).
> With your proposal I have do do
>
> ALTER EXTENSION postgis UPDATE;
> ALTER EXTENSION postgis_raster UPDATE;
Yes, if you need both. It's the same you have to do with
postgis_topology and address_standardizer etc. Consistent.
> If people really don't want raster, they should compile
> --without-raster
Not everyone can compile its own PostGIS.
As for your other proposal (encoding in version) please
file a separate ticket so we can discuss it in depth.
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/3888#comment:3>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list