2018, 10m, Mollweide.

the reference is 54009.

The file itself is a ~60GB geotif. it loads in fine, but 54009 is not recognised and loading projection from a valid file does not produce the right result.

I just want to convert parts of this to wgs84 geographic.

The problem is that Global mapper does not seem to be able to reference this correctly.

if I bring in something standard to test an area against, it is clearly off (i.e. a standard openstreeetmap extract SHP)

I attached the projection file I had to fetch as 54009 was not immediately supported on import (had to zip it to add it here)

no matter what I do, I can not get this data to align with a know reference system correctly.

Worth mentioning, when trying to do this in QGIS, not only is QGIS is an order of magnitude faster at preparing and showing the layer, but QGIS also gets it 100% right off the bat.

The problem in QGIS is exporting. it is so slow that it is basically impossible. The only reason I ever go to QGIS is when GM gets something wrong.

hope someone can provide some insight into how to get this referenced correctly in GM.

thanks

Anyone have any idea on how to get this to change back to decimal degree?

I am plotting fairly extensive trajectory data in a python application using Datashader and it looks like I have to use a holoviews/geoviews map tile or similar product so the layers all work. I can do that, but I would rather use a custom version that I have modified in Global Mapper with a terrain legend that makes more sense for our application and custom feature layers.

I can see that GM imports WMTS but doesn't export it. There is a WMTS converter in geoviews. My guess is there is a trivial workaround with a compatible export format. I'd appreciate any pointers toward that format.

Thanks!

John

The gdt_data folder includes information about the projections. But it does not seem to include the projections defined for the other other planets. Where can this be found?

For instance, there is a MOLA sphere defined, but it is not clear whether the sphere is polar or equatorial, or other. It would be useful to know what is exactly used, because various versions exist.

Season's greetings!

The earthquake that hit Ishikawa at the beginning of 2024 caused some areas to shift by a significant amount (meters) and the national geography institute will issue a new datum or a shift value to correct coordinates.

In this case, will GM automatically update the available datum for Japan or will it be issued separately?

Best regards

Michele

I've been given the following QGIS Coordinate Reference File (CRS) by a client in the Philippines to transform from their LOCAL cartesian site grid to WGS84-UTM Zone 51 North.

+proj=omerc +lat_0=0 +lonc=123 +alpha=0.00000 +gamma=0.031 +k=0.999878 +x_0=-13672.3471 +y_0=-1353533.4306 +ellps=clrk66 +towgs84=-127.62195,-67.24478,-47.04305,-3.06762,4.90291,1.5779,-1.06002 +units=m +no_defs

This is not my specialty (I'm a simple engineer not a surveyor!), but I'm pretty sure that the first half of the parameters are to transform from PRS92-UTM Zone 4 to LOCAL and involves translation, rotation and scaling as follows (input to GM Coord Transformation Setup dialogue box under Shift command - as per attached .GM_xform file):

I also recognize the second half of the parameters as the published 7-parameter Bursa/Wolfe Transformation from PRS92-PTM Zone 4 to WGS 84-UTM Zone 51 North.

So the QGIS CRS file seems to transform from Local to PRS92-PTM Zone 4 to WGS 84-UTM Zone 51 North all in one go. My problem is that I'm not sure how to correctly input this to GM?

I've tried transforming common points between Local and WGS 84-UTM Zone 51 using the attached .GM_xform file with no joy.

I've attached a supplied file of the common points to Local, WGS84 and PRS92.

Any and all help appreciated.

Cheers,

/al

consulta de Chile

necesito transformar una ortofoto de un sistema Local a UTM 19 sur

tendo estos datos

PTL1 A UTM SIRGAS

Grado: 0.0000034113 (gradianes)

FACTOR ESCALA: 0.999239653765

ESTE: 300152.308

NORTE: 3005322.399

UTM SIRGAS A PTL1

Angle: -0.000003412 (gradianes)

Scale: 1.000760924801

Este (X): -300380.862

Norte (Y): -3007609.207 

si ven existe una rotacion de por medio

como puedo transformar de un sistema a otro en Global mapper de manera de transformar una ortofoto, un dwg, etc, es decir informacion raster y vectorial

gracias

where GM "transformation setup" is somewhat limited.

Thanks

I'm looking for a way to georeference 3D mesh models from Google. I'm importing the data to Blender using the Google API and the BlOSM plug-in, but the models don't seem to be tied to a known coordinate system the geometry does not come in nice clean rectangular shapes.

Ideally, I would be able to identify points on the meshes and rubbersheet them to the coordinate system I'm after. Or, possibly I could trim the meshes to a known rectangle and reproject that?

Assuming that it's in a translated version of WGS84, perhaps I could estimate the translation and edit the WGS WKT for each site?

Any suggestions would be greatly appreciated.

-Donald

NAD83CSRS

NAD83CSRS (7-PARAM TRANSFORM)

NAD83CSRS (Alberta) - NTV2 Grid

NTV2 is used in 'NAD83 original' and NAD27 instances if I'm not mistaken. NAD83CSRS (7-PARAM TRANSFORM) seems like the option I should choose, though I notice the 'horz datum' option is NOT grayed out when I choose this option like it is when I choose NTV2.

Is the base 'NAD83CSRS' doing a 'BEST' or geocentric transform or what?

I've been looking around through help and the forums but its not clear to me.

Thanks,

D

Basically need to turn off / clear projections from the map frame. This function would help when trying to compare two shapefiles without a known transformation. Lots of files with incorrect / forced projections (.prj) that someone screwed up and need a way to test and see the correct offset between the files (no on the fly projection).

There is an equivalent ability in ArcGIS (ArcMap) but not yet in ArcGIS Pro. Was wondering if Global Mapper has this ability as I learn the software package. See link below from ESRI thread.

https://community.esri.com/t5/arcgis-pro-questions/how-to-clear-the-coordinate-system-of-the-map-to/td-p/120403/page/6

The question arose: what parameters should be specified when georeferencing topographic plans? That is, territories where the curvature of the Earth is not taken into account.

I hope Google Translater made it possible to capture the essence of the issue.))

1) Is that available in Geographic Calculator?

2) Is it better to use the batch conversion in Global Mapper?

Thanks

I am trying to thin to 20'± spacing, using minimum elevation settings. Roughly, evenly spaced grid.

This process does not seam to create the result I am looking for. Am I using it correctly, or is there something wrong with my data?

Global Mapper 20.1.

Please see attached screen shots, before and after.

My Global Mapper v.9.02 very often fails to load data in ortographic projection.

Any ideas to solve the problem?

Regards

Maciej

I am using Geographic Calculator 2023. I want to create a custom datum transformation Afgooye to WGS. To do this, I first copy the available transformation, and then edit it like this:

I'm saving a new transformation(XML). When I reopen the Geographic Calculator, I see that the Datum Transforms are saved, but the area of ​​use remained the same as that of the original transformation.

Tell me, please, what is my mistake?

Thank you!

https://cdn.star.nesdis.noaa.gov/GOES16/ABI/FD/GEOCOLOR/GOES16-ABI-FD-GEOCOLOR-10848x10848.tif

... & make it look like the images shown on the g16 full disk page here:

https://www.star.nesdis.noaa.gov/goes/fulldisk.php?sat=G16

The geotiff loads fine, but when I reproject to GRS80, save .png with .prj data, unload all, then open the .png, I see no curvature on the latitudnal lines.

What's the trick to get this to work?