• Stars
    star
    197
  • Rank 190,990 (Top 4 %)
  • Language
    PHP
  • License
    MIT License
  • Created over 9 years ago
  • Updated 8 months ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

GIS geometry library for PHP

Brick\Geo

A GIS geometry library for PHP.

Build Status Coverage Status Latest Stable Version Total Downloads License

Introduction

This library is a PHP implementation of the OpenGIS specification.

It provides Geometry classes (Point, LineString, Polygon, etc.), and can natively read/write many formats: WKB, WKT, EWKB, EWKT, and GeoJSON.

It also provides a GeometryEngine interface for advanced calculations (length, area, union, intersection, etc.), together with implementations that delegate these operations to a third-party GIS engine: the GEOS extension, or a GIS-enabled database such as MySQL or PostgreSQL.

Requirements and installation

This library requires PHP 8. For PHP 7.4, you can use version 0.7.

Install the library with Composer:

composer require brick/geo

If you only need basic operations such as building Geometry objects, importing from / exporting to one of the supported formats (WKB, WKT, EWKB, EWKT, or GeoJSON), then you're all set.

If you need advanced features, such as length(), union(), intersection, etc., head on to the Configuration section to choose a GeometryEngine implementation.

Project status & release process

This library is still under development.

The current releases are numbered 0.x.y. When a non-breaking change is introduced (adding new methods, optimizing existing code, etc.), y is incremented.

When a breaking change is introduced, a new 0.x version cycle is always started.

It is therefore safe to lock your project to a given release cycle, such as 0.9.*.

If you need to upgrade to a newer release cycle, check the release history for a list of changes introduced by each further 0.x.0 version.

Quick start

use Brick\Geo\LineString;
use Brick\Geo\Point;
use Brick\Geo\Polygon;

// Building geometries from coordinates

$lineString = LineString::of(
    Point::xy(1, 2),
    Point::xy(3, 4),
);

echo $lineString->asText(); // LINESTRING (1 2, 3 4)

// Importing geometries

$point = Point::fromText('POINT (1 2)');

echo $point->x(); // 1
echo $point->y(); // 2

// Using advanced calculations from a GeometryEngine
// (see the Configuration section)

$polygon = Polygon::fromText('POLYGON ((0 0, 0 3, 3 3, 0 0))');
echo $geometryEngine->area($polygon); // 4.5

$centroid = $geometryEngine->centroid($polygon);
echo $centroid->asText(); // POINT (1 2)

Configuration

Advanced calculations are available through the GeometryEngine interface. The library ships with the following implementations:

  • PDOEngine: communicates with a GIS-compatible database over a PDO connection.
    This engine currently supports the following databases:
    • MySQL version 5.6 or greater (2D geometries only)
    • MariaDB version 5.5 or greater
    • PostgreSQL with the PostGIS extension.
  • SQLite3Engine: communicates with a SQLite3 database with the SpatiaLite extension.
  • GEOSEngine: uses the GEOS PHP extension

Your choice for the right implementation should be guided by two criteria:

  • availability: if you already use a GIS-enabled database such as MySQL, this may be an easy choice;
  • capabilities: not all databases offer the same GIS capabilities:
    • some functions may be available on PostgreSQL but not on other databases (see the Spatial Function Reference section)
    • some functions may be restricted to certain geometry types and/or SRIDs; for example, buffer() works on MySQL, but would fail with a Polygon on SRID 4326 (GPS coordinates, distance in meters)
    • some databases may return distances in meters on SRID 4326, while others may return distances in degrees

You should probably start with the easiest method that works for you, and test if this setup matches your expectations.

Following is a step-by-step guide for all possible configurations:

Using PDO and MySQL 5.6 or greater

Click to expand
  • Ensure that your MySQL version is at least 5.6.
    Earlier versions only have partial GIS support based on bounding boxes and are not supported.

  • Use this bootstrap code in your project:

    use Brick\Geo\Engine\PDOEngine;
    
    $pdo = new PDO('mysql:host=localhost', 'root', '');
    $geometryEngine = new PDOEngine($pdo);

Update the code with your own connection parameters, or use an existing PDO connection if you have one (recommended).

Using PDO and MariaDB 5.5 or greater

Click to expand

MariaDB is a fork of MySQL, so you can follow the same procedure as for MySQL. Just ensure that your MariaDB version is 5.5 or greater.

Using PDO and PostgreSQL with PostGIS

Click to expand
  • Ensure that PostGIS is installed on your server

  • Enable PostGIS on the database server if needed:

      CREATE EXTENSION postgis;
    
  • Use this bootstrap code in your project:

    use Brick\Geo\Engine\PDOEngine;
    
    $pdo = new PDO('pgsql:host=localhost', 'postgres', '');
    $geometryEngine = new PDOEngine($pdo);

Update the code with your own connection parameters, or use an existing PDO connection if you have one (recommended).

Using PDO and SQLite with SpatiaLite

Click to expand

Due to limitations in the PDO_SQLITE driver, it is currently not possible* to load the SpatiaLite extension with a SELECT LOAD_EXTENSION() query, hence you cannot use SpatiaLite with the PDO driver.

You need to use the SQLite3 driver instead. Note that you can keep using your existing PDO_SQLITE code, all you need to do is create an additional in-memory SQLite3 database just to power the geometry engine.

* It actually is possible, using moxio/sqlite-extended-api, which uses FFI and Z-Engine, but beware that this library is still experimental!

Using SQLite3 with SpatiaLite

Click to expand
  • Ensure that SpatiaLite is installed on your system.

  • Ensure that the SQLite3 extension is enabled in your php.ini:

      extension=sqlite3.so
    
  • Ensure that the SQLite3 extension dir where SpatiaLite is installed is configured in your php.ini:

      [sqlite3]
      sqlite3.extension_dir = /usr/lib
    
  • Use this bootstrap code in your project:

    use Brick\Geo\Engine\SQLite3Engine;
    
    $sqlite3 = new SQLite3(':memory:');
    $sqlite3->loadExtension('mod_spatialite.so');
    $geometryEngine = new SQLite3Engine($sqlite3);
  • Depending on the functions you use, you will probably need to initialize the spatial metadata by running this query:

    SELECT InitSpatialMetaData();

    You only need to run this query once if your database is persisted, but if your database is in-memory, you'll need to run it on every connection. Be aware that this may hurt performance.

In this example we have created an in-memory database for our GIS calculations, but you can also use an existing SQLite3 connection.

Using GEOS PHP bindings

Click to expand
  • Ensure that the PHP bindings for GEOS are installed on your server (GEOS 3.6.0 onwards; previous versions require compiling GEOS with the --enable-php flag).

  • Ensure that the GEOS extension is enabled in your php.ini:

      extension=geos.so
    
  • Use this bootstrap code in your project:

    use Brick\Geo\Engine\GEOSEngine;
    
    $geometryEngine = new GEOSEngine();

Geometry hierarchy

All geometry objects reside in the Brick\Geo namespace, and extend a base Geometry class:

Geometry exceptions

All geometry exceptions reside in the Brick\Geo\Exception namespace, and extend a base GeometryException object.

Geometry exceptions are fine-grained: only subclasses of the base GeometryException class are thrown throughout the project. This leaves to the user the choice to catch only specific exceptions, or all geometry-related exceptions.

Here is a list of all exceptions:

  • CoordinateSystemException is thrown when mixing objects with different SRID or dimensionality (e.g. XY with XYZ)
  • EmptyGeometryException is thrown when trying to access a non-existent property on an empty geometry
  • GeometryEngineException is thrown when a functionality is not supported by the current geometry engine
  • GeometryIOException is thrown when an error occurs while reading or writing (E)WKB/T data
  • InvalidGeometryException is thrown when creating an invalid geometry, such as a LineString with only one Point
  • NoSuchGeometryException is thrown when attempting to get a geometry at a non-existing index in a collection
  • UnexpectedGeometryException is thrown when a geometry is not an instance of the expected sub-type, for example when calling Point::fromText() with a LineString WKT.

Spatial Function Reference

This is a list of all functions which are currently implemented in the geo project. Some functions are only available if you use a specific geometry engine, sometimes with a minimum version. This table also shows which functions are part of the OpenGIS standard.

Function Name GEOS PostGIS MySQL MariaDB SpatiaLite OpenGIS standard
area ✓ ✓ ✓ ✓ ✓ ✓
azimuth ✓
boundary ✓ ✓ ✓ ✓
buffer ✓ ✓ ✓ ✓ ✓ ✓
centroid ✓ ✓ ✓ ✓ ✓ ✓
contains ✓ ✓ ✓ ✓ ✓ ✓
convexHull ✓ ✓ 5.7.6 ✓ ✓
crosses ✓ ✓ ✓ ✓ ✓ ✓
difference ✓ ✓ ✓ ✓ ✓ ✓
disjoint ✓ ✓ ✓ ✓ ✓ ✓
distance ✓ ✓ ✓ ✓ ✓ ✓
envelope ✓ ✓ ✓ ✓ ✓ ✓
equals ✓ ✓ ✓ ✓ ✓ ✓
intersects ✓ ✓ ✓ ✓ ✓ ✓
intersection ✓ ✓ ✓ ✓ ✓ ✓
isSimple ✓ ✓ ✓ ✓ ✓ ✓
isValid ✓ ✓ 5.7.6 ✓
length ✓ ✓ ✓ ✓ ✓ ✓
locateAlong ✓ ✓
locateBetween ✓ ✓
maxDistance ✓ ✓
overlaps ✓ ✓ ✓ ✓ ✓ ✓
pointOnSurface ✓ ✓ ✓ ✓
relate ✓ ✓ ✓ ✓
simplify ✓ ✓ 5.7.6 4.1.0
snapToGrid ✓ ✓
symDifference ✓ ✓ ✓ ✓ ✓ ✓
touches ✓ ✓ ✓ ✓ ✓ ✓
union ✓ ✓ ✓ ✓ ✓ ✓
within ✓ ✓ ✓ ✓ ✓ ✓

Importing and exporting geometries

This library supports importing from and exporting to the following formats:

  • WKT
  • WKB
  • EWKT
  • EWKB
  • GeoJSON

WKT

Well-Known Text is the standard text format for geometries.

Every Geometry class provides a convenience method fromText(), that accepts a WKT string and an optional SRID, and returns a Geometry object:

use Brick\Geo\Point;

$point = Point::fromText('POINT (1.5 2.5)', 4326);

Geometries can be converted to WKT using the convenience method asText():

echo $point->asText(); // POINT (1.5 2.5)

You can alternatively use the WKTReader and WKTWriter classes directly; the latter allows you to pretty-print the output.

WKB

Well-Known Binary is the standard binary format for geometries.

Every Geometry class provides a convenience method fromBinary(), that accepts a WKB binary string and an optional SRID, and returns a Geometry object:

use Brick\Geo\Point;

$point = Point::fromBinary(hex2bin('0101000000000000000000f83f0000000000000440'), 4326);

echo $point->asText(); // POINT (1.5 2.5)
echo $point->SRID(); // 4326

Geometries can be converted to WKB using the convenience method asBinary():

echo bin2hex($point->asBinary()); // 0101000000000000000000f83f0000000000000440

You can alternatively use the WKBReader and WKBWriter classes directly; the latter allows you to choose the endianness of the output (big endian or little endian).

EWKT

Extended WKT is a PostGIS-specific text format that includes the SRID of the geometry object, which is missing from the standard WKT format. You can import from and export to this format using the EWKTReader and EWKTWriter classes:

use Brick\Geo\Point;
use Brick\Geo\IO\EWKTReader;
use Brick\Geo\IO\EWKTWriter;

$reader = new EWKTReader();
$point = $reader->read('SRID=4326; POINT (1.5 2.5)');

echo $point->asText(); // POINT (1.5 2.5)
echo $point->SRID(); // 4326

$writer = new EWKTWriter();
echo $writer->write($point); // SRID=4326; POINT (1.5 2.5)

EWKB

Extended WKB is a PostGIS-specific binary format that includes the SRID of the geometry object, which is missing from the standard WKB format. You can import from and export to this format using the EWKBReader and EWKBWriter classes:

use Brick\Geo\Point;
use Brick\Geo\IO\EWKBReader;
use Brick\Geo\IO\EWKBWriter;

$reader = new EWKBReader();
$point = $reader->read(hex2bin('0101000020e6100000000000000000f83f0000000000000440'));

echo $point->asText(); // POINT (1.5 2.5)
echo $point->SRID(); // 4326

$writer = new EWKBWriter();
echo bin2hex($writer->write($point)); // 0101000020e6100000000000000000f83f0000000000000440

GeoJSON

GeoJSON is an open standard format designed for representing simple geographical features, based on JSON, and standardized in RFC 7946.

This library supports importing geometries from, and exporting them to GeoJSON documents using the GeoJSONReader and GeoJSONWriter classes:

use Brick\Geo\Point;
use Brick\Geo\IO\GeoJSONReader;
use Brick\Geo\IO\GeoJSONWriter;

$reader = new GeoJSONReader();
$point = $reader->read('{ "type": "Point", "coordinates": [1, 2] }');

echo $point->asText(); // POINT (1 2)
echo $point->SRID(); // 4326

$writer = new GeoJSONWriter();
echo $writer->write($point); // {"type":"Point","coordinates":[1,2]}

The library supports reading and writing Feature and FeatureCollection objects, together with custom properties.

GeoJSON aims to support WGS84 only, and as such all Geometries are imported using SRID 4326.

Doctrine mappings

You can use brick/geo types in your Doctrine entities using the brick/geo-doctrine package.

More Repositories

1

math

Arbitrary-precision arithmetic library for PHP
PHP
1,625
star
2

money

A money and currency library for PHP
PHP
1,439
star
3

date-time

Date and time library for PHP
PHP
308
star
4

json-mapper

Maps JSON data to strongly typed PHP DTOs
PHP
161
star
5

varexporter

A powerful alternative to var_export(), which can export closures and objects without __set_state()
PHP
156
star
6

postcode

A PHP library to validate and format postcodes
PHP
71
star
7

db

Helper tools for interacting with databases
PHP
63
star
8

schema

Schema.org library for PHP
PHP
49
star
9

std

An attempt at a standard library for PHP
PHP
41
star
10

app

Web application framework for PHP
PHP
24
star
11

event

An event dispatching library for PHP
PHP
21
star
12

brick

Incubator for PHP components under development
PHP
20
star
13

reflection

Low-level tools to extend PHP reflection capabilities
PHP
19
star
14

structured-data

Microdata, RDFa Lite & JSON-LD structured data reader for PHP
PHP
18
star
15

form

Web form library for PHP
PHP
11
star
16

http

HTTP request and response library for PHP
PHP
10
star
17

orm

Object-relational mapper for PHP 8 - Currently in development 🚧
PHP
10
star
18

di

Dependency Injection and IoC framework for PHP
PHP
8
star
19

date-time-doctrine

Doctrine type mappings for brick/date-time
PHP
7
star
20

validation

A validation library for PHP
PHP
6
star
21

browser

A PHP virtual browser implementation for automated testing
PHP
5
star
22

storage

A common object storage interface for PHP
PHP
5
star
23

ftp

An object-oriented FTP client for PHP
PHP
5
star
24

geo-doctrine

Doctrine types & functions for brick/geo
PHP
4
star
25

html

A simple HTML 5 generation library
PHP
4
star
26

phonenumber-doctrine

Doctrine type mappings for brick/phonenumber
PHP
3
star
27

translation

A PHP translation library for web applications
PHP
2
star
28

mortar

Skeleton application built on Brick
PHP
1
star
29

console

PHP CLI library
PHP
1
star
30

brick.github.io

The documentation website
HTML
1
star