I'm sorry for the confusion I caused with my use of the term "client".
I guess there are really two types of clients:

[1] The application that wants to use our library for performing
transformations. For example: OpenJUMP

[2] The programmer that wants to implement support for a specific
spatial reference system in our library.

My original idea was to use a single geographic pivot system in an API
exposed to both of these end users of the library.

After having the simple transformation scenario pointed out, I
recognize this isn't the only solution. If the CPU cycles of wasted
movement to and from a geographic "pivot" spatial reference system is
an issue than we should indeed use the system currently being
discussed.

Maybe it is time to have one of us hammer out a couple of interfaces
for review. I know my work on this area needs to move forward over the
next few weeks, so I am eager to get some actual code written and
scrutinized.

I can put up a module on the SurveyOS SVN Repository for this purpose
if all agree. Maybe Paul or Michael would be willing to take a crack
at a first draft of the interfaces? If not, I can make a stab at it,
but I think I don't fully grasp what the others are envisioning.

But maybe I am jumping the gun.

SS

On 9/10/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> By Clients I mean clients of the API (aka other Developers)
>
> Paul
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Jump-pilot-devel mailing list
> Jump-pilot-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel

Reply via email to