PostGIS: Difference between revisions
m (→See also) |
m (\*output=PG:dbname=pgis_nc*\) |
||
(6 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
When accessing PostGIS data in GRASS you can | When accessing [http://www.postgis.net PostGIS] data in GRASS you can | ||
* [[#Import into GRASS|import]] PostGIS (simple features) data into GRASS topological format or, | * [[#Import into GRASS|import]] PostGIS (simple features) data into GRASS topological format or, | ||
* [[#Link to GRASS|link]] PostGIS data as GRASS vector maps | * [[#Link to GRASS|link]] PostGIS data as GRASS vector maps | ||
Line 30: | Line 30: | ||
== Link to GRASS == | == Link to GRASS == | ||
* input maps: {{cmd|v.external | * input maps: {{cmd|v.external}} | ||
**GRASS 7 supports also write access to the map links, see [[Working with external data in GRASS 7#Vector data|working with external data in GRASS 7]] for details | **GRASS 7 supports also write access to the map links, see [[Working with external data in GRASS 7#Vector data|working with external data in GRASS 7]] for details | ||
* output maps: {{cmd|v.external.out | * output maps: {{cmd|v.external.out}} | ||
You can register a PostGIS table in GRASS using {{cmd|v.external}}. The command | You can register a PostGIS table in GRASS using {{cmd|v.external}}. The command below creates a link to the table 'lakes' located in database 'pgis_nc'. | ||
v.external | # list available PG tables | ||
v.external input="PG:host=myserver user= myuser dbname=pgis_nc" -l | |||
# link PG table into GRASS GIS as vector map | |||
v.external input="PG:host=myserver user= myuser dbname=pgis_nc" layer=lakes | |||
The command creates in the current mapset new vector map 'lakes', the module also builds pseudo-topology for this map, | The command creates in the current mapset new vector map 'lakes', the module also builds pseudo-topology for this map, | ||
Line 43: | Line 46: | ||
To link a PostGIS table from non-public schema | To link a PostGIS table from non-public schema | ||
v.external | v.external input=PG:<connection sting> layer=<schema>.<layer> output=<layer> | ||
''Important note:'' In GRASS 6 the created links area ''read-only''. GRASS 7 also allows to modify linked layers directly via OGR or PostGIS data provider, see [[Working with external data in GRASS 7#Vector data|working with external data in GRASS 7]] for details. | ''Important note:'' In GRASS 6 the created links area ''read-only''. GRASS 7 also allows to modify linked layers directly via OGR or PostGIS data provider, see [[Working with external data in GRASS 7#Vector data|working with external data in GRASS 7]] for details. | ||
Line 53: | Line 56: | ||
To export GRASS vector map layer as PostGIS table use {{cmd|v.out.ogr}}, eg. | To export GRASS vector map layer as PostGIS table use {{cmd|v.out.ogr}}, eg. | ||
v.out.ogr in=lakes@PERMANENT | v.out.ogr in=lakes@PERMANENT output=PG:dbname=pgis_nc format=PostgreSQL type=area | ||
In GRASS 7 exists also specialized module {{cmd|v.out.postgis | In GRASS 7 exists also specialized module {{cmd|v.out.postgis}} which allows to export GRASS vector data as simple features (similarly to {{cmd|v.out.ogr}}) or in topological format (see [[PostGIS Topology]] for defails). | ||
Note that exporting data can be quite time-consuming task, especially when input vector map attributes are stored in DBF format. It's recommended to store attribute data in {{cmd|grass-sqlite|desc=SQLite format}} rather then in old-fashioned {{cmd|grass-dbf|desc=DBF format}}. | Note that exporting data can be quite time-consuming task, especially when input vector map attributes are stored in DBF format. It's recommended to store attribute data in {{cmd|grass-sqlite|desc=SQLite format}} rather then in old-fashioned {{cmd|grass-dbf|desc=DBF format}}. | ||
Line 87: | Line 90: | ||
</pre> | </pre> | ||
When accessing external data directly you don't need to create a map link by {{cmd|v.external | When accessing external data directly you don't need to create a map link by {{cmd|v.external}}. The major drawback of direct read access is that the pseudo-topology is built each time when accessing the data. From this point of view the direct access is useful when accessing data once or few times, otherwise is better to link the data by {{cmd|v.external}}. | ||
=== Direct write access === | === Direct write access === | ||
GRASS 7 allows to write output vector map directly via OGR library. For defining output vector data format is designed {{cmd|v.external.out}} module. For example | |||
GRASS 7 allows to write output vector map directly via OGR library. For defining output vector data format is designed {{cmd|v.external.out | |||
v.external.out | v.external.out input=PG:dbname=pgis_nc format=PostgreSQL | ||
causes that output vector data are written in PostGIS format in the database 'pgis_nc'. GRASS also creates automatically for every PostGIS table a new vector map in the current mapset as the link to the PostGIS table. | causes that output vector data are written in PostGIS format in the database 'pgis_nc'. GRASS also creates automatically for every PostGIS table a new vector map in the current mapset as the link to the PostGIS table. | ||
Line 121: | Line 122: | ||
* [http://www.postgis.org PostGIS] | * [http://www.postgis.org PostGIS] | ||
* [http://gdal.org/ogr OGR library] | * [http://gdal.org/ogr OGR library] | ||
* [http://www.dimensionaledge.com/main/postgis/viewshed-analysis-in-postgis-using-plr-and-grass/ Viewshed analysis in PostGIS using PL/R and GRASS] (blog post by Mark Wynter) | |||
* [https://strk.kbt.io/projects/rttopo/ RT Topology Library] | |||
[[Category: FAQ]] | [[Category: FAQ]] | ||
[[Category: Vector]] | [[Category: Vector]] |
Latest revision as of 03:12, 23 January 2017
When accessing PostGIS data in GRASS you can
- import PostGIS (simple features) data into GRASS topological format or,
- link PostGIS data as GRASS vector maps
See also working with external data in GRASS 7.
Help pages
- Vector data processing in GRASS GIS help page
- Database management in GRASS GIS help page
- SQL support in GRASS GIS help page
- PostgreSQL DB driver in GRASS help page
- ODBC DB driver in GRASS help page
Import into GRASS
- v.in.ogr - imports geometry data from PostGIS into native GRASS vector format, attributes are stored using default DB settings (see db.connect for details)
- v.clean - clean up data after import
Note 1: There is a fundamental difference between the PostGIS format which is non-topological (OGC simple feature-based) and the internal GRASS format which is topological and which, thus, does not really allow for overlapping polygons. You can digitize them, but they are not really useful...
Note 2: GRASS 7 allows also reading and writing topological PostGIS data (see PostGIS Topology for details).
Link to GRASS
- input maps: v.external
- GRASS 7 supports also write access to the map links, see working with external data in GRASS 7 for details
- output maps: v.external.out
You can register a PostGIS table in GRASS using v.external. The command below creates a link to the table 'lakes' located in database 'pgis_nc'.
# list available PG tables v.external input="PG:host=myserver user= myuser dbname=pgis_nc" -l # link PG table into GRASS GIS as vector map v.external input="PG:host=myserver user= myuser dbname=pgis_nc" layer=lakes
The command creates in the current mapset new vector map 'lakes', the module also builds pseudo-topology for this map,
To link a PostGIS table from non-public schema
v.external input=PG:<connection sting> layer=<schema>.<layer> output=<layer>
Important note: In GRASS 6 the created links area read-only. GRASS 7 also allows to modify linked layers directly via OGR or PostGIS data provider, see working with external data in GRASS 7 for details.
Export to PostGIS
To export GRASS vector map layer as PostGIS table use v.out.ogr, eg.
v.out.ogr in=lakes@PERMANENT output=PG:dbname=pgis_nc format=PostgreSQL type=area
In GRASS 7 exists also specialized module v.out.postgis which allows to export GRASS vector data as simple features (similarly to v.out.ogr) or in topological format (see PostGIS Topology for defails).
Note that exporting data can be quite time-consuming task, especially when input vector map attributes are stored in DBF format. It's recommended to store attribute data in SQLite format rather then in old-fashioned DBF format.
See also wxGUI Graphical Modeler.
Direct access to PostGIS data (GRASS 7 only)
Important note: Direct read/write access is available only in GRASS 7.
Direct read access
GRASS 7 allows to access PostGIS data directly via virtual mapset called 'OGR'. In this case parameter map or input is used for OGR data source and layer for table. In the command bellow is accessed PostGIS table 'lakes' from database 'pgis_nc'.
v.info map=PG:dbname=pgis_nc@OGR layer=lakes
To access table from non-public schema (or schemas which are not in the search path), type
v.info map=PG:<OGR data source> layer=<schema>.<table>
When accessing external data directly you don't need to create a map link by v.external. The major drawback of direct read access is that the pseudo-topology is built each time when accessing the data. From this point of view the direct access is useful when accessing data once or few times, otherwise is better to link the data by v.external.
Direct write access
GRASS 7 allows to write output vector map directly via OGR library. For defining output vector data format is designed v.external.out module. For example
v.external.out input=PG:dbname=pgis_nc format=PostgreSQL
causes that output vector data are written in PostGIS format in the database 'pgis_nc'. GRASS also creates automatically for every PostGIS table a new vector map in the current mapset as the link to the PostGIS table.
PostGIS data can be accessed by the map link or directly as described in the section above. For example
v.extract input=lakes out=reservoir where="FTYPE = 'RESERVOIR'" v.info map=reservoir # or v.info map=PG:dbname=pgis_nc@OGR layer=reservoir
To switch back to GRASS native format enter
v.external.out -r
See also
External links
- Tutorial by Micha Silver
- PostGIS
- OGR library
- Viewshed analysis in PostGIS using PL/R and GRASS (blog post by Mark Wynter)
- RT Topology Library