Hello Alex. Thanks for your response.
I would very much like to get to the bottom of this. The OCX “should” handle the 3D (2.5D) data, so if there is a breakdown somewhere, I would like to get it resolved.
Notes:
- We rely on the GDAL driver for PostGIS for data retrieval and conversion. I believe that should be a robust driver, so I don’t expect any issues there.
- Can you tell me how PostGIS classifies the geometry types you are trying to load? (for example, PolylineZ, MultiPolygonZ)?
- The MapWindow5 program uses this OCX, so any issues with the OCX will also be present there.
- The Shapefile created by the GetBuffer command should not drop the Z values - they should still be present. Would you mind posting the Shapefile to this site? That would help me to analyze the problem. You should be able to just drag/drop it onto this post.
- Although I don’t use PostGIS, I use MS SQL Server quite a bit, and I should be able to set up a test
Thank you,
Jerry.