[gdal-dev] RFC 21: OGR SQL type cast and field name alias

Tamas Szekeres szekerest at gmail.com
Fri Jan 25 18:40:23 EST 2008


I've updated

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

according to the changes mentioned below.

Best regards,

Tamas


2008/1/25, Tamas Szekeres <szekerest at gmail.com>:
> 2008/1/25, Frank Warmerdam <warmerdam at pobox.com>:
> >
> > How will you handle precision for floating point fields?
> >
>
> We could easily support that by using the SQL92 numeric type as:
> numeric [ ( field_length [, field_precision ] ) ]
>
> I'll update the RFC accordingly.
>
> > What about casting something to be an integer list, string list or floating
> > point list?  I don't mind it not being supported, but at least we should
> > be explicit on that point in the RFC.
> >
>
> I cannot support these easily since the corresponding conversion
> routines are missing in the OGR code. We have no such kind of types in
> SQL92 either so it could only be an OGR specific extension.
>
> >
> > In theory if we have a string formatted properly we should be
> > able to convert it to date/time format.  I see OGRFeature::SetField(int,const
> > char*) uses OGRParseDate() to set date/time fields from string input.  I
> > think this would be quite a useful cast.
> >
>
> Yes, I've possibly missed that. I'll add support converting to the
> datetimes as well. Here is my proposed data type definition that
> contains all of the changes mentioned above.
>
> <data type> ::= character [ ( field_length ) ]
>                 | float [ ( field_length ) ]
>                 | numeric [ ( field_length [, field_precision ] ) ]
>                 | integer
>                 | timestamp
>
> Because of these changes I'll have to add SWQ_DATETIME to the
> swq_field_type struct as well.
>
> Best regards,
>
> Tamas
>


More information about the gdal-dev mailing list