sfroyen

There are a couple places, at least for sprint maps, where the distinction between line and area objects is blurred. The one that prompted my "convert lines to areas" idea...

I just scanned this thread so I may have missed this point... I've used QGIS for quite a while to pre-process input for OOM. I alway set the QGIS Project...

Looking at the color order table in "IOF Map Specifications Printing And Colour Definitions A4 2021" PDF, it appears that the "Actual behaviour" above is correct. Brown 100% is above...

I have an additional enhancement request the perhaps could be considered at the same time. I prefer to leave my maps aligned with grid north (basically true north). It would...

pkturner - If your tests were before ~2019, EPSG files did not include shifts. So your tests with GDAL/PROJ would be as you describe (I had the same experience). Now,...

@pkturner You're correct, EPSG:7667 is incorrect. Not sure where that came from. Here's a table of EPSGs for WGS84: 1994 G730 EPSG:7656 (x,y,z), EPSG:7657 (lat,lon,h), EPSG:9053 2D (lat,lon) 1997 G873...

@pkturner, I believe that high accuracy archived GNSS data is usually recorded with positions transformed back to the frame epoch. For the coordinates of a location today one therefore has...

The workaround steps using QGIS are as follows (I'm hoping this description might suggest a OOM fix): 1. Open QGIS (create a new project if needed) 2. Select Web->QuickMapServices, search...

Following up my previous comment... EPSG:3857 - WGS 84 / Pseudo-Mercator - Spherical Mercator - used by Google Maps, OpenStreetMap, Bing, ArcGIS, ESRI, works just as well as EPSG:7665 (see...

... and, of course, the gpx track templates They are positioned incorrectly both when added as templates and when imported as map objects. Could those cases be handled like the...