Chris,
I agree and will see what I can do to make it happen. If we want wider
adoption it may also be beneficial to see some kind of C/C++ access library
created for the format. In the past I always felt the FDO Provider was that
library, but the masses seem to be telling me I am wrong about
Robert Bray wrote:
Chris,
I agree and will see what I can do to make it happen. If we want wider
adoption it may also be beneficial to see some kind of C/C++ access
library created for the format. In the past I always felt the FDO
Provider was that library, but the masses seem to be telling
So, what's the next step on moving this domain into a position where we
can put it to conference use? (Thanks again for the use of it!)
P
--
Paul Ramsey
Refractions Research
http://www.refractions.net
[EMAIL PROTECTED]
Phone: 250-383-3022
Cell: 250-885-0632
How about an OGR driver for SDF? No need to invent a new API when one already
exists.
Traian
From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of Mateusz Loskot [EMAIL
PROTECTED]
Sent: Thursday, November 22, 2007 2:36 PM
To: OSGeo Discussions
Subject:
On Thu, Nov 22, 2007 at 05:17:46PM -0800, Traian Stanev wrote:
How about an OGR driver for SDF? No need to invent a new API when one already
exists.
I think that was exactly Bob's point: There is already an FDO driver for
SDF. If OGR is sufficient, I'm not entirely sure why FDO wouldn't be by
Traian Stanev wrote:
How about an OGR driver for SDF? No need to invent a new API
when one already exists.
Traian,
AFAIKU, that's the idea that triggered the debate
but it would be good if there is non-API specific library for SDF.
The the same library could be used by OGR, FDO, etc.
Cheers
I think many people have it backwards. SDF is basically a reference
implementation of the FDO API (or a significant subset thereof). It's not an
independent file format that happens to have an FDO driver. Any C++ API for SDF
would likely have to use FDO data structures and types underneath to
Paul Ramsey wrote:
So, what's the next step on moving this domain into a position where
we can put it to conference use? (Thanks again for the use of it!)
I think the foss4g.org domain has to be registered in
the OSGeo DNS. We haven't done this before, so we are
waiting for some input about