[gdal-dev] GRASS gdal and ogr plugins

Tom Russo russo at bogodyn.org
Fri Aug 22 10:20:36 PDT 2014


On Fri, Aug 22, 2014 at 07:17:15PM +0200, we recorded a bogon-computron collision of the <even.rouault at spatialys.com> flavor, containing:
> Tom,
> 
> Should be fixed by r27597. This was a side effect of the work done for 
> http://trac.osgeo.org/gdal/wiki/rfc46_gdal_ogr_unification

Indeed, it is fixed by r27597.  So it *was* just a matter of changing the name. 
Thank you.

> > I've just svn updated gdal to r27596 and rebuilt it, grass, and the grass
> > plugin and installed them.  I had not previously updated gdal since about
> > May 14.
> > 
> > Now gdalinfo and ogrinfo  are reporting:
> > > gdalinfo --formats
> > 
> > ERROR 1: A non OGR driver is registered with the same name: GRASS
> > Supported Formats:
> >   GRASS -raster- (ro): GRASS Database Rasters (5.7+)
> > ...
> > 
> > and
> > 
> > > ogrinfo --formats
> > 
> > ERROR 1: A non OGR driver is registered with the same name: GRASS
> > Supported Formats:
> >   PCIDSK -raster,vector- (rw+v): PCIDSK Database File
> > ...
> > 
> > GRASS does not appear here, so clearly the registration of the OGR grass
> > plugin is not happening.  The code does not exit abnormally, just prints
> > the error message and clearly doesn't have the OGR grass plugin loaded.
> > 
> > The same happens from applications that are built against the gdal library.
> > Normal operation, just no access to GRASS data through OGR.
> > 
> > Looking at ogr/ogrsf_frmts/generic/ogrsfdriverregistrar.cpp, I'm wondering
> > if that's because both the gdal grass driver and ogr driver are returning
> > "GRASS" as their name, and the "GRASS" provided by gdal is confusing the
> > registrar?  Should the OGR driver maybe have a different name?  Or am I
> > completely off the mark?
> > 
> > I do note that the change in ogrsfdriverregistrar.cpp that introduced the
> > error message was dated 24 May 2014, just 10 days after I had last built
> > gdal on this machine.  The previous build would report "GRASS" as an
> > available format from OGR.
> > 
> > I'm using grass off of the "develbranch_6" branch, updated right before I
> > built the gdal plugin.
> > 
> > I build the gdal plugin so:
> >   build and install gdal without GRASS support
> >   build GRASS and install it
> >   build the plugin:
> >   cd /.../gdal/frmts/grass/pkg
> >   ln -s ../grass57dataset.cpp .
> >   ln -s ../../../ogr/ogrsf_frmts/grass/ogrgrassdriver.cpp .
> >   ln -s ../../../ogr/ogrsf_frmts/grass/ogrgrassdatasource.cpp .
> >   ln -s ../../../ogr/ogrsf_frmts/grass/ogrgrasslayer.cpp .
> >   ln -s ../../../ogr/ogrsf_frmts/grass/ogrgrass.h .
> >   ./configure --with-gdal=/usr/local/bin/gdal-config
> > --with-grass=/usr/local/grass-6.5.svn
> > --with-autoload=/usr/local/lib/gdalplugins gmake
> >   sudo gmake install
> > 
> > The result is gdal_GRASS.so and ogr_GRASS.so in /usr/local/lib/gdalplugins.
> > 
> > Am I simply building the plugin wrong, or is this a bug?
> 
> -- 
> Spatialys - Geospatial professional services
> http://www.spatialys.com

-- 
Tom Russo    KM5VY   SAR502   DM64ux          http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236        http://kevan.org/brain.cgi?DDTNM
 echo "prpv_a'rfg_cnf_har_cvcr" | sed -e 's/_/ /g' | tr [a-m][n-z] [n-z][a-m]

 




More information about the gdal-dev mailing list