Randy,
I think you need to fiddle with the preprocessor definition
S57_BUILTIN_CLASSES during compilation. (
http://trac.osgeo.org/gdal/browser/trunk/gdal/ogr/ogrsf_frmts/s57/s57classregistrar.cpp
).
I didn't work with S-57 format, so I don't know any more than you.
On Thu, Jun 17, 2010 at 1:51
Hi Peter,
Thanks for your response!
>
> I do not use s57 data, however I have written a number of programs which
> use
> OGR_FD_GetName ... and it has always returned the feature name, if set, or
> null
> for me. Feature, as opposed to Layer, names seem quite uncommon, however;
> althoug
Randy,
I do not use s57 data, however I have written a number of programs which use
OGR_FD_GetName ... and it has always returned the feature name, if set, or null
for me. Feature, as opposed to Layer, names seem quite uncommon, however;
although I generally set feature names when creating
Hi Chaitanya,
Thanks for your quick response!
I use this function in parse a s57 file(*.000). In this format file,I
think the layer-name in OGR should be like this:
berths,bridge,canals...
which to some extend,is as same as a feature-name. But now I'm not sure
whether I understand this concept righ
randyqiuxy,
OGR_FD_GetName() returns the name of the feature definition set during it's
creation. It doesn't have to be unique and doesn't represent the object type
or geometry type. It is not affected by any environment variables.
On Thu, Jun 17, 2010 at 11:53 AM, randyqiu wrote:
> Hi list,
>
Hi list,
I reinstalled my OS (Ubuntu10.04) recently and now the OGR_FD_GetName
function results in "layername" with "point,Line,Area,Meta",but I
believe this function could get a layer's object name but not its
geometry type.
I'm not sure the problem exist in environment variable or not and, if
so,
