You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@sis.apache.org by Marco Neumann <ma...@gmail.com> on 2021/12/12 16:39:22 UTC
SIS 1.1 installation
I just just switched to SIS 1.1 on one of my machines and got the following
error message. It should be looking for https not http. It's been a while
since I have set up the 1.0 system but I can remember that I had to do some
manual configuration due to licensing issues. Is that still the case?
Marco
sis crs EPSG:6676
INFO [org.apache.sis.referencing.factory] Creating EPSG schema in the
“jdbc:derby:/home/lotico/jena/fuseki-geosparql/apache-sis-1.1/data/Databases/SpatialMetadata”
database.
Installation of EPSG geodetic dataset is recommended for this operation.
This would use about 26 Mb in the
"/home/lotico/jena/fuseki-geosparql/apache-sis-1.1/data/Databases"
directory.
Download and install now? (Yes/No) Yes
Downloading...
WARNING [org.apache.sis.referencing.factory] Can not create the EPSG schema
in database.
╹ Caused by FileNotFoundException: File “
http://repo1.maven.org/maven2/org/apache/sis/non-free/sis-epsg/1.1/sis-epsg-1.1.jar”
has not been found.
No ‘CoordinateReferenceSystem’ object found for code “6676”. However only a
subset of the EPSG geodetic dataset has been queried. See
http://sis.apache.org/epsg.html for instruction about how to install the
full EPSG database.
--
---
Marco Neumann
KONA
Re: SIS 1.1 installation
Posted by Marco Neumann <ma...@gmail.com>.
Thank you Martin. I will take a closer look at this in the coming days.
Marco
On Sun, Dec 12, 2021 at 7:08 PM Martin Desruisseaux <
martin.desruisseaux@geomatys.com> wrote:
> Le 12/12/2021 à 19:32, Marco Neumann a écrit :
>
> Just when I say this I get automated test failures for the British
> National Grid EPSG:27700 transformations with 1.1 that run fine in 1.0
>
> Are you aware of any deliberate changes to the grid databases here?
>
> I'm not aware of significant changes for this code in the EPSG database.
> On the implementation side, this is a "Transverse Mercator" projection,
> whose formulas have been modified in SIS 1.1 for better stability. I would
> not expect a difference so large however, unless the coordinates are far
> from the CRS domain of validity. Can you confirm that the geographic
> coordinates in the test are between 9°W and 2°E? (a few degrees outside
> should not be a problem).
>
> The new Transverse Mercator projection has been tested using Karney (2009)
> Test data for the transverse Mercator projection (
> https://zenodo.org/record/32470). Results compared to SIS 1.0 may differ
> significantly for points that far outside the domain of validity (e.g. at a
> distance of more than 40° of longitude), but should not differ
> significantly for points inside the domain of validity.
>
> If points are inside the domain of validity, can you execute a code like
> below with SIS 1.0 and SIS 1.1 and check if the strings differ? Source CRS
> and target CRS would be the CRS used by the SRSInfo.buildDomainEnvelope(…)
> method implementation.
>
> System.out.println(CRS.findOperation(sourceCRS, targetCRS, null));
>
> Martin
>
>
>
--
---
Marco Neumann
KONA
Re: SIS 1.1 installation
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Le 12/12/2021 à 19:32, Marco Neumann a écrit :
> Just when I say this I get automated test failures for the British
> National Grid EPSG:27700 transformations with 1.1 that run fine in 1.0
>
> Are you aware of any deliberate changes to the grid databases here?
>
I'm not aware of significant changes for this code in the EPSG database.
On the implementation side, this is a "Transverse Mercator" projection,
whose formulas have been modified in SIS 1.1 for better stability. I
would not expect a difference so large however, unless the coordinates
are far from the CRS domain of validity. Can you confirm that the
geographic coordinates in the test are between 9°W and 2°E? (a few
degrees outside should not be a problem).
The new Transverse Mercator projection has been tested using Karney
(2009) Test data for the transverse Mercator projection
(https://zenodo.org/record/32470). Results compared to SIS 1.0 may
differ significantly for points that far outside the domain of validity
(e.g. at a distance of more than 40° of longitude), but should not
differ significantly for points inside the domain of validity.
If points are inside the domain of validity, can you execute a code like
below with SIS 1.0 and SIS 1.1 and check if the strings differ? Source
CRS and target CRS would be the CRS used by the
SRSInfo.buildDomainEnvelope(…) method implementation.
System.out.println(CRS.findOperation(sourceCRS, targetCRS, null));
Martin
Re: SIS 1.1 installation
Posted by Marco Neumann <ma...@gmail.com>.
Just when I say this I get automated test failures for the British National
Grid EPSG:27700 transformations with 1.1 that run fine in 1.0
Are you aware of any deliberate changes to the grid databases here?
sorry for the cross project code but this comes from our project
...
String srsURI = SRS_URI.OSGB36_CRS;
CoordinateReferenceSystem crs = CRS.forCode(srsURI);
Boolean isAxisXY = SRSInfo.checkAxisXY(crs);
Envelope expResult = new Envelope(-104009.35713717458,
688806.0073395987, -16627.734528041445, 1256558.4455361878);
Envelope result = SRSInfo.buildDomainEnvelope(crs, isAxisXY);
assertEquals(expResult, result);
...
[ERROR] Failures:
[ERROR] SRSInfoTest.testBuildDomainEnvelope_OSGB36:104
expected:<Env[-118397.00138845091 : 751441.7790901454, -16627.734375018626
: 1272149.3463499574]> but was:<Env[-104009.35713717458 :
688806.0073395987, -16627.734528041445 : 1256558.4455361878]>
On Sun, Dec 12, 2021 at 5:37 PM Martin Desruisseaux <
martin.desruisseaux@geomatys.com> wrote:
> Thanks Marco for the report, it is nice to hear!
>
> Martin
>
> Le 12/12/2021 à 18:27, Marco Neumann a écrit :
>
> > Thank you Martin. That did the trick indeed. SIS works so quietly and
> > reliably in the background that it is easy to forget where it is and
> > how I have set it up in the first place.
> >
> > It works great with Apache Jena GeoSPARQL.
> >
> > again thank you,
> > Marco
>
>
--
---
Marco Neumann
KONA
Re: SIS 1.1 installation
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Thanks Marco for the report, it is nice to hear!
Martin
Le 12/12/2021 à 18:27, Marco Neumann a écrit :
> Thank you Martin. That did the trick indeed. SIS works so quietly and
> reliably in the background that it is easy to forget where it is and
> how I have set it up in the first place.
>
> It works great with Apache Jena GeoSPARQL.
>
> again thank you,
> Marco
Re: SIS 1.1 installation
Posted by Marco Neumann <ma...@gmail.com>.
Thank you Martin. That did the trick indeed. SIS works so quietly and
reliably in the background that it is easy to forget where it is and how I
have set it up in the first place.
It works great with Apache Jena GeoSPARQL.
again thank you,
Marco
On Sun, Dec 12, 2021 at 5:17 PM Martin Desruisseaux <
martin.desruisseaux@geomatys.com> wrote:
> Hello Marco
>
> Le 12/12/2021 à 17:39, Marco Neumann a écrit :
>
> I just just switched to SIS 1.1 on one of my machines and got the
> following error message. It should be looking for https not http.
>
> Indeed, this is a known bug. At the time SIS 1.0 was released, HTTP was
> still accepted by Maven Central repository. Apparently it is no longer the
> case. A temporary workaround is given in the SIS web site, in the yellow
> box with "Known bug" title:
>
> https://sis.apache.org/command-line.html#crs
>
> I agree this is not convenient. The problem is already fixed on the GitHub
> repository and the fix will be available in the SIS 1.2 release. We have
> not yet scheduled a date for 1.2 release, but if there is a demand for this
> fix we could try to make that release soon.
>
>
> It's been a while since I have set up the 1.0 system but I can remember
> that I had to do some manual configuration due to licensing issues. Is that
> still the case?
>
> Yes, nothing changed on the licensing side. Manual acceptation of EPSG
> terms of use is required when downloading SIS from Apache servers, because
> we assume that users expect that everything they download from Apache
> servers is compatible with Apache license. However if a third party wants
> to distribute SIS on their own, they can include the EPSG database with
> their software if they want and include the EPSG terms of use with their
> software license.
>
> Regards,
>
> Martin
>
>
>
--
---
Marco Neumann
KONA
Re: SIS 1.1 installation
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Hello Marco
Le 12/12/2021 à 17:39, Marco Neumann a écrit :
> I just just switched to SIS 1.1 on one of my machines and got the
> following error message. It should be looking for https not http.
>
Indeed, this is a known bug. At the time SIS 1.0 was released, HTTP was
still accepted by Maven Central repository. Apparently it is no longer
the case. A temporary workaround is given in the SIS web site, in the
yellow box with "Known bug" title:
https://sis.apache.org/command-line.html#crs
I agree this is not convenient. The problem is already fixed on the
GitHub repository and the fix will be available in the SIS 1.2 release.
We have not yet scheduled a date for 1.2 release, but if there is a
demand for this fix we could try to make that release soon.
> It's been a while since I have set up the 1.0 system but I can
> remember that I had to do some manual configuration due to licensing
> issues. Is that still the case?
>
Yes, nothing changed on the licensing side. Manual acceptation of EPSG
terms of use is required when downloading SIS from Apache servers,
because we assume that users expect that everything they download from
Apache servers is compatible with Apache license. However if a third
party wants to distribute SIS on their own, they can include the EPSG
database with their software if they want and include the EPSG terms of
use with their software license.
Regards,
Martin