Changes between Version 26 and Version 27 of GDAL20Changes
- Timestamp:
- 01/02/13 04:56:06 (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GDAL20Changes
v26 v27 96 96 RFC23 has left some users unhappy, particularly with how encoding management is done with shapefiles. There are quite a few tickets on that issue and in #4808 a patch is proposed so that OGR drivers report their source encoding ( OGRLayer::GetEncoding() ). RFC23 should be amended if this approach was accepted. 97 97 98 == Expose shapefiles of type Polygon as MultiPolygon (and LineString as MultiLineString) ? == 99 100 The OGR Shapefile driver expose a layer geometry type Polygon, even if the shapefile contains multipolygons. This causes issues when converting such shapefiles with ogr2ogr to formats that have strict geometry type checking (PostGIS, Spatialite, etc...). A possibility would be to expose a layer geometry type MultiPolygon, and automatically promote single part polygons as multipolygons. 101 102 The issue is discussed in #4939. 103 98 104 == Housekeeping issues == 99 105 … … 134 140 * #4620 - OGRPGTableLayer does not check for bUpdateAccess in CreateField 135 141 * #4808 - [PATCH] Shapefile: interpreting LDID/87 not as ISO-8859-1 but as no codepage specified 142 * #4939 - shapefile to postgresql : ERROR: Geometry type (MultiPolygon) does not match column type (Polygon)