[fdo-internals] xmin and xmax are reserved keywords
brent.robinson at autodesk.com
Mon Jan 15 14:19:29 EST 2007
One extra thing: FdoSmPhSpatialContextGroupReader references a static
function from FdoSmPhSpatialContextGroupWriter, so you'd have to
override this reader as well to get it to invoke the overridden writer.
>By the way, I'm curious what's the alternative to ApplySchema command
>create FDO-enabled datastore?
>If a provider doesn't support ApplySchema, how users are supposed to
>configure the datastore?
Sofar, the only providers that can have FDO-enabled datastores are ones
that support ApplySchema. For the others, the FDO schema for the
connection datastore is specified 1 or 2 ways:
- reverse-engineered from the datastore contents.
- specified by an XML config file.
One alternative to using ApplySchema to set up an FDO-enabled datastore
is by writing some RDBMS-level scripts (e.g. PL*SQL in Oracle). However,
FDO does not supply any such scripts.
From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Mateusz
Sent: Monday, January 15, 2007 1:53 PM
To: FDO Internals Mail List
Subject: Re: [fdo-internals] xmin and xmax are reserved keywords
Gavin Cramer wrote:
> Yes, it looks like you have the right idea there.
Good to know.
So, as I've asked in one of my latest post, who is going to say Go! ?
> Does PostGIS Provider support ApplySchema command? If so, you'd want
> test the full round-trip (ApplySchema followed by DescribeSchema) to
> make sure that there aren't any other places that would be affected.
Yes, I have ApplySchema command provided and I'll run the suggested
By the way, I'm curious what's the alternative to ApplySchema command to
create FDO-enabled datastore?
If a provider doesn't support ApplySchema, how users are supposed to
configure the datastore?
fdo-internals mailing list
fdo-internals at lists.osgeo.org
More information about the fdo-internals