Hello Chris
Le 15/08/12 23:59, Mattmann, Chris A (388J) a écrit :
Got it, thanks! Martin, can you please file an issue here:
https://issues.apache.org/jira/browse/SIS
Done: https://issues.apache.org/jira/browse/SIS-52
I didn't assigned a component to this issue. Maybe someone with
administrative power could create a "metadata" component, then assign
the above issue to that component?
Additionally maybe we should rename the existing "distance function" as
"referencing", and "geometry objects" as "geometry"?
A quick note: isn't the "svn:ignore" property missing on the "sis-app" directory? This
property is presents in other directories (except "sis-data").
+1, another JIRA issue please :)
Done: https://issues.apache.org/jira/browse/SIS-53
This is a good question. We applied this procedure in Tika, and so I copied it
through to SIS. I think that the rationale is that
the parent pom contains simply properties that we wanted to be inherited (e.g.,
plugin configuration, build set up, etc.), but
it wasn't the multi-module project that would be ROOT/pom.xml as is currently.
We don't expect any sis modules to inherit
that pom else they would inherit the multi-module definition.
Ah, this is for preventing modules to inherit the <modules> elements? I
wonder if those elements are really inherited... I'm used to use the
root pom.xml both for the parent definition and the modules declaration,
and never noticed any issue with that. However I don't know which
practice is recommended.
I wonder also why declaring a "<sis.version>" property in the sis-parent pom.xml given
that the standard "$project.version" property fits the purpose?
+1, please file a JIRA issue for this and we'll convert it.
Done: https://issues.apache.org/jira/browse/SIS-54
* Units of measurement (currently JSR-275, but this project is dead...)
- do you know the license on this library or vecmath?
The legacy JSR-275 library has a BSD-like license. But we need to get
ride of this dependency anyway (however this work needs to be done
partially one GeoAPI side).
The vecmath license is not clear to me. It was part of Java3D, so I
think it is one of the Sun license that allowed distribution (indeed, it
was pre-installed on any MacOS systems before Apple dropped Java
support). We may consider replacing this dependency by an other linear
algebra package (mostly matrix multiplication and inversion). Since its
use appears only in the referencing module, we have some time before that.
Martin
