[fdo-internals] FDO RFC 7 - Add New Methods to FdoClassDefinition

Barbara Zoladek barbara.zoladek at autodesk.com
Fri Jul 27 12:26:52 EDT 2007


It is a general sense of 'virtualness'. Something that cannot be exposed
by capabilities or other characteristics.

I'll update documentation for this RFC.


> -----Original Message-----
> From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-
> bounces at lists.osgeo.org] On Behalf Of Frank Warmerdam (External)
> Sent: Friday, July 27, 2007 12:17 PM
> To: FDO Internals Mail List
> Subject: Re: [fdo-internals] FDO RFC 7 - Add New Methods to
> Barbara Zoladek wrote:
> > The 'view' term may be not the most fortunate because it is
> > associated with RDBMS views. It should indicate that this is a
> > object in the datastore and therefore a class mapped to that object
> > virtual too. And that class "virtuality" we wanted to expose. It is
> > only about limitation, but also about dependencies. Class B may
> > on Class A, if Class B is based on the subset of data in Class A.
> > B disappears when Class A is dropped.
> Barbara,
> Is there is intention of expressing what actual dependencies exist or
> just that "is view" indicates a general sense of virtualness?  I think
> with some expanded documentation on what virtualness means in the RFC
> (and new method docs) I'd be ok with this RFC (if still slightly
> Best regards,
> --
> I set the clouds in motion - turn up   | Frank Warmerdam,
warmerdam at pobox.com
> light and sound - activate the windows | http://pobox.com/~warmerdam
> and watch the world go round - Rush    | President OSGeo,
> _______________________________________________
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/fdo-internals

More information about the fdo-internals mailing list