[fdo-internals] RE: RFC Reminder

Dan Stoica dan.stoica at autodesk.com
Wed Aug 1 11:46:32 EDT 2007


"the default value for the category parameter needs to be a neutral
value"

 

Why? You need a neutral value when you don't know what value to use.
This is not the case.

 

"How many functions should be part of the mapping structure? There are
lots of them in - for example - Oracle."

 

This argument works in my favour, I'm afraid J Why each and every
provider should explicitly do a mapping since Max() goes to Math in 100%
of the cases?

 

Thanks,

Dan.

 

From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Thomas
Knoell
Sent: Wednesday, August 01, 2007 11:29 AM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RE: RFC Reminder

 

Hi Dan

 

Since the proposal is to enhance the create-methods, the default value
for the category parameter needs to be a neutral value like
FdoFunctionCategoryType_Unspecified to be backwards compatible.

 

I don't agree that FDO should have a function-to-category mapping. How
many functions should be part of the mapping structure? There are lots
of them in - for example - Oracle. Should they all be known to FDO and
mapped to a category? It is the provider that sets the list of supported
expression functions together with the supported signatures and at that
time the category may be set as well.

 

Thanks

 

  Thomas

 

 

 

From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Dan Stoica
Sent: Wednesday, August 01, 2007 11:17 AM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RE: RFC Reminder

 

Also, the default value for the category is
FdoFunctionCategoryType_Unspecified;

 

I think it will be way better to use a hardcoded mapping {function_name,
function_category} in FDO. Example: "Max" will belong to "Math" etc.

Unless the caller decides to change it (in 0.01% of the cases) the
category input parameter is unused which makes life easier.

 

Dan.

 

From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Haris
Kurtagic
Sent: Tuesday, July 31, 2007 5:55 PM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RE: RFC Reminder

 

Would it make sense to expand further Geometry Category with :

-          Spatial Aggregate Functions

-          Coordinate System Transformations Functions

-          Geocoding Functions

-          Geometry Functions

... ?

 

This is sample how Oracle Spatial divides Geometry Functions.

 

Haris

 

From: fdo-internals-bounces at lists.osgeo.org
[mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Thomas
Knoell
Sent: Tuesday, July 31, 2007 11:42 PM
To: FDO Internals Mail List
Subject: [fdo-internals] RE: RFC Reminder

 

Hi,

 

Thanks to everyone who provided comments on this RFC posting. Based on
the comments the RFC has been updated. Please review the new version of
the RFC and comment on it if required by end of the day tomorrow (August
1st). If no changes are required, I intent to motion that a vote for the
acceptance of the RFC is made and subsequently voted on by the PSC.

 

Thanks

 

  Thomas

 

From: Thomas Knoell 
Sent: Friday, July 27, 2007 11:13 AM
To: FDO Internals Mail List
Subject: RFC Reminder

 

Hi everyone

 

As indicated in an e-mail dated July 17th, FDO RFC 5
(http://trac.osgeo.org/fdo/wiki/FDORfc5) had been posted and is ready
for review. Please complete the review of the RFC and comment on it by
end-of-day Tuesday, July 31st. If no changes are required, it is my
intent to motion that a vote for the acceptance of RFC5 be made and
subsequently voted on by the PSC. 

 

Thanks

 

  Thomas

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20070801/5ce57b97/attachment-0001.html


More information about the fdo-internals mailing list