New answers tagged

0

I found the problem. I used sample code for pyproj that I found in a tutorial: proj = pyproj.Proj("+init=EPSG:31255") coords = proj(rowdata["RW"], rowdata["HW"], inverse=True) The errors disappear when I use the code the following way instead: wgs84=pyproj.Proj("+init=EPSG:4326") proj = pyproj.Proj("+init=EPSG:"+rowdata["EPSG"]) coords = ...


0

Your configuration gdal/java binding doesn't work. If you are using Linux use the steps in https://github.com/VertNet/reproject/wiki/GDAL-Java-Bindings


0

I am unable to recreate this error, using the following code, which is basically coppied and pasted from the question: CoordinateReferenceSystem wgs84= CRS.decode("EPSG:4326", true); CoordinateReferenceSystem google = CRS.decode("EPSG:3857", true); CoordinateReferenceSystem utm=CRS.decode(String.format("AUTO2:42001,%s,%s", -3.691406, 40.403431 ), true); ...


2

As @mkennedy says the LayerFile is a "pointer" to the actual data but it can hold stuff like symbology, definition queries and basic metadata. You can set up the IMapGeographicTransformations or how about doing away with the whole problem by projecting your data into OSGB, create a LayerFile for your data (now in OSGB) and load that? I suggest this ...



Top 50 recent answers are included