OK WIndows updates still running so more digging:
Using this code:
CoordinateOperationFactory operationFactory =
ReferencingFactoryFinder.getCoordinateOperationFactory(null);
Set ops =
operationFactory.findOperations(sourceCRS, targetCRS);
for (CoordinateOperation o : ops) {
Sy
On Wed, 8 Apr 2020 at 13:57, Benjamin Sokolowski <
benjamin.sokolow...@data-experts.de> wrote:
> >> Are you sure this transform is in the EPSG tables?
> Probably not. The grid was calculated specifically for the state of
> Schleswig Holstein in Germany. In my head it is like this: I register a
> u
dinateReferenceSystem sourceCRS = CRS.decode( "EPSG:31467" );
>> CoordinateReferenceSystem targetCRS = CRS.decode( "EPSG:4647" );
>> MathTransform transform = CRS.findMathTransform(sourceCRS, targetCRS);
>>
>> System.out.println(transform);
ARAMETER["semi_minor", 6356752.314140356],
> PARAMETER["central_meridian", 9.0],
> PARAMETER["latitude_of_origin", 0.0],
> PARAMETER["scale_factor", 0.9996],
> PARAMETER["false_easting", 3250.0],
> PARAMETER[&q
The
> "epsg_operations.properties" is not mandatory right? I don't have that
> right now.
>
> Benjamin
>
>
>
> Von:"Ian Turton"
> An:"Benjamin Sokolowski"
> Kopie:
have geotools in the build path, not the sources.
>
> Benjamin
>
>
>
> Von:"Ian Turton"
> An:"Benjamin Sokolowski"
> Kopie: "geotools-users"
> Datum:07.04.2020 11:06
> Betreff:Re: [Ge
Have a look at
https://gis.stackexchange.com/questions/313512/specifying-epsg-transformation-method-in-geotools/313523#313523
for
an example.
When you say you added the .gsb to 'org.geotools.referencing.factory.gridshift'
where exactly did you put it?
Ian
On Tue, 7 Apr 2020 at 09:33, Benjamin So
Hi,
see comments inline:
On Mon, Feb 19, 2018 at 5:23 PM, Alten, Jessica-Aileen <
jessica-aileen.al...@liag-hannover.de> wrote:
> Hi Andrea,
>
> finally I found out what went wrong:
>
> GeoTools picks up the most accurate one from the EPSG database – but in
> this case, the most accurate was not
On Thu, Oct 1, 2015 at 8:42 PM, Mart Sõmermaa wrote:
> Thanks!
>
> I looked around the EPSG HSQLDB file
> https://github.com/geotools/geotools/blob/master/modules/plugin/epsg-hsql/src/main/resources/org/geotools/referencing/factory/epsg/EPSG.zip?raw=true,
> but did not figure out an obvious way t
I was thinking make an app using gt-epsg-hsql jar, and go through hall the
code made available by the factory - and write out their WKT :)
--
Jody Garnett
On 1 October 2015 at 11:42, Mart Sõmermaa wrote:
> Thanks!
>
> I looked around the EPSG HSQLDB file
> https://github.com/geotools/geotools/b
Thanks!
I looked around the EPSG HSQLDB file
https://github.com/geotools/geotools/blob/master/modules/plugin/epsg-hsql/src/main/resources/org/geotools/referencing/factory/epsg/EPSG.zip?raw=true,
but did not figure out an obvious way to dump the data to properties file
as you proposed. The property
Yes, this was intended. The gt-epsg-wkt implementation was intended for use
with Java Applets (which could not create an hsql database locally).
If you must respect axis order you will need to write a script to dump out
the contents of hsql database to a properties file (and replace
epsg.propertie
On Mon, Sep 28, 2015 at 12:44 PM, Mart Sõmermaa
wrote:
> Hi,
>
> it seems that the gt-epsg-wkt plugin does not support the longitudeFirst
> parameter to org.geotools.referencing.CRS.decode() and generally behaves
> differently than gt-epsg-hsql.
>
> Is this intended?
>
Not exactly intended, but
Do exactly what you are doing; and check the user guide for the step to:
> CoordinateReferenceSystem crs = CRS.decode("EPSG:4326");
> shapefileDataStore.forceCRS( crs );
That will write out a "prj" file with the definition of latitude/longitude.
Jody
Barnes, Ken wrote:
> Hello All,
>
> I have a pr
Trung Dinh a écrit :
> Thank you for your help. However, I cannot find anyway to pass the Hint
> to the factory like you said, nor can i find CRS class. I am using
> Geotools 2.1M2. Is your solution for 2.2 instead?
I don't remember what the 2.1 API was exactly. It is possible that
Hints.LENIEN
Hi Martin, Thank you for your help. However, I cannot find anyway to pass the Hint to the factory like you said, nor can i find CRS class. I am using Geotools 2.1M2. Is your solution for 2.2 instead? Thanks, TrungMartin Desruisseaux <[EMAIL PROTECTED]> wrote: Trung Dinh a écrit :> org.
Trung Dinh a écrit :
> org.opengis.referencing.operation.OperationNotFoundException: Bursa wolf
> parameters required.
The source or target CRS probably doesn't contains a "TOWGS84[...]" info. In
such case, Geotools doesn't know how to perform datum change. You can instruct
Geotools to skip th
Hi all, I took Martin's advice, and was able to get the WGS84 (thank you again, Martin). However, when I created the transformation operation, I got an exception: org.opengis.referencing.operation.OperationNotFoundException: Bursa wolf parameters required. Can anybody give me any sugges
Trung Dinh a écrit :
> x = DefaultGeographicCRS.WGS84
>
> However, when I try it, my Java editor (Eclipse) informed me that it
> cannot find DefaultGeographicCRS in any of my geotools packages.
>
> Can anybody tell me what I should do?
Maybe upgrating to Geotools 2.2 would help. If you wish t
Bernd Resch a écrit :
1.) I've implemented a coordinate transformation service using GeoTools
2.1 shown in the following code. It converts different CRSs to WGS84_3.
Now, if I want to transform a point from "Gauß-Krüger 31", which is an
Austrian CRS (EPSG:31295) using the Bessel 1841 ellipsoid,
you can add a TOWGS84 as per the example below - hope this helps
private static final String OSGBWKT="PROJCS[\"OSGB 1936 / British National
Grid\", \n" +
" GEOGCS[\"OSGB 1936\", \n" +
"DATUM[\"OSGB_1936\", \n" +
" SPHEROID[\"Airy 1830\
21 matches
Mail list logo