Greetings Stanley,
I'm not sure if you saw it or if is close to what you are looking to do,
but we have a WTK Parser in the cdm module (ucar.unidata.geoloc.ogc).
In general, adding a new dependency is done cautiously, but not outside the
possibility of things. In addition to security, one consideration is how
much size the new dependency would add to netCDFAll.jar and thredds.war.
Both of these have ballooned in size over the years, and it's one reason we
currently do not build in AWS S3 capabilities into the TDS at the moment
(the AWS SDK is pretty big).
I have a teleconference setup next week with some others at USGS, which I
see you are included on - would you be able to come up with an idea about
sizes of the dependencies for that meeting?
Thank you!
Sean
On Fri, Jul 27, 2018 at 1:48 PM Stanley Kaymen <skaymen@xxxxxxxx> wrote:
> We are the team of interns at USGS working to add CF 1.8 simple geometry
> support to THREDDS.
>
> These geometry types are modeled after the Well-Known Text (WKT) geometry
> primitives and multipart equivalents defined in the ISO/IEC 13249-3:2016
> standard and include lines, multilines, and polygons.
>
> To make THREDDS work with these new features, would it be possible /
> feasible to add JTS Topology Suite, https://locationtech.github.io/jts/,
> as a dependency in THREDDS and use that? JTS is an implementation of the
> standard mentioned above.
>
> Thank you for your help.
> _______________________________________________
> NOTE: All exchanges posted to Unidata maintained email lists are
> recorded in the Unidata inquiry tracking system and made publicly
> available through the web. Users who post to any of the lists we
> maintain are reminded to remove any personal information that they
> do not want to be made public.
>
>
> thredds mailing list
> thredds@xxxxxxxxxxxxxxxx
> For list information or to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
