[GRASS-dev] [GRASS GIS] #3890: Extend v.in.ogr to use GDAL/OGR-GMLAS driver

GRASS GIS trac at osgeo.org
Tue Aug 13 02:07:42 PDT 2019


#3890: Extend v.in.ogr to use GDAL/OGR-GMLAS driver
--------------------------+-------------------------
  Reporter:  gisix        |      Owner:  grass-dev@…
      Type:  enhancement  |     Status:  closed
  Priority:  normal       |  Milestone:
 Component:  Vector       |    Version:  svn-trunk
Resolution:  invalid      |   Keywords:
       CPU:  Unspecified  |   Platform:  Unspecified
--------------------------+-------------------------

Comment (by gisix):

 Please reopen this ticket and reconsider whether this is really invalid
 for GIS users wanting to work with nontrivial contemporary 3D GML in GRASS
 GIS:

 1) GDAL as it is currently configured in GRASS 7.6.1 does *NOT* include
 the GMLAS driver for nontrivial GML/XML. So v.in.ogr currently does *NOT*
 import nontrivial GML/XML: Opening a complex GML-based file like european
 CityGML datasets by explicitly choosing the advanced GMLAS driver instead
 of the default GML driver throws an error message. If folks want to work
 with complex 3D GML, they will need to do so outside a GRASS environment.
 2) The GMLAS driver of GDAL/OGR would allow to work in GRASS with 3D
 PolyhedralSurfaces encoded as nontrivial GML.
 3)3D PolyhedralSurfaces will either either require functionality for the
 users on the GRASS module level (i.e. a flag or similar for v.in.ogr) to
 flatten 3D polyhedral surfaces into a GRASS 2D vector topology,
 4) or a means to provide additional parameters to the underlying GDAL/OGR
 environment, similar to the query_layer parameter of v.to.db
 (https://grass.osgeo.org/grass70/manuals/v.to.db.html)

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/3890#comment:2>
GRASS GIS <https://grass.osgeo.org>



More information about the grass-dev mailing list