I think this is pretty good idea.
Now I have add a function into shapelib files, which can read a geometry from
shapefile directly, not through OGRFeature, and I have copilated shapelib into
GDAL, then, in my applications I will include shapefil.h and use that fuction
to read a geometry. so it
Even Rouault wrote:
Joaquim,
I'm not sure this is a good idea. Shapelib and its header file is an internal
dependency of GDAL/OGR and should probably remain as such. I'd note we made
recently necessary changes to some utilities (gdaltindex comes to mind) to
use OGR API and drop their
Hi,
I have a MEX that links against shapelib and works fine. However, I just
tried to link it against GDAL since it has the same ability to read
shapefiles in OGR and it also works.
All I had to do was to copy the shapefil.h from
...\gdal\ogr\ogrsf_frmts\shape
to
...\gdal\include
so can I
Joaquim,
I'm not sure this is a good idea. Shapelib and its header file is an internal
dependency of GDAL/OGR and should probably remain as such. I'd note we made
recently necessary changes to some utilities (gdaltindex comes to mind) to
use OGR API and drop their explicit dependency to
Even,
Thanks for the feedback. I think I understand what you mean but on the
other hand I got puzzled as well.
Glad that my memory is not too rotten with age as I remember one of your
mails that ended up as ticket #1810
http://trac.osgeo.org/gdal/ticket/1810
where you explained that (and this
I didn't check for that particular case, but yes, they are indeed exported. Is
it by design or just because it is like it is ? I don't know...
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
