You are right, S57 will be an need for the forseeable future, kind of
depends on what your focus is here I guess.
see http://www.hydro-international.com/issues/articles/id922-IHO_S.html
The interesting thing I observed when working with S-57 is that the
normative spec is a word document, and there are inconsistencies in the data
content, so efforts to come up with a databased Feature Type Catalogue have
to make assumptions and fixes. Presumably you'd need to drive your object
model from something, just be careful. I suspect people have just used the
reference data sets to re-interpret spec issues. S-100 was partly driven by
the need to make it correct, and extensible. Whether GML encoding is the
one-and-only format, using GML at least forces validatable consistency. It
would be better with a pure model-driven approach.
Rob A
On Fri, Jul 18, 2008 at 10:26 AM, Davis Ford <[EMAIL PROTECTED]> wrote:
> Rob, a couple quick follow-ups...
>
> Did not even know about S-100 -- do you have any insight on when this
> will be published and do you have any clue if NOAA will move to
> publish new chart data that conforms to S-100 anytime soon? Is S-100
> really GML? That seems like a slight step backwards...I've done some
> work on massive datasets, and XML is nice for exchange and all that,
> but not for performance.
>
> My plan for this would be to write the low-level parsing code that
> transforms the data into basic, sorta-primitive java OO versions of
> the records that S-57 defines. This is the first layer. The second
> layer would be somewhat pluggable, so you could use the library to
> convert those records into your own object model, but I intended on
> supplying an implementation that would push those records into the
> GeoTools OGC Feature model as the next (optional) layer. Was not
> really sure how much of a paradigm mis-match I would encounter here
> until I got there.
>
> Thanks for the input. If anything I think an OSS java S-57 library
> would be useful anyway (none exist today)...and I want to learn the
> specs better, so I think I'm going to give it a shot.
>
> Regards,
> Davis
>
> On Thu, Jul 17, 2008 at 7:49 PM, Rob Atkinson <[EMAIL PROTECTED]>
> wrote:
> > Hi David,
> >
> > Am not aware of an s-57 support activities, but there is a reasonable
> > prospect that the community-schema support agenda slowly coming to the
> > mainstream will support the upcoming S-100 (a replacement for S-57) GML
> > encoding. If any communities are particularly interested in this it would
> be
> > good to have parallel testing, refinement activities alongside the effort
> to
> > generically support GML application schemas. Each application tends to
> > exercise different patterns, different data type bindings etc, so the
> more
> > the merrier.
> >
> > On another note, you may well need he full ISO Feature support in
> Geotools
> > 2.5 to implement s-57 faithfully - though you may simply extract a simple
> > features level 0 profile (think shapefile or old Geotools DataStore) from
> > the S-57 data model for certain operations and rendering.
> >
> > Regards
> > Rob Atkinson
> >
> > On Fri, Jul 18, 2008 at 5:56 AM, Davis Ford <[EMAIL PROTECTED]> wrote:
> >>
> >> Hi, I was curious if there was any ongoing activity to implement a new
> >> DataStore to support the IHO S-57 format.
> >>
> >> http://www.iho.shom.fr/
> >>
> >> S-57 is the international standard for marine charts and navigation.
> >> In the US, you can download all this data for free from NOAA.
> >> http://nauticalcharts.noaa.gov/mcd/enc/index.htm
> >>
> >> There are several marine nav software packages that can read this data
> >> and do real-time GPS tracking, etc.
> >>
> >> Unfortunately, many of them are lacking or are costly.
> >>
> >> It looks like someone was planning on developing a bridge to GeoTools
> >> for this data using the OGR C++ library http://www.gdal.org/ogr/
> >>
> >> A quick google search turns that up as the only possible activity. A
> >> couple quick questions:
> >>
> >> Does anyone know of any technical hurdles that I should be aware of if
> >> I try to pursue such a path with GeoTools?
> >>
> >> My goal would be to write a native Java S-57 parser library that could
> >> then be used by a new DataStore implementation that could then be used
> >> by uDig...
> >>
> >> Regards,
> >> Davis
> >>
> >> --
> >> Zeno Consulting, Inc.
> >> http://www.zenoconsulting.biz
> >> 248.894.4922 phone
> >> 313.884.2977 fax
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.Net email is sponsored by the Moblin Your Move Developer's
> >> challenge
> >> Build the coolest Linux based applications with Moblin SDK & win great
> >> prizes
> >> Grand prize is a trip for two to an Open Source event anywhere in the
> >> world
> >> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> >> _______________________________________________
> >> Geotools-devel mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/geotools-devel
> >
> >
>
>
>
> --
> Zeno Consulting, Inc.
> http://www.zenoconsulting.biz
> 248.894.4922 phone
> 313.884.2977 fax
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geotools-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
