<div dir="ltr">Hi Jackie,<div><br></div><div style>Thanks for the detailed reply :)</div><div style><br></div><div style>I am already taking a closer look at the GDAL FDO provider in order to have a rough measure of the amount of work. My main concern is that it doesn't look like there is a great deal of complexity or amount of work. I put that as a concern because I take it as "I must be missing something, otherwise it would have been implemented by now"... unless it is not that useful for the community and nobody thought it was worthy.</div>
<div style><br></div><div style>Regarding the testing part, if we released the code, it would have been previously tested up to a significant minimum. In the end this would be work that we are delivering to our client and it is important to us. Related to the way to release it, we could discuss at a later point the most convenient way (patch trunk? fork trunk?).</div>
<div style><br></div><div style>I will take a look at the WMS FDO source code as well. I was thinking about creating a roadmap to reach the goal and share it here, let me know if you think that would be too much traffic in the list.</div>
<div style><br></div><div style><br></div><div style>Cheers,</div><div style>Alfredo.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 15, 2013 at 3:19 PM, Jackie Ng <span dir="ltr"><<a href="mailto:jumpinjackie@gmail.com" target="_blank">jumpinjackie@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You're actually doing something that to my knowledge has not actually being<br>
achieved before in an FDO provider: A provider that supports *both* raster<br>
and vector data.<br>
<br>
Having said that, and having no knowledge of ArcSDE itself, a conceptual<br>
overview of the work required would probably be as follows:<br>
<br>
 * Extend the provider's FdoIDescribeSchema to include raster feature<br>
classes in the FDO logical schema<br>
 * Extend the provider's FdoISelect to handle queries involving raster FDO<br>
properties<br>
 * Implement the FdoIRaster interface<br>
 * Implement ArcSDE's FdoIReader::GetRaster that returns your FdoIRaster<br>
implementation<br>
<br>
Even though the WMS FDO provider was out of your consideration, that<br>
provider and the GDAL provider are the only raster-based FDO providers<br>
around and may serve as a useful reference point in implementation.<br>
<br>
Please note that very few of us here have paid the ESRI admission fee so<br>
community advice, testing and feedback on your ArcSDE provider enhancement<br>
work (if any) will be somewhat limited.<br>
<br>
- Jackie<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/Re-ArcSDE-provider-raster-data-tp5034487p5034555.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/Re-ArcSDE-provider-raster-data-tp5034487p5034555.html</a><br>

Sent from the FDO Internals mailing list archive at Nabble.com.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
fdo-internals mailing list<br>
<a href="mailto:fdo-internals@lists.osgeo.org">fdo-internals@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/fdo-internals" target="_blank">http://lists.osgeo.org/mailman/listinfo/fdo-internals</a><br>
</div></div></blockquote></div><br></div>