Hi Chris:
Sorry we forgot to respond. We will split out the udunits package into a
separate maven module. Thanks for the idea.
John
On 3/28/2012 12:55 PM, Curtis Rueden wrote:
Hi Martin,
Thanks for the information about the Units of Measurement API!
Regarding adoption of the Java UCAR Units package by the Unidata team,
it seemed like a no-brainer to me to split out the dependency and
provide it on GitHub, since that seems to be the direction the NetCDF
Java team (and Unidata in general) is going. But as there has been no
official response for now, the project can sit there in
ctrueden/ucar-units indefinitely.
The JScience units implementation appears actively maintained (they
even have a Maven repository, woo!), so hopefully that will work for us.
Regards,
Curtis
On Tue, Mar 20, 2012 at 5:10 PM, Martin Desruisseaux
<martin.desruisseaux@xxxxxxxxxxx
<mailto:martin.desruisseaux@xxxxxxxxxxx>> wrote:
Hello Curtis
I can not tell about the possible usage of ctrueden/ucar-units in
the UCAR library. But on the units topic in general, just a few
hints: they were various efforts to propose a standalone units
package, including standardization efforts that failed
(http://jcp.org/en/jsr/detail?id=108 which was inspired by the
UCAR units library of that time,
http://jcp.org/en/jsr/detail?id=275). The reason for the JSR-275
failure was, among other, an API exposing too much implementation
details (I agree with this objection, but this is unfortunate that
the JCP procedures didn't gave the opportunity for JSR-275 to
apply corrections and make new proposal). Other JSR define
units-like API, especially the mobile-related JSR (I forgot the
number).
The ex-JSR-275 group extracted a smaller set of interfaces from
their standardization effort and published it here:
http://www.unitsofmeasurement.org/
Those interfaces are implemented by those project:
- http://www.eclipse.org/uomo/
- http://jscience.org/ (I think - need to verify if they updated
their code)
- apparently there is a proprietary implementation at BT (British
Telephone I guess)
GeoAPI will probably switch their current ex-JSR-275 dependencies
to the www.unitsofmeasurement.org
<http://www.unitsofmeasurement.org> interfaces. If the UCAR units
library implements those interfaces, that would probably simplify
the use of UCAR library with GeoAPI (but this is not essential)...
There is also other units efforts. I forgot the link, but if you
are interested to dig in this area, I encourage you to contact
Werner Keil (werner.keil@xxxxxxxxx <mailto:werner.keil@xxxxxxxxx>)
who is still doing investigations about a possible (if possible
standardized) unit framework.
Regards,
Martin
Le 20/03/12 19:02, Curtis Rueden a écrit :
Hi Steve (& John & everyone!),
I hope you are well! I am writing with a question about your
UCAR Units Java package.
In recent years, my work has transitioned to visualization and
analysis of biological image data. As part of that effort, my
team is developing a new version of the ImageJ image
processing program (http://developer.imagej.net/ has details).
For some time now we have been planning to use the UCAR Units
package to manage units in our data structures.
I noticed that you recently published the C version of UDUNITS
on GitHub at:
https://github.com/Unidata/UDUNITS-2
However, I could not find the Java version available anywhere
as a standalone project.
So I wanted to let you know that I created one:
https://github.com/ctrueden/ucar-units
I also restructured things a little to use Maven as the build
system.
Is this project something you would be interested in adopting?
If so, I would be happy to donate it. I know that the NetCDF
Java team is in the process of transitioning to Maven too, so
it would be pretty straightforward to split out Units as a
separate dependency. This would make it easier for third
parties to use the library on its own (I have seen other
questions in the Unidata archives about it, so I know I'm not
the only one).
What do you think?
Regards,
Curtis
_______________________________________________
netcdf-java mailing list
netcdf-java@xxxxxxxxxxxxxxxx <mailto:netcdf-java@xxxxxxxxxxxxxxxx>
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
_______________________________________________
netcdf-java mailing list
netcdf-java@xxxxxxxxxxxxxxxx
For list information or to unsubscribe, visit:
http://www.unidata.ucar.edu/mailing_lists/
