[fdo-internals] New RFC10 Is Posted

Frank Warmerdam warmerdam at pobox.com
Tue Sep 11 10:16:56 EDT 2007

Maggie Yang wrote:
> Hi, Frank
> I understand your consideration. We will support more image formats
> which are widely-used by WMS server in the future. But this time, we are
> mainly focusing on the additional parameters, still limiting the image
> format to the most common used type in order to make sure the quality,
> because it will increase the QA work load to test all possible image
> format in such short time.


OK, well I can live with this of course, but it is seems like an unusual
line of thinking in an open source project.  It might be nice if at
least there was some documentation somewhere on what code people would
need to remove/alter to enable other formats.

I can almost imagine some providers building differently depending on
whether they are going into Autodesk commercial builds vs. open
source builds.  For the commercial builds you might want to ensure
(by restriction) a high level of safety and bullet proofness while
for open source builds we generally take a more user-beware approach
to such features.

Nevertheless, RFC 10 as it stands is fine with me.

> The user can access LayerDefintion, ClassDefintion,
> PhysicalSchemaMapping and etc via WMS Override API, which is published
> API. For example, user can create the physical mapping via those API.

This is clearly an aspect of FDO I don't understand.  I do not understand
what override apis are or how it is possible to call custom c++ methods
from a particular provider when we don't even install include files for
them (to the best of my knowledge).  I guess this "provider specific
APIs" stuff is seems foreign to me because I have always tried hard
to avoid it in GDAL/OGR.

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

More information about the fdo-internals mailing list