postgis23Geographic objects support for PostgreSQL databases
2.3.11databasesΣ=0 2.3.11Version of this port present on the latest quarterly branch.
BROKEN: Does not build with graphics/gdal default (pgsql conflicts) DEPRECATED: Upstream no longer maintained This port expired on: 2020-11-15 IGNORE: is marked as broken: Does not build with graphics/gdal default (pgsql conflicts)
PostGIS adds support for geographic objects to the PostgreSQL
object-relational database. In effect, PostGIS "spatially enables"
the PostgreSQL server, allowing it to be used as a backend spatial
database for geographic information systems (GIS), much like ESRI's
SDE or Oracle's Spatial extension. PostGIS follows the OpenGIS
"Simple Features Specification for SQL" and has been certified as
compliant with the "Types and Functions" profile.
PostGIS development was started by Refractions Research as a project
in open source spatial database technology. PostGIS is released
under the GNU General Public License. PostGIS continues to be
developed by a group of contributors led by a Project Steering
Committee and new features continue to be added.
WWW: https://postgis.net/
===> The following configuration options are available for postgis23-2.3.11:
ADDRSTD=on: Enable address standardizer
LOADERGUI=off: Enable shp2pgsql-gui
SFCGAL=on: Enable sfcgal
TOPOLOGY=on: Topology support
===> Use 'make config' to modify these settings
Remove expired ports:
2020-11-15 archivers/py-pyliblzma: Uses deprecated version of python
2020-11-15 databases/postgis23: Upstream no longer maintained
2020-11-15 databases/py-htsql: Uses deprecated version of python
2020-11-15 devel/bzr-fastimport: Uses deprecated version of python
2020-11-15 devel/py-ToscaWidgets: Uses deprecated version of python
2020-11-15 devel/py-calendar: Uses deprecated version of python
2020-11-15 devel/py-distorm: Uses deprecated version of python
2020-11-15 devel/py-fabric1: Uses deprecated version of python
2020-11-15 devel/py-rcsparse: Uses deprecated version of python
2020-11-15 devel/pyrex: Uses deprecated version of python
2020-11-15 japanese/py-tegaki: Uses deprecated version of python
2020-11-15 math/py-networkx1: Obsolete, please use math/py-networkx instead
2020-11-15 misc/py-progressbar231: Uses deprecated version of python
2020-11-15 multimedia/py-kaa-imlib2: Uses deprecated version of python
2020-11-15 multimedia/py-kaa-metadata: Uses deprecated version of python
2020-11-15 net-im/libtelepathy: Uses deprecated version of python
2020-11-15 security/py-mcrypt: Uses deprecated version of python
2020-11-15 www/py-beautifulsoup32: Uses deprecated version of python
2020-11-15 www/py-evernote: Uses deprecated version of python
2020-04-01 www/py-meld3: EOLed upstream
2020-11-15 www/py-requestbuilder: Uses deprecated version of python
2020-11-15 x11-toolkits/py-SquareMap: Uses deprecated version of python
graphics/gdal: Add more default options
GDAL is an essential component for GIS software as graphics/qgis*, math/saga,
databases/postgis*, databases/grass*.
Unfortunately too many options are not enabled by default, causing the user
of theses softwares to rebuild graphics/gdal and its bindings (especially
graphics/py-gdal) for basic use.
With this commit, the vast majority of user needs will be covered, leaving
the build of graphics/gdal with the less relevant and less used options to
the users who really need it.
As gdal now requires postgresql, the package will install the default
version (postgresql12), however databases/postgis23 cannot be built with
postgresql>10 so it is marked as BROKEN -- however this is not a problem
since it is largely deprecated and will be removed soon.
PR: 224004
Approved by: Maintainer timeout
smath/cgal: Update to 5.0.2
The new version of CGAL brings improvements and a lot of changes, including 2
major ones [1](header only[2] and require c++14) requiring to patch all software
depending on it.
[1] https://www.cgal.org/2019/11/08/cgal50/
[2] https://doc.cgal.org/latest/Manual/installation.html
math/cgal:
- Update to 5.0.2
databases/sfcgal:
- Fix with cgal5 : use c++14 and add gmpxx link
(Only the first 15 lines of the commit message are shown above )
databases/postgis30: Geographic objects support for PostgreSQL databases
* Add CONFLICTS_INSTALL for databases/postgis2*
* Add USE=NLS for databases/postgis2*
* New port databases/postgis30
* New default options for postgis: WAGYU, PROTOBUF and JSON
* RASTER is now a separated extension (enabled by default), use "CREATE
EXTENSION postgis_raster;" as for topology or sfcgal extensions
Changelog:
https://postgis.net/2019/10/20/postgis-3.0.0/
PR: 241358
Submitted by: Loic Bartoletti <lbartoletti@tuxfamily.org>
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Fix build on gcc-based archs by updating USES.
Tested on powerpc64 and amd64 (for no regression).
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Workaround the following problem on aarch64 by setting LLD_UNSAFE=yes:
cc: error: invalid linker name in argument '-fuse-ld=bfd'
Neither emaste nor I can figure out exactly where the offending stanza is
coming in. It will take someone with more knowledge of gmake debug flags,
and possibly the src build infrastructure, to figure it out.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Update to upstream version 2.3.7
Details:
Bug Fixes and Enhancements:
- #3055, [raster] ST_Clip() on a raster without band crashes the server
(Regina Obe)
- #3978, Fix KNN when upgrading from 2.1 or older (Sandro Santilli)
- #4003, lwpoly_construct_circle: Avoid division by zero (RaAol MarAn RodrAguez)
- #4017, lwgeom lexer memory corruption (Peter E)
- #4020, Casting from box3d to geometry now returns correctly connected
PolyhedralSurface (Matthias Bay)
- #4025, #4032 Incorrect answers for temporally "almost overlapping" ranges
in ST_ClosestPointOfApproach and ST_CPAWithin
(Paul Ramsey, Darafei Praliaskouski)
- #4052, schema qualify several functions in geography (Regina Obe)
PR: 227360
Submitted by: lbartoletti@tuxfamily.org (maintainer)
MFH: 2018Q2
Use WANT_PGSQL instead of hard-coded RUN_DEPENDS
Note that postgresql-client was already brought in via USES=pgsql.
Therefore the equivalent WANT_PGSQL is "lib server".
Approved by: portmgr (blanket)
New port: databases/postgis23
This is PostGIS 2.3, the popular open source geographical information
system for PostgreSQL.
PR: 213067
Submitted by: lbartoletti () tuxfamily.org
Approved by: rene (mentor)
