Los tipos y funciones de PostGIS Topology son usados para manejar objetos topológicos tales como caras, bordes y nodos.
La presentación de Sandro Santilli en la conferencia PostGIS Day Paris 2011 da una buena sinopsis de la Topología PostGIS y hacia donde se dirige Topology with PostGIS 2.0 slide deck.
Vincent Picavet provides a good synopsis and overview of what is Topology, how is it used, and various FOSS4G tools that support it in PostGIS Topology PGConf EU 2012.
Un ejemplo de una base de datos SIG basado topologicamente en la base de datos del Sistema de Codificación y Referencia Geográfica Topologicamente Integrado del Censo de US (TIGER) . Si desea experimentar con la topología de PostGIS y nesesita algunos datos, ver Topology_Load_Tiger.
El módulo de topología ha existido en versiones anteriores de PostGIS pero nunca hizo parte de la documentación oficial. En PostGIS 2.0.0 una limpieza a gran escala está teniendo lugar con el fin de eliminar el uso de todas las funciones obsoletas, solucionar los problemas de usabilidad conocidos, documentar mejor las características y funciones, agregar nuevas funciones y mejorarlo para satisfacer más de cerca los estándares SQL-MM.
Detalles de este proyecto pueden encontrarse en PostGIS Topology Wiki
Todas las funciones y tablas asociadas con este módulo son instaladas en un esquema llamado topology
Las funciones que son definidas bajo el estandar SQL/MM son prefijadas con ST_ y las funciones específicas a PostGIS no son prefijadas.
El soporte de topología se crea de manera predeterminada a partir de PostGIS 2.0, y se puede deshabilitar especificando la opción de configuración --without-topology en tiempo de compilación como se describe en Chapter 2, Instalación de PostGIS
Esta sección lista los tipos de datos de PostgreSQL instalados por PostGIS Topology. Note que describimos el comportamiento de la conversión de estos, lo cual es muy importante especialmente cuando diseñe sus propias funciones.
ValidateTopology
.
Esta sección enumera los dominios de PostgreSQL instalados por la topología de PostGIS. Los dominios pueden utilizarse como tipos de objetos como retorno de funciones o columnas de la tabla. La distinción entre un dominio y un tipo es que un dominio es un tipo existente con una restricción de control limitado a él.
Esta sección lista las funciones de Topología para construir nuevos esquemas Topology, validar las topologías, y manipular las columnas TopoGeometry.
table_name
en el esquema schema_name
y anula el registro de las columnas de la tabla topology.layer.
This section discusses management of database statistics during topology building.
Adding elements to a topology triggers many database queries for finding existing edges that will be split, adding nodes and updating edges that will node with the new linework. For this reason it is useful that statistics about the data in the topology tables are up-to-date.
PostGIS Topology population and editing functions do not automatically update the statistics because a updating stats after each and every change in a topology would be overkill, so it is the caller's duty to take care of that.
That the statistics updated by autovacuum will NOT be visible to transactions which started before autovacuum process completed, so long-running transactions will need to run ANALYZE themselves, to use updated statistics. |
Esta sección cubre las funciones de topología para crear nuevas topologías.
Esta sección cubre las funciones de topología para agregar, mover, eliminar y dividir aristas, caras y nodos. Todas estas funciones están definidas por ISO SQL/MM.
alinestring
a una topología que conecta dos nodos aislados existentes anode
y anothernode
y devuelve el identificador de borde del nuevo borde.
apoint
existe como nodo se lanza un error. Devuelve la descripción del movimiento.
aface
.
Esta sección cubre las funciones para el procesamiento de topologías de formas no estándar.
Esta sección cubre las funciones de topología para la creación de nuevos topogeometries.
topoelementarray
para un conjunto de element_id, matriz de tipo (topoelements).
Esta sección cubre las funciones de topología para editar topogeometries existentes.
topoelementarray
(una matriz de topoelements) que contiene los elementos topológicos y el tipo de la TopoGeometry (elementos primitivos) especificados.
topoelement
que contienen el element_id topológico, element_type de la TopoGeometry (elementos primitivos) especificados.
En esta sección se enumeran las funciones de topología utilizadas para comprobar las relaciones entre topogeometries y primitivas de topología
Once you have created topologies, and maybe associated topological layers, you might want to export them into a file-based format for backup or transfer into another database.
Using the standard dump/restore tools of PostgreSQL is problematic because topologies are composed by a set of tables (4 for primitives, an arbitrary number for layers) and records in metadata tables (topology.topology and topology.layer). Additionally, topology identifiers are not univoque across databases so that parameter of your topology will need to be changes upon restoring it.
In order to simplify export/restore of topologies a pair of executables are provided: pgtopo_export
and pgtopo_import
. Example usage:
pgtopo_export dev_db topo1 | pgtopo_import topo1 | psql staging_db
The pgtopo_export
script takes the name of a database and a topology and outputs a dump file which can be used to import the topology (and associated layers) into a new database.
By default pgtopo_export
writes the dump file to the standard output so that it can be piped to pgtopo_import
or redirected to a file (refusing to write to terminal). You can optionally specify an output filename with the -f
commandline switch.
By default pgtopo_export
includes a dump of all layers defined against the given topology. This may be more data than you need, or may be non-working (in case your layer tables have complex dependencies) in which case you can request skipping the layers with the --skip-layers
switch and deal with those separately.
Invoking pgtopo_export
with the --help
(or -h
for short) switch will always print short usage string.
The dump file format is a compressed tar archive of a pgtopo_export
directory containing at least a pgtopo_dump_version
file with format version info. As of version 1
the directory contains tab-delimited CSV files with data of the topology primitive tables (node, edge_data, face, relation), the topology and layer records associated with it and (unless --skip-layers
is given) a custom-format PostgreSQL dump of tables reported as being layers of the given topology.
The pgtopo_import
script takes a pgtopo_export
format topology dump and a name to give to the topology to be created and outputs an SQL script reconstructing the topology and associated layers.
The generated SQL file will contain statements that create a topology with the given name, load primitive data in it, restores and registers all topology layers by properly linking all TopoGeometry values to their correct topology.
By default pgtopo_import
reads the dump from the standard input so that it can be used in conjunction with pgtopo_export
in a pipeline. You can optionally specify an input filename with the -f
commandline switch.
By default pgtopo_import
includes in the output SQL file the code to restore all layers found in the dump.
This may be unwanted or non-working in case your target database already have tables with the same name as the ones in the dump. In that case you can request skipping the layers with the --skip-layers
switch and deal with those separately (or later).
SQL to only load and link layers to a named topology can be generated using the --only-layers
switch. This can be useful to load layers AFTER resolving the naming conflicts or to link layers to a different topology (say a spatially-simplified version of the starting topology).