[fdo-internals] RFC 11 has been posted

Haris Kurtagic haris at sl-king.com
Fri Sep 7 15:34:07 EDT 2007


I believe FDO needs a middle tier ( common layer ).
In that tier stuff like this could be placed and things like caching,
security, logging, joins, ...

That is something I am thinking of lately ( and prototyping it ).

Haris
-----Original Message-----
From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Orest
Halustchak
Sent: Friday, September 07, 2007 9:23 PM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RFC 11 has been posted

Hi Frank,

The FDO api does not include any coordinate system transformation
abilities. The only coordinate system information that is included is
the ability to specify a coordinate system for a geometry property (via
spatial context) and to get that information back when describing that
property. There are no commands to specify input or output coordinate
systems for the purposes of projecting coordinates.

All projection work so far has been done by client applications, e.g.
MapGuide projects coordinates into the map coordinate system after
retrieving geometry from the provider. This does ensure that a
consistent projection library is used regardless of which provider the
data is coming from.

Thanks,
Orest.

-----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, September 07, 2007 3:31 PM
To: FDO Internals Mail List
Subject: Re: [fdo-internals] RFC 11 has been posted

Thomas Knoell wrote:
> Hi,
> 
>  
> 
> A new RFC (http://trac.osgeo.org/fdo/wiki/FDORfc11) has been posted.
The 
> RFC follows up on RFC 8 by adding geometric functions to the list of 
> well-known FDO functions.
> 
> Please review the RFC. Any comments/suggestions and questions are 
> welcome. All feedback is expected by the end-of-day _September 12^th 
> 2007_. If no changes are required it is my intent to motion that a
vote 
> for the acceptance of the RFC be made and subsequently voted on by the
PSC.

Thomas,

I'm somewhat leery about the provider deciding whether to return meters
or
degrees internally with no way for the application code to know what
will
happen.  I think, either the provider should indicate what it is going
to
do, or we should peg this down and perhaps provide helper functions to
support it as suggested by others.

Does FDO currently provide any generic means to reproject feature
geometries?
I have the impression it does not, though I might easily have missed it.
I
think it ought to.

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,
http://osgeo.org

_______________________________________________
fdo-internals mailing list
fdo-internals at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-internals

_______________________________________________
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