Changes between Version 5 and Version 6 of rfc23_ogr_unicode


Ignore:
Timestamp:
Apr 25, 2008, 12:43:54 PM (16 years ago)
Author:
warmerdam
Comment:

reworked to use C API instead of CPLString

Legend:

Unmodified
Added
Removed
Modified
  • rfc23_ogr_unicode

    v5 v6  
    5757== iconv() ==
    5858
    59 It is proposed to implement the CPLString::recode() method using the iconv()
     59It is proposed to implement the CPLRecode() method using the iconv()
    6060and related functions when available. 
    6161
     
    6666to use libiconv in preference to the system iconv() even when it is available.
    6767
    68 If iconv() is not available, a stub implementation of the CPLString services
     68If iconv() is not available, a stub implementation of the recode services
    6969will be provided which:
    7070
     
    7474 * Implements recoding from "UTF-8" to "ASCII" by turning all non-ASCII multi-byte characters to '?'.
    7575
    76 This hopesfully gives us a weak operational status when built without iconv(), but full operation when it is available.
     76This hopefully gives us a weak operational status when built without iconv(), but full operation when it is available.
    7777
    7878The --with-iconv=<arg> option will be added to configure.  The argument can be
     
    112112
    113113Frank Warmerdam will implement the core iconv() capabilities, the
    114 CPLString additions and update the ODBC driver.  Other OGR drivers would be
     114CPLRecode() additions and update the ODBC driver.  Other OGR drivers would be
    115115updated as time and demand mandates to conform to the definitions in this RFC by
    116116interested developers.