You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sis.apache.org by HRUDA Steve <st...@hexagongeospatial.com> on 2017/07/13 12:44:34 UTC
CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Hi,
is it possible to transform a WGS84 coordinate to EPSG:20249 without using the EPSG geodetic dataset?
I tried to find a CoordinateOperation based on EPSG:20249’s WKT 1.0 definition which includes the toWGS84 parameters, but I got the following exception:
org.opengis.referencing.operation.OperationNotFoundException: Coordinate conversion of transformation from system “ellipsoidal” to “Cartesian” has not been found.
at org.apache.sis.referencing.operation.transform.CoordinateSystemTransform.create(CoordinateSystemTransform.java:212)
at org.apache.sis.referencing.operation.transform.DefaultMathTransformFactory.createCoordinateSystemChange(DefaultMathTransformFactory.java:1235)
at org.apache.sis.referencing.operation.CoordinateOperationFinder.createOperationStep(CoordinateOperationFinder.java:499)
at org.apache.sis.referencing.operation.CoordinateOperationFinder.createOperation(CoordinateOperationFinder.java:269)
at org.apache.sis.referencing.operation.CoordinateOperationFinder.createOperationStep(CoordinateOperationFinder.java:329)
at org.apache.sis.referencing.operation.CoordinateOperationFinder.createOperation(CoordinateOperationFinder.java:258)
at org.apache.sis.referencing.operation.DefaultCoordinateOperationFactory.createOperation(DefaultCoordinateOperationFactory.java:731)
at org.apache.sis.referencing.CRS.findOperation(CRS.java:310)
at crssample.Wkt1Test.epsg20249(Wkt1Test.java:31)
….
Caused by: java.lang.IllegalArgumentException: Incompatible coordinate system types.
at org.apache.sis.referencing.cs.CoordinateSystems.swapAndScaleAxes(CoordinateSystems.java:290)
at org.apache.sis.referencing.operation.transform.CoordinateSystemTransform.create(CoordinateSystemTransform.java:191)
... 31 more
My sample code is the following:
CoordinateReferenceSystem fromWkt = CRS.fromWKT(
"PROJCS[\"AGD66 / AMG zone 49\",GEOGCS[\"AGD66\",DATUM[\"Australian_Geodetic_Datum_1966\",SPHEROID[\"Australian National Spheroid\",6378160,298.25,AUTHORITY[\"EPSG\",\"7003\"]],TOWGS84[-117.808,-51.536,137.784,0.303,0.446,0.234,-0.29],AUTHORITY[\"EPSG\",\"6202\"]],PRIMEM[\"Greenwich\",0,AUTHORITY[\"EPSG\",\"8901\"]],UNIT[\"degree\",0.0174532925199433,AUTHORITY[\"EPSG\",\"9122\"]],AUTHORITY[\"EPSG\",\"4202\"]],PROJECTION[\"Transverse_Mercator\"],PARAMETER[\"latitude_of_origin\",0],PARAMETER[\"central_meridian\",111],PARAMETER[\"scale_factor\",0.9996],PARAMETER[\"false_easting\",500000],PARAMETER[\"false_northing\",10000000],UNIT[\"metre\",1,AUTHORITY[\"EPSG\",\"9001\"]],AXIS[\"Easting\",EAST],AXIS[\"Northing\",NORTH],AUTHORITY[\"EPSG\",\"20249\"]]");
CoordinateOperation coordinateOperation = CRS.findOperation(CommonCRS.WGS84.geographic(), fromWkt, null);
DirectPosition2D wgs84Position = new DirectPosition2D(-37.84, 114.0);
DirectPosition epsg20249Position = coordinateOperation.getMathTransform().transform(wgs84Position, null);
Assert.assertArrayEquals(new double[] { 763850.6420409812, 5807560.942144813 }, epsg20249Position.getCoordinate(), 1e-3f);
Thanks in advance!
Best Regards,
Steve
Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H.
Vertretungsberechtigte Geschäftsführer: Maximilian Weber
Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0
Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b
Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807
This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H.
Authorised Managing Directors: Maximilian Weber
Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0
The company is recorded at the commercial court of Vienna under the company register number FN 116859 b
VAT-ID: ATU15138401, Austrian Tax ID: 264/4807
Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph.
This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph.
RE: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by HRUDA Steve <st...@hexagongeospatial.com>.
Ok that’s funny. The test jar matches the version “0.8-jdk8-20170717.21503>>0<<-446”, but the pom and jar doesn’t match. “0.8-jdk8-20170717.21503>>1<<-446
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
From: Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
Sent: Tuesday, July 18, 2017 12:02 AM
To: HRUDA Steve <st...@hexagongeospatial.com>; dev@sis.apache.org
Subject: Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG geodetic dataset
I did a new Jenkins build. This time, the timestamp in sis-referencing seems to match. I didn't checked if it matches in other modules however.
Martin
Le 17/07/2017 à 18:16, HRUDA Steve a écrit :
I didn’t tested it with plain maven because I use Gradle to define my build/dependencies.
In that case -> yes it seems that this the maven-metadata.xml causes a resolve-issue, because Gradle logs the following:
Could not find org.apache.sis.core:sis-referencing:0.8-jdk8-SNAPSHOT.
Searched in the following locations:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.pom
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H.
Vertretungsberechtigte Geschäftsführer: Maximilian Weber
Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0
Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b
Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807
This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H.
Authorised Managing Directors: Maximilian Weber
Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0
The company is recorded at the commercial court of Vienna under the company register number FN 116859 b
VAT-ID: ATU15138401, Austrian Tax ID: 264/4807
Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph.
This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph.
Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by Martin Desruisseaux <ma...@geomatys.com>.
I did a new Jenkins build. This time, the timestamp in sis-referencing
seems to match. I didn't checked if it matches in other modules however.
Martin
Le 17/07/2017 à 18:16, HRUDA Steve a écrit :
> I didn’t tested it with plain maven because I use Gradle to define my
> build/dependencies.
>
> In that case -> yes it seems that this the maven-metadata.xml causes a
> resolve-issue, because Gradle logs the following:
>
>
>
> Could not find org.apache.sis.core:sis-referencing:0.8-jdk8-SNAPSHOT.
>
> Searched in the following locations:
>
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
>
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.pom
>
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
>
RE: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by HRUDA Steve <st...@hexagongeospatial.com>.
I didn’t tested it with plain maven because I use Gradle to define my build/dependencies.
In that case -> yes it seems that this the maven-metadata.xml causes a resolve-issue, because Gradle logs the following:
Could not find org.apache.sis.core:sis-referencing:0.8-jdk8-SNAPSHOT.
Searched in the following locations:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.pom
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
From: Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
Sent: Monday, July 17, 2017 6:07 PM
To: HRUDA Steve <st...@hexagongeospatial.com>; dev@sis.apache.org
Subject: Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG geodetic dataset
Hello Steve
Thanks for reporting this issue. Does this mismatch prevent Maven to resolve "0.8-jdk8-SNAPSHOT"? If yes, I can try to trig a new build on the Jenkins server.
I wonder if this issue is specific to this repository? The number seems to be just a timestamp, and it varies from module to module. For example for sis-referencing it is "2017-07-17 14:16:23" (the "-" and ":" are my additions) while for sis-metadata (just before sis-referencing in build order) it is "2017-07-17 14:15:34". I wonder if the computation of "maven-metadata.xml" file is also sensitive to such time mismatch...
Martin
Le 17/07/2017 à 17:07, HRUDA Steve a écrit :
Hi Martin,
could it be possible, that something is wrong with the Snapshot repository?
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
The version value of the maven-metadata.xml doesn’t fit to the available version.
E.g. maven-metadata.xml defines that the latest snapshot version is: <value>0.8-jdk8-20170717.141623-445</value> but such a version doesn’t exist at the repository.
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/
The latest version in the repository is sis-referencing-0.8-jdk8-20170717.141622-445.jar.
That works:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141622-445.jar
That doesn’t work:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
Best Regards,
Steve
Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H.
Vertretungsberechtigte Geschäftsführer: Maximilian Weber
Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0
Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b
Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807
This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H.
Authorised Managing Directors: Maximilian Weber
Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0
The company is recorded at the commercial court of Vienna under the company register number FN 116859 b
VAT-ID: ATU15138401, Austrian Tax ID: 264/4807
Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph.
This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph.
Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Hello Steve
Thanks for reporting this issue. Does this mismatch prevent Maven to
resolve "0.8-jdk8-SNAPSHOT"? If yes, I can try to trig a new build on
the Jenkins server.
I wonder if this issue is specific to this repository? The number seems
to be just a timestamp, and it varies from module to module. For example
for sis-referencing it is "2017-07-17 14:16:23" (the "-" and ":" are my
additions) while for sis-metadata (just before sis-referencing in build
order) it is "2017-07-17 14:15:34". I wonder if the computation of
"maven-metadata.xml" file is also sensitive to such time mismatch...
Martin
Le 17/07/2017 à 17:07, HRUDA Steve a écrit :
> Hi Martin,
>
> could it be possible, that something is wrong with the Snapshot
> repository?
>
>
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
>
>
>
> The version value of the maven-metadata.xml doesn’t fit to the
> available version.
>
>
>
> E.g. maven-metadata.xml defines that the latest snapshot version is:
> <value>0.8-jdk8-20170717.1416*23*-445</value> but such a version
> doesn’t exist at the repository.
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/
>
>
>
> The latest version in the repository is
> sis-referencing-0.8-jdk8-20170717.1416*22*-445.jar.
>
>
>
> That works:
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141622-445.jar
>
>
>
> That doesn’t work:
>
> https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
>
>
>
> Best Regards,
>
> Steve
>
>
RE: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by HRUDA Steve <st...@hexagongeospatial.com>.
Hi Martin,
could it be possible, that something is wrong with the Snapshot repository?
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/maven-metadata.xml
The version value of the maven-metadata.xml doesn’t fit to the available version.
E.g. maven-metadata.xml defines that the latest snapshot version is: <value>0.8-jdk8-20170717.141623-445</value> but such a version doesn’t exist at the repository.
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/
The latest version in the repository is sis-referencing-0.8-jdk8-20170717.141622-445.jar.
That works:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141622-445.jar
That doesn’t work:
https://repository.apache.org/content/repositories/snapshots/org/apache/sis/core/sis-referencing/0.8-jdk8-SNAPSHOT/sis-referencing-0.8-jdk8-20170717.141623-445.jar
Best Regards,
Steve
From: Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
Sent: Monday, July 17, 2017 12:16 AM
To: HRUDA Steve <st...@hexagongeospatial.com>; dev@sis.apache.org
Subject: Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG geodetic dataset
Hello Steve
The issue should be fixed now, on trunk and development branches JDK7 and JDK8. If you are using Maven, snapshot builds are available on http://repository.apache.org/snapshots. Please let me know if you encounter other issues.
Martin
Le 13/07/2017 à 17:08, HRUDA Steve a écrit :
Perfect - Thanks Martin!
From: Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
Sent: Thursday, July 13, 2017 5:01 PM
To: dev@sis.apache.org<ma...@sis.apache.org>; HRUDA Steve <st...@hexagongeospatial.com>
Subject: Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG geodetic dataset
Hello Steve
Le 13/07/2017 à 14:44, HRUDA Steve a écrit :
is it possible to transform a WGS84 coordinate to EPSG:20249 without using the EPSG geodetic dataset? I tried to find a CoordinateOperation based on EPSG:20249’s WKT 1.0 definition which includes the toWGS84 parameters, but I got the following exception: (...snip...)
CRS.findOperation(…) should work by itself (with limited capabilities) even in absence of EPSG geodetic dataset. The OperationNotFoundException is probably a bug. I reproduced it on my local machine and filled a JIRA task:
https://issues.apache.org/jira/browse/SIS-364
We will try to fix it in the next few days, since I suspect that it will be a simple fix (probably just one or two lines doing the wrong check).
Martin
Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H.
Vertretungsberechtigte Geschäftsführer: Maximilian Weber
Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0
Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b
Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807
This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H.
Authorised Managing Directors: Maximilian Weber
Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0
The company is recorded at the commercial court of Vienna under the company register number FN 116859 b
VAT-ID: ATU15138401, Austrian Tax ID: 264/4807
Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph.
This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph.
Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Hello Steve
The issue should be fixed now, on trunk and development branches JDK7
and JDK8. If you are using Maven, snapshot builds are available on
http://repository.apache.org/snapshots. Please let me know if you
encounter other issues.
Martin
Le 13/07/2017 à 17:08, HRUDA Steve a écrit :
> Perfect - Thanks Martin!
>
>
>
> *From:*Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
> *Sent:* Thursday, July 13, 2017 5:01 PM
> *To:* dev@sis.apache.org; HRUDA Steve <st...@hexagongeospatial.com>
> *Subject:* Re: CRS.findOperation WGS84 to EPSG:20249 without using the
> EPSG geodetic dataset
>
>
>
> Hello Steve
>
> Le 13/07/2017 à 14:44, HRUDA Steve a écrit :
>
> is it possible to transform a WGS84 coordinate to EPSG:20249
> without using the EPSG geodetic dataset? I tried to find a
> CoordinateOperation based on EPSG:20249’s WKT 1.0 definition which
> includes the toWGS84 parameters, but I got the following
> exception: (...snip...)
>
> CRS.findOperation(…) should work by itself (with limited capabilities)
> even in absence of EPSG geodetic dataset. The
> OperationNotFoundException is probably a bug. I reproduced it on my
> local machine and filled a JIRA task:
>
> https://issues.apache.org/jira/browse/SIS-364
>
> We will try to fix it in the next few days, since I suspect that it
> will be a simple fix (probably just one or two lines doing the wrong
> check).
>
> Martin
>
RE: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by HRUDA Steve <st...@hexagongeospatial.com>.
Perfect - Thanks Martin!
From: Martin Desruisseaux [mailto:martin.desruisseaux@geomatys.com]
Sent: Thursday, July 13, 2017 5:01 PM
To: dev@sis.apache.org; HRUDA Steve <st...@hexagongeospatial.com>
Subject: Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG geodetic dataset
Hello Steve
Le 13/07/2017 à 14:44, HRUDA Steve a écrit :
is it possible to transform a WGS84 coordinate to EPSG:20249 without using the EPSG geodetic dataset? I tried to find a CoordinateOperation based on EPSG:20249’s WKT 1.0 definition which includes the toWGS84 parameters, but I got the following exception: (...snip...)
CRS.findOperation(…) should work by itself (with limited capabilities) even in absence of EPSG geodetic dataset. The OperationNotFoundException is probably a bug. I reproduced it on my local machine and filled a JIRA task:
https://issues.apache.org/jira/browse/SIS-364
We will try to fix it in the next few days, since I suspect that it will be a simple fix (probably just one or two lines doing the wrong check).
Martin
Diese E-Mail wurde versandt im Auftrag des Unternehmens Intergraph Ges.m.b.H.
Vertretungsberechtigte Geschäftsführer: Maximilian Weber
Sitz der Gesellschaft: Margaretenstraße 70/I/1, 1050 Wien, Österreich, Tel. +43 (1) 9610567-0
Eingetragen beim Handelsgericht Wien, Firmenbuch-Nr.: FN 116859 b
Umsatzsteuer-Identifikationsnummer / VAT-ID: ATU15138401, Steuer-Nummer: 264/4807
This E-Mail has been sent on behalf of the company Intergraph Ges.m.b.H.
Authorised Managing Directors: Maximilian Weber
Registered office and Austrian headquarters: Margaretenstr. 70/I/1, 1050 Wien, Austria, Tel. +43 (1) 9610567-0
The company is recorded at the commercial court of Vienna under the company register number FN 116859 b
VAT-ID: ATU15138401, Austrian Tax ID: 264/4807
Diese E-Mail (mit zugehörigen Dateien) enthält möglicherweise Informationen, die vertraulich sind, dem Urheberrecht unterliegen oder ein Geschäftsgeheimnis darstellen. Falls Sie diese Nachricht irrtümlicherweise erhalten haben, benachrichtigen Sie uns bitte umgehend, indem Sie eine Antwort senden, und löschen Sie bitte diese E-Mail und Ihre Antwort darauf. Sämtliche aufgeführten Ansichten oder Meinungen sind ausschließlich diejenigen des Autors und entsprechen nicht notwendigerweise denen des Unternehmens Intergraph.
This E-Mail (and any attachments) may be confidential and protected by legal privilege. If you are not the intended recipient please notify us immediately by replying to the sender and delete this E-Mail and your reply from your system. All the views and opinions published here are solely based on the author's own opinion and should not be considered necessarily as reflecting the opinion of Intergraph.
Re: CRS.findOperation WGS84 to EPSG:20249 without using the EPSG
geodetic dataset
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Hello Steve
Le 13/07/2017 à 14:44, HRUDA Steve a écrit :
> is it possible to transform a WGS84 coordinate to EPSG:20249 without
> using the EPSG geodetic dataset? I tried to find a CoordinateOperation
> based on EPSG:20249’s WKT 1.0 definition which includes the toWGS84
> parameters, but I got the following exception: (...snip...)
>
CRS.findOperation(…) should work by itself (with limited capabilities)
even in absence of EPSG geodetic dataset. The OperationNotFoundException
is probably a bug. I reproduced it on my local machine and filled a JIRA
task:
https://issues.apache.org/jira/browse/SIS-364
We will try to fix it in the next few days, since I suspect that it will
be a simple fix (probably just one or two lines doing the wrong check).
Martin