Re: [gdal-dev] Re: OGR FileGDB driver: Failed at creating table ... (General function failure.)

2011-09-19 Thread Hermann Peifer
On 19/09/2011 18:41, Paul Ramsey wrote: Wow, we just can't win can we? So the only way forward is to get morphToEsri to produce the extract literal string representation expected by the API? What fun. It is really a pity: over some 500 lines of code, OGR's morphToESRI() function tries its be

Re: [gdal-dev] Re: OGR FileGDB driver: Failed at creating table ... (General function failure.)

2011-09-19 Thread Paul Ramsey
On Mon, Sep 19, 2011 at 12:14 AM, Hermann Peifer wrote: > On 16/09/2011 16:49, Paul Ramsey wrote: >> >> ...perhaps in the FGDB driver we can try and >> avoid using the WKT at all when we have a WKID available. > > I just disabled the generation of the WKT element in my local copy of > FGdbLayer.cp

[gdal-dev] Re: OGR FileGDB driver: Failed at creating table ... (General function failure.)

2011-09-19 Thread Hermann Peifer
On 16/09/2011 16:49, Paul Ramsey wrote: ...perhaps in the FGDB driver we can try and avoid using the WKT at all when we have a WKID available. I just disabled the generation of the WKT element in my local copy of FGdbLayer.cpp [0]: /* CPLCreateXMLElementAndValue(srs_xml,"WKT", wkt); */ If