That would be an amazing pull request Jens; we have a code freeze coming up
in only a couple of weeks - how difficult do you think the migration would
be?
I am happy to help prep a change proposal to see this go ahead; the jar we
use for JSR275 is rather unofficial (published by the JScience group prior
to being adopted as the reference implementation of JSR275).
--
Jody Garnett
On 9 August 2017 at 12:53, Jens Auer <jens.a...@betaversion.net> wrote:
> Hi,
>
>
>
> I am working on a project that uses geotools. Recently, I had the idea to
> use uom-se, a JSR363 implementation for dimensional analysis (units of
> measurements) in our code base. I ran into some problems caused by a
> transitive dependency from geotools to JScience JSR275, which is a dropped
> JSR for dimensional analysis.
>
>
>
> I found some discussion in the geotools wiki about migrating to a new
> library once JSR is accepted, but also mentioning some issues especially
> w.r.t the license of unit-api. Given that JSR363 has been accepted and the
> license seems to be a BSD-compatible license now, I am wondering if there
> is still interest in migrating. If so, I would offer my help.
>
>
>
> Best wishes,
>
> Jens
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> GeoTools-Devel mailing list
> GeoTools-Devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
GeoTools-Devel mailing list
GeoTools-Devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel