[GRASS-dev] Re: [GRASS GIS] #426: v.in.ogr: split long boundaries

[GRASS GIS]

#426: v.in.ogr: split long boundaries
--------------------------+-------------------------------------------------
  Reporter:  neteler      |       Owner:  grass-dev at lists.osgeo.org
      Type:  enhancement  |      Status:  new                      
  Priority:  major        |   Milestone:  6.5.0                    
 Component:  Vector       |     Version:  unspecified              
Resolution:               |    Keywords:                           
  Platform:  All          |         Cpu:  All                      
--------------------------+-------------------------------------------------
Comment (by mmetz):

 The attached patch is against devbr_6 r35761 and would give a bit of a
 speed up and adds safety checks.

 I added boundary splitting activated with a new -s flag, the speed
 increase is zero to 6x, depending on the import vector.

 The patch uses a temporary vector, this can reduce final coor file size by
 a factor of 2 to 5 if a shapefile with polygons is imported.

 Vector libraries do not support large files > 2GB, therefore my complaint
 no 2) above is not valid and the error message is valid.

 Closing a vector and opening again works like a file size limit check. The
 patch does that not only before cleaning polygons as in the current
 v.in.ogr (this is a very nice idea, it would be annoying to get a vector
 cleaned for hours that was corrupt anyway...), it also checks file size
 limits just before copying the temporary vector to the final output
 vector. If that check is passed, only alive features of the temporary
 vector are copied to the output vector, giving the file size reduction in
 case polygons were cleaned. New warning messages appear when checking file
 size limits (checking file size limits is done by the vector library when
 opening a vector, I didn't come up with a weird new solution:-)).

 Please test!

 Markus M

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/426#comment:5>
GRASS GIS <http://grass.osgeo.org>