On Sun, Jun 1, 2008 at 8:47 PM, Roger Bivand <[EMAIL PROTECTED]> wrote: > On Sat, 31 May 2008, Markus Neteler wrote: >> On Sat, May 31, 2008 at 6:35 PM, Roger Bivand <[EMAIL PROTECTED]> wrote: >>> On Sat, 31 May 2008, Markus Neteler wrote: >>>> On Sat, May 31, 2008 at 5:51 PM, Roger Bivand <[EMAIL PROTECTED]> wrote: >>>>> On Sat, 31 May 2008, Markus Neteler wrote: >>>>>> >>>>>> I have to read in Lidar data from GRASS, so speed matters. I have >>>>>> modified the readVECT6() function to not export to SHAPE but >>>>>> read in directly via GRASS-GDAL/OGR plugin: ... > The SELinux was a red herring, I simply hadn't understood the change in > plugin technology. The current CVS version works for me on F7 under SELinux > with the plugin built as described in the wiki. > > Please try the CVS version at: > > cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/r-spatial login > > cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/r-spatial co -P spgrass6
Dear Roger, thanks for the high speed rewrite of the interface. Downloaded and installed successfully (I see the new message "GRASS GIS interface loaded with GRASS version: 6.4.svn" ). > or a variant that works. The vector version looks OK, I have made the test again but cannot observe a speed improvement. I guess I have to debug it somehow. > the raster version is > basic (uses data resolution not window resolution, and only handles one > raster at a time without categories). AFAIK the plugin delivers only *original* raster resolution and extent (that's why r.out.gdal was written in C to replace a former plugin based shell script). So, unless the plugin is changed here it might not be that useful for raster data *if* the GRASS behaviour of respecting raster settings during export should be maintained. thanks, Markus _______________________________________________ grass-stats mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-stats
