[fdo-internals] ArcSDE provider + raster data
alfredo.muela at pds.nl
Tue Feb 19 00:40:16 PST 2013
Thanks for the suggestion of tuning the ArcGIS server! It was something
that I certainly had not consider. I will gather some information about its
feasibility on the client's environment. Just a double check that I
understood it: the already existing WMS FDO provider can be used to access
raster data in read-only mode by enabling the WMS in the ArcGIS server
(which functionality from  does it map to? GIS Web Services?), correct?
Regarding your second point, I am confused. How would I access to the
ArcSDE raster data by extending the FDO ArcSDE driver with GDAL? As far as
I understand, the model used in ArcSDE is not GDAL. Could you elaborate
this further, please?
On Mon, Feb 18, 2013 at 8:37 PM, Johan Van de Wauw <
johan.vandewauw at gmail.com> wrote:
> Just a quick note.
> The reason why I would consider using WMS or GDAL rather than updating the
> fdo driver:
> * If you have access to the arcgis server it may be reasonably easy to
> configure a wms (if it is a recent version of arcgis server and the license
>  permits you to do so). Configuring this has the advantage that it can
> also be used in other applications apart from mapguide and no programming
> is required.
> Apart from that, this solution seems more futureproof. I'm not too sure
> about the future of arcsde. WMS will probably be supported far longer.
> * If you expand the arcSDE driver in GDAL all applications that use gdal
> could use the new driver. Actually more people could be testing and/or
> maintaining your changes.
> On Fri, Feb 15, 2013 at 2:43 PM, Alfredo Muela-Romero <
> alfredo.muela at pds.nl> wrote:
>> Hi Johan,
>> First of all, thanks for your reply.
>> Read-only access would be the first step. Actually, as far as we have
>> discussed it with the stakeholder, it might be the only functionality they
>> Regarding the WMS FDO Provider, our customer's data stores are not OGC
>> WMS-based. Therefore, I discarded the option when I read the description of
>> the FDO provider.
>> Related to the ArcSDE GDAL driver you point (thanks for the link, by the
>> way), our first approach was to keep using the FDO architecture. If
>> extending the current ArcSDE FDO Provider meant a lot of effort, we would
>> need to ponder using the C API SDK (or in this case the driver suggested).
>> Currently, we have not clarified yet all the details on the raster
>> capabilities that will be required (for example, "is reading raster
>> catalogs a requirement?"). While we are gathering all that information we
>> are also trying to evaluate the amount of effort required for the different
>> Would you suggest going for the GDAL driver rather than completing the
>> ArcSDE FDO Provider? (in case read-only access is the requirement and any
>> non supported features, such as the use of catalogs or NODATA masks, are
>> On Fri, Feb 15, 2013 at 2:08 PM, Johan Van de Wauw <
>> johan.vandewauw at gmail.com> wrote:
>>> Do you need read-only access or read/write?
>>> In case you need read only access, I wonder why you would not use WMS or
>>> arcsde gdal driver: http://www.gdal.org/frmt_sde.html ?
>>> On Fri, Feb 15, 2013 at 10:05 AM, Alfredo Muela-Romero <
>>> alfredo.muela at pds.nl> wrote:
>>>> Hi everyone,
>>>> My name is Alfredo Muela. I am a software engineer working for a
>>>> company named PDS <http://www.pds.nl/>.
>>>> We are in need of raster functionality with ArcSDE. One of the ways
>>>> that we are considering (and the most likely) is to extend the existing FDO
>>>> provider and releasing our implementation back to the community.
>>>> In order to do that, we are assessing the effort that it would take. I
>>>> have been looking at the existing open source code in the GDAL provider
>>>> (read-only raster data) trying to extrapolate the work needed in the ArcSDE
>>>> If you have any suggestions or even a roadmap already defined to
>>>> achieved that goal, it would appreciate them.
>>>> fdo-internals mailing list
>>>> fdo-internals at lists.osgeo.org
>>> fdo-internals mailing list
>>> fdo-internals at lists.osgeo.org
>> fdo-internals mailing list
>> fdo-internals at lists.osgeo.org
> fdo-internals mailing list
> fdo-internals at lists.osgeo.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the fdo-internals