<div dir="auto">The multiple field/subfields - I think gdal already does this for S-57 on DSID. It just prefixes the subfields with the field name. <div dir="auto"><br></div><div dir="auto">However -side note:  it seems the DSID_ISDT (issue date) is incorrect, it just has the same value as DSID_UADT (update application date).  </div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Aug 30, 2018, 4:27 AM kusala nine <<a href="mailto:kusala9@googlemail.com">kusala9@googlemail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The biggest work item for S-100 compatibility would be an update to the GDAL/OGR drivers for iso8211 in order to parse the S-101 iso8211 encoding. S-101 is the candidate replacement for S-57 ENC data - so, at some point all of NOAA's S-57 marine data will be available as S-101 datasets too. There's various improvements in S-101 over the old S-57 standard including dynamic feature catalogues and complex attributes on features but the main issue is that the iso8211 encoding uses concatenated iso8211 data structures (where you can have repeated field/subfields concatenated with simple (i.e non-repeating ones)). The current GDAL I believe doesn't parse these correctly so can't be used to parse S-101 data. I am invovled with the IHO team developing the standard but the main data format/spec and encoding are all pretty much done and there are converters/datasets available if anyone is able to take on the work - not sure if there's NOAA funding for it? It would be a huge step forward in the rollout to have an open source parser for this data....<div><br></div><div>Jonathan.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 August 2018 at 20:41, Even Rouault <span dir="ltr"><<a href="mailto:even.rouault@spatialys.com" target="_blank" rel="noreferrer">even.rouault@spatialys.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All,<br>
<br>
I've committed in GDAL master various improvements in the BAG driver, around <br>
two main directions:<br>
- read support for variable resolution BAG, with resampling and interpolation <br>
options<br>
- creating of (single resolution) BAG files from other GDAL datasets<br>
<br>
Updated documentation available at <a href="https://gdal.org/frmt_bag.html" rel="noreferrer noreferrer" target="_blank">https://gdal.org/frmt_bag.html</a><br>
<br>
This work has been made possible through NOAA funding.<br>
<br>
Best regards,<br>
<br>
Even<br>
<br>
<br>
> I'd be happy to connect anyone with the folks at NOAA, CCOM-JHC, and<br>
> elsewhere who have been participating in drafting S-10x.  I only sat in on<br>
> a few of the meetings long ago.<br>
> <br>
> Specs should eventually end up here...<br>
> <a href="https://www.iho.int/iho_pubs/IHO_Download.htm#S-100" rel="noreferrer noreferrer" target="_blank">https://www.iho.int/iho_pubs/IHO_Download.htm#S-100</a><br>
> <br>
> On Thu, Jul 5, 2018 at 10:43 AM, Even Rouault <<a href="mailto:even.rouault@spatialys.com" target="_blank" rel="noreferrer">even.rouault@spatialys.com</a>><br>
> <br>
> wrote:<br>
> > Kelly,<br>
> > <br>
> > > I know GDAL/OGR supports S-57 format, but could not see where it<br>
> > > supports<br>
> > > S-100.<br>
> > > <br>
> > > Is there a plan to support the latest IHO S-100 and S-102 standards in<br>
> > <br>
> > the<br>
> > <br>
> > > near future?<br>
> > <br>
> > I'm not aware of anyone working on that currently.<br>
> > <br>
> > I had difficulties finding concrete documentation about those standards<br>
> > (specification and test products). From my quick search, it looks like :<br>
> > - S-100 is a conceptual model,<br>
> > - S-101 is for ENC encoding, a successor of S-57. Apparently still using<br>
> > ISO-8211 for low level encoding.<br>
> > - S-102 is bathymetric grid encoding in GeoTIFF or in BAG. So should be<br>
> > already handled by GDAL<br>
> > <br>
> > Even<br>
> > <br>
> > --<br>
> > Spatialys - Geospatial professional services<br>
> > <a href="http://www.spatialys.com" rel="noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
> > _______________________________________________<br>
> > gdal-dev mailing list<br>
> > <a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
> > <a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<span class="m_5961791242387204251HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" rel="noreferrer noreferrer" target="_blank">http://www.spatialys.com</a><br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></font></span></blockquote></div><br></div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank" rel="noreferrer">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a></blockquote></div>