GDAL C#讀取shp中文屬性值亂碼問題

GDAL的C#版本讀取shp中，若是屬性值中含有中文，讀出來有多是亂碼的問題，根據SWIG生成的C#代碼調試發現問題所在，在Ogr.cs文件中有這麼一個函數，代碼以下：

internal static string Utf8BytesToString(IntPtr pNativeData)
  {
    if (pNativeData == IntPtr.Zero)
        return null;

    int length = Marshal.PtrToStringAnsi(pNativeData).Length; //問題在這句
    byte[] strbuf = new byte[length];
    Marshal.Copy(pNativeData, strbuf, 0, length);
    return System.Text.Encoding.UTF8.GetString(strbuf);
  }

問題就出如今上面這句中，若是shp文件中dbf的編碼是utf-8的時候，pNativeData實際上就是GDAL庫讀取到的一個const char*的地址，這個時候，使用Marshal.PtrToStringAnsi函數返回的長度會變小，下面舉個栗子：
若是GDAL的C++庫返回的const char* pszValue = 「中」，那麼pNativeData的值實際上就是pszValue這個地址，且用UTF8編碼的時候，pszValue指針對應的內存中的信息應該是」E4 B8 AD 00 XX XX」，後面的XX表示其餘的東西，只有前四個有用。
這時pNativeData的值就是上面這個」E4 B8 AD 00 XX XX」字符串的地址，調用下面這句，返回的值竟然是2。明明一個3的字符串爲啥長度是2，就由於這裏長度變短，致使後面轉string的時候丟失了信息，形成了亂碼。

int length = Marshal.PtrToStringAnsi(pNativeData).Length; //length = 2

原本想試下Marshal.PtrToString其餘的函數，結果發現Marshal.PtrToStringAuto和Marshal.PtrToStringUni返回的長度都是16，就更不對了，沒辦法，用了一個笨辦法，寫了個循環來查找長度。修改後的代碼以下：

internal static string Utf8BytesToString(IntPtr pNativeData)
  {
    if (pNativeData == IntPtr.Zero)
        return null;

    int nMaxLength = Marshal.PtrToStringAuto(pNativeData).Length;
    int length = 0;//循環查找字符串的長度
    for(int i=0; i<nMaxLength; i++)
    {
        byte []strbuf1 = new byte[1];
        Marshal.Copy(pNativeData+i, strbuf1, 0, 1);
        if(strbuf1[0] == 0)
        {
            break;
        }
        length++;
    }

    byte[] strbuf = new byte[length];
    Marshal.Copy(pNativeData, strbuf, 0, length);
    return System.Text.Encoding.UTF8.GetString(strbuf);
  }

同理，將Gdal.cs、Osr.cs這兩個文件裏面的這個函數也修改，從新編譯便可解決這個問題。

最後，若是與shp中dbf的編碼使用GBK之類的編碼，請設置SHAPE_ENCODING這個配置項，若是shp文件夾中有同名的cpg文件則能夠不用設置，可是確保cpg文件中寫的編碼與dbf中的實際編碼相對應。