<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Frank Warmerdam skrev:
<blockquote
cite="mid:931f8ea90903250901r64994629kbbe78cbea0640c00@mail.gmail.com"
type="cite">
<pre wrap="">On Wed, Mar 25, 2009 at 10:49 AM, Kenneth Skovhede, GEOGRAF A/S
<a class="moz-txt-link-rfc2396E" href="mailto:ks@geograf.dk"><ks@geograf.dk></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">That depends on what you want to accomplish.
I find that speed is very good, even better than SDF when using TAB files.
All the data I have tested with renders fine, but date/time columns are not
supported.
</pre>
</blockquote>
<pre wrap=""><!---->
Folks,
I do believe that date/time support has been incorporated into MITAB and
the OGR bindings in recent versions of OGR. If not it might be worth
filing a ticket on this. Does the OGR FDO provider support date/time fields?
They are a relatively recent addition to OGR.
</pre>
</blockquote>
I'm using GDAL 1.4, so date/time columns might work with a more recent
OGR/GDAL version.<br>
<blockquote
cite="mid:931f8ea90903250901r64994629kbbe78cbea0640c00@mail.gmail.com"
type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">But, the OGR only supports a geometry and a single logical expression.
It would be cool to have it support arbitrary FDO expressions.
If that is your target, I belive some of the other providers have much of
the logic for this,
and that it would be a better solution than a pure MI provider.
</pre>
</blockquote>
<pre wrap=""><!---->
Is this an improvement that can be done right in the FDO OGR provider?
</pre>
</blockquote>
Yes, to simplify the development, the FDO OGR provider does not parse
full FDO statements, but<br>
looks for a statement tree like: "<geom filter> AND <logical
expr>" and supports either side missing<br>
or swapped, but nothing else.<br>
<br>
I have wanted to build full support for FDO expressions, but have not
had the time or FDO knowledge to do so yet.<br>
<blockquote
cite="mid:931f8ea90903250901r64994629kbbe78cbea0640c00@mail.gmail.com"
type="cite">
<pre wrap="">Overall, I'd prefer to see the requirement for good mapinfo support drive
improvements to the FDO OGR provider (and perhaps OGR/MITAB)
rather than do something really custom.
</pre>
</blockquote>
I support that idea.<br>
<blockquote
cite="mid:931f8ea90903250901r64994629kbbe78cbea0640c00@mail.gmail.com"
type="cite">
<pre wrap="">
Best regards,
</pre>
</blockquote>
-- <br>
Regards, Kenneth Skovhede, GEOGRAF A/S<br>
<br>
</body>
</html>