Tag Info

New answers tagged

0

If I were doing this on the command line (and assuming I understand what you're asking), I'd use the -translate_then_scale_x and -translate_then_scale_y. This will offset the point cloud by the translate amount, then scale it. Then you can translate it back using -translate_x and -translate_y. So, if the point of origin of the scale is 1000, 2500, and the ...


2

I set the data frame projection to WGS84 Web Mercator (Auxiliary Sphere) as suggested by Nahas and this didn't change the end result. However looking at the previous thread supplied by Vince (QPJ files on ESRI software) the answer at the bottom suggested deleting the prj. and .qpjs files then bringing the data in. I did this, assigned projection to WGS84 ...


3

The EPSG: 3857, WGS 84 / Pseudo Mercator in QGIS is called WGS84 Web Mercator (Auxiliary Sphere) in ArcGIS. You are simply not using the right projection.


0

Your transformation omits the offset between the Bessel and the WGS84 Ellipsoid. The full WKT would be: PROJCS["DHDN / 3-degree Gauss-Kruger zone 3", GEOGCS["DHDN", DATUM["Deutsches_Hauptdreiecksnetz", SPHEROID["Bessel 1841",6377397.155,299.1528128, AUTHORITY["EPSG","7004"]], ...


1

I guess you stumbled over this note on page 53: subsequent civilian adoption of the systems usually ignores the zone prefix to easting. Where this is the case the formulas below do not apply: use the standard TM formula separately for each zone The formulas on page 54 should only be used if the zone number is written before the false Easting, which ...


0

I know 3 places where you can find such data. The first 2 are Proj4-related: 1. The Proj4 test files: https://github.com/OSGeo/proj.4/tree/master/nad The files having "test" in their names are scripts running proj4 transform commands. The input is inside these test files. The expected output data is located in corresponding files with "_out.dist" in their ...


0

This same issue happened to me and had nothing to do with the path name. I am able to open the raster OK, but then I find out that the methods that were previously available to me are no longer there . . .


2

A very simple brute force approach: take the first points coordinates and convert them from ISN93 / Lambert 1993 to WGS84 degrees using cs2cs in the OSGEO4W shell cs2cs +init=epsg:3057 +to +init=epsg:4326 -f "%%.8f" <ISN93.txt >WGS84.txt build a local omerc CRS on that point, with the "local coordinates" as false Easting and Northing convert the ...


1

This is the answer. Sometimes you have to go through all the process of asking a question to understand the solution. JavaScript: /** * Converts spherical web mercator to tile pixel X/Y at zoom level 0 * for 256x256 tile size and inverts y coordinates. * * @param {L.point} p Leaflet point in EPSG:3857 * @return {L.point} Leaflet point with tile pixel ...


-1

I would look into using the proj4.js library to transform your coordinates programatically using javascript. From the Github Readme: Basic usage: proj4(fromProjection[, toProjection2, coordinates]) eg: ``` var firstProjection = 'PROJCS["NAD83 / Massachusetts Mainland",GEOGCS["NAD83",DATUM["North_American_Datum_1983",SPHEROID["GRS ...


3

The length functions work differently with 3D linestring geometries: ST_Length - returns 2D distances for geometry types, and oddly 3D distances for geography types (but not in this question) ST_Length_Spheroid - returns 3D distances for geometry types Your example is in 3D, so it will calculate the 3D length with ST_Length_Spheroid and the 2D length ...


1

Postgis is correct. Your line is in 3d space, and in fact has a length of ~482m even in the British National Grid. 338 meters is also correct but it corespondents in the projection of the 3d line in the 2d space. with a as ( select st_Geomfromewkt('SRID=27700;MULTILINESTRING(( 423216.279 574665.249 0, 423206.315 574708.077 44.649, 423158.458 ...



Top 50 recent answers are included