Hi Greg,
Neither of those (jdom2,rdf-tables) are problems or need anythign does
before we can release Jena with GeoSPARQL in it. They can be changed, or
not, later.
For timing: everyone is busy!
We could release 3.11.0 ASAP (it's 4 months since 3.10.0) and
immediately start on 3.12.0. I have some time to help with a 3.12 ...
hoping to get it all done during May.
Or we could just accept a delay to 3.11.0.
It is the usual tension between perfect and timely with volunteer time!
What needs to happen for geosparql is contribution:
1/ The code should be under java package org.apache.jena
I suggested:
io.github.galbiston.geosparql_jena
=> org.apache.jena.geosparql
io.github.galbiston.geosparql_fuseki
=> org.apache.jena.fuseki.geosparql
2/ Modules:
jena-geosparql
jena-fuseki/jena-fuseki-geospatial
3/ A "pull request" from Greg. That makes it clear it is being
contributed.
then the project can:
4/ A NOTICE files for combined fuseki jars. It goes in the code tree at
src/main/resources/META-INF and ends up in the shaded jar. I can help
with that.
5/ POM files ... because the build is maven.
(where the ones I put on gist OK?)
It is not necessary for release to do every piece of tidying up like
dependency management of versions in the top pom.xml.
Andy
On 14/04/2019 10:01, Greg Albiston wrote:
Hi,
- rdf-tables: This could be taken out if problematic. It is a CSV/TSV to
RDF converter to provide another route to load geospatial data and was
useful on another project. Given that jena-csv has been deprecated,
there might not be the demand for its inclusion.
- jdom2: This is only used for GML reading/writing. Could look into
replacing with any XML library already used by Jena. Recently found that
Apache SIS offers a GML parser so will investigate whether this can be
used (would offer more flexibility and maintenance with the GML versions).
Thanks,
Greg
On 10/04/2019 22:15, Andy Seaborne wrote:
On 09/04/2019 17:02, Andy Seaborne wrote:
Here are the new dependencies:
[INFO] | +- org.apache.sis.core:sis-referencing:jar:0.8:compile
[INFO] | | +- javax.measure:unit-api:jar:1.0:compile
[INFO] | | \- org.opengis:geoapi:jar:3.0.1:compile
via the org.apache.sis
org.opengis:geoapi
https://github.com/opengeospatial/geoapi
A form of BSD license.
javax.measure:unit-api
https://github.com/unitsofmeasurement/unit-api
BSD 3-clause.
[INFO] | +- org.locationtech.jts:jts-core:jar:1.16.1:compile
Eclipse Distribution License 1.0
EDL 1.0 is cat-A
Treat like BSD - NOTICE entry when repackage needed.
Link to http://www.eclipse.org/org/documents/edl-v10.php
is acceptable. (generally, links instead of a copy are now considered
acceptable).
[INFO] | +- org.jdom:jdom2:jar:2.0.6:compile
Modified BSD - it does not appear to be the problematic, old BSD
4-clause. Seems like 3-clause with clause 3 is split in two.
Needs more eyes on it.
https://issues.apache.org/jira/browse/LEGAL-204
It is the BSD 2-clause license with two extra clauses about name usage.
NOTICE entry when repackage needed.
https://github.com/hunterhacker/jdom/blob/master/LICENSE.txt
[INFO] | \- io.github.galbiston:expiring-map:jar:1.0.2:compile
[INFO] +- io.github.galbiston:rdf-tables:jar:1.0.4:compile
AL2 :-)
[INFO] | +- com.opencsv:opencsv:jar:3.9:runtime
https://sourceforge.net/p/opencsv/source/ci/master/tree/LICENSE
AL2
[INFO] +- com.beust:jcommander:jar:1.72:compile
https://github.com/cbeust/jcommander
AL2
Andy
On 08/04/2019 17:29, Andy Seaborne wrote:
> Added a POM file for jena-fuseki-geosparql to the same gist:
>
> https://gist.github.com/afs/c6c291812bbc96fe55ac64ecdd1edfe4
>
> Had to do some exclusions on rdf-tables.
>
> Andy
>
