Hi Even,

I like the RFC, and just like Dimitri I was wondering if instead of GetFID64(), GetFeatureCount64(), etc, we could not simply keep the current method names since 2.0 is the time to break the API anyway.

Also note that in the list of driver upgrades, you could add potential enhancement to the support for MITAB "TAB Seamless Tables" which had a potential FID overflow problem on very large tables with 32 bit ids. The driver would have caught and reported an error in this case, but that limitation can be solved with 64 bit ids if/when the code is upgraded to use them. Look for TABSeamless::EncodeFeatureId() and related methods in mitab_tabseamless.cpp.

Daniel


On 2015-01-24 8:07 AM, Dmitriy Baryshnikov wrote:
Hi Even,

The RFC looks good. One note. May be in GDAL 2 we can use GetFID instead
GetFID64? Because we can allow some incompatibility between GDAL 1.x and
GDAL 2.x.

Best regards,
     Dmitry

23.01.2015 18:17, Even Rouault пишет:
Hi,

This is a call for discussion on revisiting the existing RFC 31 - OGR
64bit
Integer Fields and FIDs, initiated by Frank in 2010 and that I've
extended.

http://trac.osgeo.org/gdal/wiki/rfc31_ogr_64

Below the summary :
"""
This RFC addresses steps to upgrade OGR to support 64bit integer
fields and
feature ids. Many feature data formats support wide integers, and the
inability to transform these through OGR causes increasing numbers of
problems.
"""

A first discussion took place at http://lists.osgeo.org/pipermail/gdal-
dev/2010-November/thread.html#26883. My main remarks at that time were
about
compatibility issues, but as this would go in GDAL 2.0, they are
likely less
critical.

Even


_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev


--
Daniel Morissette
T: +1 418-696-5056 #201
http://www.mapgears.com/
Provider of Professional MapServer Support since 2000
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to