<div dir="ltr"><div dir="ltr">ah - the situation you're describing is subtly different. That's when you have two 8211 fields concatenated together, so e.g the DSID/DSSI are concatenated into a single 8211 record at the head of a standard S-57 ENC.</div><div dir="ltr"><br></div><div dir="ltr">What I'm talking about is when a single 8211 field has repeating subfield groups. So, for instance in an S-101 ENC the "Information Association field " (INAS) has the specifier (in the record DDR) <div><br></div><div><font face="monospace, monospace"><b>RRNM!RRID!NIAC!NARC!IUIN\\*NATC!ATIX!PAIX!ATIN!ATVL</b><br></font></div><div><br></div><div>which represents a single set of RRNM,RRID,NIAC,NARC,IUIN subfields followed by a set of potentially repeating NATC,PAIX,ATIN,ATVL fields. These types of subfield specifiers simply don't exist in S-57 ENCs (although I believe there are isolated examples in the S-57 defence extension AML). And, of course fields are still concatenated togehter. The good news is that the whole iso8211 layer is much better documented in the S-101 spec and these specifiers make a lot more sense than the original S-57 document. the issue I was describing is that records with these repeating subfields aren't parsable with the current ogr based GDAL libraries (I think, at least they weren't the last time I tried it).  Hope that explains it better.... :-) </div><div><br></div><div>J</div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 30 August 2018 at 14:29, Mike <span dir="ltr"><<a href="mailto:mswope@gmail.com" target="_blank">mswope@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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" target="_blank">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" rel="noreferrer" target="_blank">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/<wbr>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" rel="noreferrer" target="_blank">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>
> > ______________________________<wbr>_________________<br>
> > gdal-dev mailing list<br>
> > <a href="mailto:gdal-dev@lists.osgeo.org" rel="noreferrer" target="_blank">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/<wbr>mailman/listinfo/gdal-dev</a><br>
<span class="m_-5608710837292060778m_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>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" rel="noreferrer" target="_blank">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/<wbr>mailman/listinfo/gdal-dev</a></font></span></blockquote></div><br></div>
______________________________<wbr>_________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" rel="noreferrer" target="_blank">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/<wbr>mailman/listinfo/gdal-dev</a></blockquote></div>
</blockquote></div><br></div>