Tuesday, April 30. 2013Which PostGIS should you use with PostgreSQL 9.3Printer FriendlyTrackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
I'm fine with it. No problem when postgresql and postgis versions going hand in hand. Since we anyway updating to every new version, because there is so much cool stuff.
I think PostGIS became mature enough to become aligned to PostgreSQL release cycle. How about to move it to PG contrib or find another way to integrate it to the core PG?
Historical reasons of developing PostGIS separately become less and less attractive - you described reasons of that. On the other hand - PostGIS is huge value to PostgreSQL. Why PG would insist to keep PostGIS separated?
PostGIS can't be part of PostgreSQL (in contrib) due to non-compatible licenses. PostgreSQL has its own BSD/MIT-like license while PostGIS is GPL v2.
We are still on a different release cycle mostly because our code base is fairly huge for a contrib module. Having to match release cycle with PostgreSQL would be very frustrating for us. We have enough fighting amongst ourselves when to release without having another group controlling us.
That said as dusty mentioned, the licensing is incompatible. But really the main reason is our module is too big to fit in PostgreSQL release cycle. The other issue is a lot of GIS folks want newer features without having to upgrade PostgreSQL and are also tied to 3rd party GIS tools that only support X version etc. Being part of PostgreSQL would force us into a 1 version of PostGIS per version of PostgreSQL which I think would make everyone unhappier. As much as I like to complain, I'd rather distros package more than one version of PostGIS per PostgreSQL release rather than we being forced into a one PostGIS version per PostgreSQL. |
Entry's LinksQuicksearchCalendar
Categories
Blog Administration |