[gdal-dev] OGR Feature style API changes: StyleTable on datasources and layers

brian rush at winkey.org
Thu Mar 25 14:47:23 EDT 2010


Chaitanya,

I was thinking possibly something like 
#define OLCStyleTable "StyleTable"
#define ODsCStyleTable "StyleTable"

or similar

Brian


On Thu, 2010-03-25 at 23:02 +0530, Chaitanya kumar CH wrote:
> Brian,
> 
> 
> I cannot say much about the style tables. But, I would like to know
> about the constants for the TestCapability() methods.
> 
> On Thu, Mar 25, 2010 at 9:09 PM, brian <rush at winkey.org> wrote:
>         
>         
>         I have two issues with the datasource and layer methods to get
>         and set
>         style tables.
>         
>         1) The GetStyleTable(), SetStyleTableDirectly(), and
>         SetStyletable()
>         methods are not virtual therefore only the memory driver can
>         use them.
>         
>         2) The SetStyleTableDirectly() and SetStyletable() methods
>         both return
>         void. it is plausable that a datasource or layer could not
>         support them.
>         
>         The API changes i am proposing are.
>         
>         1) make the GetStyleTable(), SetStyleTableDirectly(), and
>         SetStyletable() methods virtual.
>         
>         2) make the SetStyleTableDirectly() and SetStyletable()
>         methods return
>         OGRErr.
>         
>         If a layer or datasource does not have a style table the
>         GetStyleTable()
>         method would already return NULL.
>         
>         I am also wondering if it makes any sence to add a couple of
>         constants
>         for the TestCapability() methods.
>         
>         Any feedback would be appreciated.
>         
>         Brian
>         
>         
>         _______________________________________________
>         gdal-dev mailing list
>         gdal-dev at lists.osgeo.org
>         http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> 
> 
> -- 
> Best regards,
> Chaitanya kumar CH.
> /taθnj/ /kmr/ 
> +91-9848167848
> 17.2416N 80.1426E
> 



More information about the gdal-dev mailing list