[fdo-internals] RFC 11 has been posted

Dan Stoica dan.stoica at autodesk.com
Fri Sep 7 11:09:58 EDT 2007



A few questions:


"It is the proposal of this RFC that providers that do not use
coordinate system libraries simply return simple calculations directly
against the lat/long data (i.e. using Euclidian geometry based


What "simple calculations" means exactly? It implies returning the
length in radians and area in square radians... L


There are algorithms around to do such transformations. How about
implementing them as common utilities? Is it too much trouble?


Or say the user has a CSYS library like proj4. I believe it would make
sense to allow him to use it.

"It should also be noted that the functions execute 2D calculations
only. Therefore, if an object is defined in space, the functions should
not be used to determine the area or length of such an object. "

Do you mean these functions will not work with 3D data ("an object is
defined in space") ?






From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Thomas
Sent: Thursday, September 06, 2007 5:33 PM
To: FDO Internals Mail List
Subject: [fdo-internals] RFC 11 has been posted




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 12th 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.







-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20070907/b057d3e8/attachment.html

More information about the fdo-internals mailing list