それだけの価値があるので、私はそのようなマッピングを含むPythonパッケージを持っています。https://github.com/Toblerity/Fiona/blob/master/src/fiona/ogrext.pyx#L18を参照してください。ここにコピー:
# Mapping of OGR integer field types to Fiona field type names.
#
# Only ints, floats, and unicode strings are supported. On the web, dates and
# times are represented as strings (see RFC 3339).
FIELD_TYPES = [
'int', # OFTInteger, Simple 32bit integer
None, # OFTIntegerList, List of 32bit integers
'float', # OFTReal, Double Precision floating point
None, # OFTRealList, List of doubles
'str', # OFTString, String of ASCII chars
None, # OFTStringList, Array of strings
None, # OFTWideString, deprecated
None, # OFTWideStringList, deprecated
None, # OFTBinary, Raw Binary data
None, # OFTDate, Date
None, # OFTTime, Time
None, # OFTDateTime, Date and Time
]
# Mapping of Fiona field type names to Python types.
FIELD_TYPES_MAP = {
'int': IntType,
'float': FloatType,
'str': UnicodeType,
}
野生のOFT * Listフィールドに出くわさないので、マッピングは不完全です。Pythonのリストは型指定されていないので、これらをPythonの配列にマッピングしたいと思います(たとえば、OFTIntegerList-> array( 'i')など)。OFTDate / Timeフィールドは悪魔であり、これらをPython DateTimeにマップしても、datetimeモジュールAPIがひどいため、状況は改善されません。私のプロジェクトでは、日付と時刻を "2012-01-02T20:59:38Z"のようなISO 8601文字列にマップします。生のバイナリデータは、非ユニコードのPython文字列(Python 3ではバイト型になります)にマッピングされます。