[postgis-devel] Vote on Merging postgis and raster installs andwhen

Paragon Corporation lr at pcorp.us
Mon Jan 2 09:06:10 PST 2012


strk,

I'm fine with raster and topology being dis-abable, but I think the default
should be they are automatically installed and you have to do an explicit
w/out to not get them.  Since topology is in its own
schema -- it has to be a separate extension.  For raster -- I need to know
if people feel this should stay separated as like I said -- 
that means I have to break it back out as its own extension.

For topology there is no extra dependency (except possibly for it needing
GEOS 3.3 or higher, but like I said I think its pretty stupid we don't
require GEOS 3.3 for PostGIS 2.0.0 or at least have a glaring wanrning you
need to do a w-out 3.3 to get past). So there really is no excuse for it not
being turned on by default. 

I don't think packagers necessarily leave these things out or use lower
versions that don't have all features enabled, I think we put them in that
trap
by not warning them they are missing things. After all they package for a
lot of things not jsut PostGIS and I know as a packager its hard. As a
PostGIS user things being left out really frustrates me which is one reason
I can see why some windows users are afraid of using Linux.

Thanks,
Regina


> -----Original Message-----
> From: postgis-devel-bounces at postgis.refractions.net 
> [mailto:postgis-devel-bounces at postgis.refractions.net] On 
> Behalf Of Paragon Corporation
> Sent: Monday, January 02, 2012 11:38 AM
> To: 'PostGIS Development Discussion'
> Subject: Re: [postgis-devel] Vote on Merging postgis and 
> raster installs andwhen
> 
> 
> > I'm not a big fan of monolithic systems.
> I am -- I hate stuff I can't count on not being there 
> especially if I don't have the ability to compile my own.
> E.g. it drives me nuts when the packager decides to package 
> an antiquated GEOS and half the things I need are disabled as 
> a result. The same I see with raster. 
> 
> > What's the rationale for forcing anyone who only needs 
> vectors to also 
> > have support for rasters ?
> > 
>  Even for projects I won't really need core raster for, I 
> plan to use it for in the database reporting -- e.g. 
> outputting geometries in my report writer without need for 
> extra mapping software.
> 
> 
> > Seems more of a packaging issue to me, and I see packagers 
> usually do 
> > more splitting than upstream (breaking packages in -core, -dev, 
> > -utils, -doc, ...)
> 
> Well - I need to know now.  Because when I had raster as a 
> separate extension, I distinctly remember Paul saying -- "Why 
> don't you have it as part of postgis extension?"
> 
> So I merged them.  I can't have some postgis 2.0.0 extensions 
> having raster support and some not. Since an extension is 
> more than packaging.  It means -- these are the functions you 
> have -- no pick and choose.  If it is then it has to be a 
> separate extension.
> 
> For PostGIS 2.0.0 -- raster is a big piece of it.  It would 
> be a shame for people to not get vector support just because 
> their package manager felt they didn't need it.  Trust me 
> there will be some of those and it will be the same annoying 
> issue I have to deal with when I have to compile my own 
> PostGIS  because the packager decided I didn't need all my 
> functions and gave  me a half-assed version of GEOS.
> 
> Thanks,
> REgina
> 
> 
> _______________________________________________
> postgis-devel mailing list
> postgis-devel at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-devel
> 





More information about the postgis-devel mailing list