Re: [gdal-dev] Proposed patch for HUGE GML files (1)

2011-12-13 Thread a . furieri
On Tue, 13 Dec 2011 11:40:01 +0100, Even Rouault wrote > Having sample data to add regression will be needed. > please see the attached GML-Topo sample > What do you think about the xlink1.gml that I mention in the ticket > ? Is it valid to have xlink:href to other documents ? > I've asked t

Re: [gdal-dev] Proposed patch for HUGE GML files (1)

2011-12-13 Thread Even Rouault
Selon a.furi...@lqt.it: > On Mon, 12 Dec 2011 18:15:07 +0100, Even Rouault wrote > > > --- > > > Please see the attached zipfile containing the latest > > > version of the proposed patch > > > > Integrated in svn with a few changes. See > > http://trac.osgeo.org/gdal/ticket/4380#comment:1 for the

Re: [gdal-dev] Proposed patch for HUGE GML files (1)

2011-12-12 Thread Even Rouault
> --- > Please see the attached zipfile containing the latest > version of the proposed patch Integrated in svn with a few changes. See http://trac.osgeo.org/gdal/ticket/4380#comment:1 for the details. Please test that I haven't caused regressions. > > bye Sandro __

Re: [gdal-dev] Proposed patch for HUGE GML files (2)

2011-12-12 Thread Alessandro Furieri
take #2: now I'll reply to few interesting but hard to be implemented suggestions and other minor detail facets. > * Did you consider just using the OGR API to abstract > the access to the temporary database, instead of directly > using sqlite API ? This would allow to use other DB backends, > s

Re: [gdal-dev] Proposed patch for HUGE GML files

2011-12-06 Thread Even Rouault
Hi Sandro, > I'm here to submit to your attention an alternative gml:xlink > resolving method (GML driver) I've implemented for Tuscany Region. > As usual, very in-depth analysis and high quality patch. Here are my comments : * #include "sqlite3.h" in ogr/ogrsf_frmts/gml/gmlreaderp.h is not a