Layer Virtualization and SDE

Steve Lime steve.lime at DNR.STATE.MN.US
Thu Dec 8 13:44:31 EST 2005


Just to be clear, we're only talking SDE/Raster support. Core SDE support is very much alive
and the subject of Howard's message. It just had one extra function that none of the other
drivers had, but needs to be exposed. 

Steve

>>> Jani Averbach <javerbach at EXTENDTHEREACH.COM> 12/08/05 12:26 PM >>>
> -----Original Message-----
> From Howard Butler
> Sent: Thursday, December 08, 2005 11:06 AM
> Subject: Layer Virtualization and SDE
> 
> Attempting to compile up mapsde.c with USE_SDE defined in a post-RFC 
> 3 world has created an issue.  SDE has a function in it to return the 
> index column for the table that someone has requested.  This function 
> is called msSDELayerGetRowIDColumn.  This function prototype used to 
> exist in map.h with all of the rest of the SDE functions.
> 
> After the virtualization, this prototype was removed from 
> map.h.  

Sorry about that.

> This causes things not to compile, but the larger issue is 
> that should there be a place holder for this type of thing in the 
> layer virtualization?  Would other data providers potentially have a 
> need to return which column is the index?
> 
> Please give me some advice on what to do.  Short-term, I can just 
> stick the prototype in map.h and be on my way, but I'd rather things 
> behave uniformly.

It looks like that consensus is heading toward to turn SDE off. 
We could extend the vtable if and when SDE is revved with the all other
stuff,
so also my +0 would be for turn it off. (Adding new stuff to vtable is
easier
than removing already existing interface).

BR, Jani



More information about the mapserver-dev mailing list