I’m an S57 expert. Send me the data - I’ll take a look, there’s a lot of leeway with S57 and sometimes it trips up GDAL. I had issues with AML data before which is similar…
Jonathan. Sent from my iPhone > On 27 Jan 2022, at 10:44, Momtchil Momtchev <momtc...@momtchev.com> wrote: > > > > > Your code looks OK, can you send me the file too? > > > > On 27/01/2022 03:34, dtho...@pivotmaritime.com wrote: >> Here is the C++ code we have written to read the test s57 file. >> https://pastebin.com/seXrkgmB >> >> We feel that it is some setup stuff we have missed but can't find any clear >> information. For example we hadn't seen GDAL_DATA environment variables >> mentioned in any of the documentation we've tried following until Even >> mentioned it. Are there any other setup stuff we need to do? >> >> >> -----Original Message----- >> From: "Momtchil Momtchev" <momtc...@momtchev.com> >> Sent: Wednesday, January 26, 2022 9:21pm >> To: dtho...@pivotmaritime.com, gdal-dev@lists.osgeo.org >> Subject: Re: [gdal-dev] GDAL/OGR 3.4.1 not reading S57 correctly >> >> >> Can you post your C++ code? Generally, you have more chances of getting an >> answer for this type of question on https://gis.stackexchange.com/ >> >> On 24/01/2022 06:36, dtho...@pivotmaritime.com wrote: >> Hi, >> So I am trying to get a test C++ project built to read S57 files using the >> gdal/ogr C++ library. >> I have previously used the C# library that is on there NuGet manager which >> states v2.4.4 and that seems to read the s57 without issues. Also tried >> python and that seems to read it with no issues. >> >> However, I am having a problem with the C++ test project. Having built the >> C++ library into the .lib and .dll files I have included them into a blank >> project and implemented the functions to read the s57 file, however it is >> only reporting 5 layers. >> These 5 layers are the same no matter the s57 file. And 4 out of those 5 >> layers are not actually layers. >> Using the autotest generated s57 file as a unit test to cross check, there >> is supposed to be 13 layers. >> >> Note: I had feedback from Even indicating the setup environment is probably >> wrong. And to set up the GDAL_DATA environment variable, so we've made an >> environment variable referencing the gdal/data folder and that hasn't fixed >> the problem, but I think it's on the right track as Even said they could >> reproduce the problem if not setup correctly. >> >> Has anyone had success reading s57 files with a C++ 3.4.1. project that >> could possibly help get this going? >> >> Link to reference Image: https://imgur.com/a/KwmqZSe >> >> Regards, >> Daniel >> >> >> _______________________________________________ gdal-dev mailing list >> gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev >> -- Momtchil Momtchev <momtc...@momtchev.com> > -- > Momtchil Momtchev <momtc...@momtchev.com> > _______________________________________________ > gdal-dev mailing list > gdal-dev@lists.osgeo.org > https://lists.osgeo.org/mailman/listinfo/gdal-dev
_______________________________________________ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev