| Author |
 Topic  |
|
|
ralfhesse
Germany
6 Posts |
 Posted - 31/10/2013 : 12:55:03
|
| I am working with maps and geodata in Gauss-Krueger projection (zone 3, DHDN). When I use OkMap to convert geotiff files to oruxmaps files, there is a 200 metre offset (map seems to to shifted east). Did anybody else run into this problem, and what can be done about it? |
|
|
okmap
Italy
2661 Posts |
Posted - 31/10/2013 : 13:08:50
|
Please can you send your map so I can do some tests?
If it's heavy please use one of web free services to send big attachments. |
 |
|
 |
|
okmap
Italy
2661 Posts |
|
|
ralfhesse
Germany
6 Posts |
Posted - 31/10/2013 : 16:10:45
|
Hi,
the geotiff file loads correctly in Globalmapper and gvSIG. I have run into this problem repeatedly when working with Gauss Krueger data but never when working with UTM data. Of course I could first convert my maps to UTM and then run OkMap to get an Oruxmaps file (which is my usual workaround), but that's an extra step in the workflow (almost ALL my data are Gauss Krueger). I suspect that there is a bug in the projection definition/calculation in OkMap. |
|
|
 |
|
okmap
Italy
2661 Posts |
Posted - 31/10/2013 : 16:37:26
|
It's improbable there is a bug in the projection algorithm because works properly for other datums.
It's possible there is a mistake in the datum definition but I've checked with data found on the net and seems correct.
Please give me still a little time to analyze the question. |
|
|
|
ralfhesse
Germany
6 Posts |
Posted - 31/10/2013 : 16:44:52
|
In the xml file created by OkMap, the projection parameters are OK but the datum is set to WGS 1984 rather than DHDN as it should be. Maybe that's the problem?
Ellipsoid for Gauss Krueger should be Bessel 1841 with semi-major axis 6377397.155 and inverse flattening 299.1528128. Projection details should be Transverse Mercator with semi-major axis as above and semi-minor axis 6356078.962818189. |
Edited by - ralfhesse on 31/10/2013 16:48:11 |
|
|
 |
|
okmap
Italy
2661 Posts |
Posted - 31/10/2013 : 17:07:11
|
I've solved.
The correct datum is "Potsdam Rauenberg DHDN".
|
|
|
|
ralfhesse
Germany
6 Posts |
Posted - 31/10/2013 : 17:17:36
|
quote:
Originally posted by okmap
I've solved.
The correct datum is "Potsdam Rauenberg DHDN".
Will this be changed in the next version of OkMaps?
|
Edited by - ralfhesse on 31/10/2013 17:46:01 |
|
|
 |
|
okmap
Italy
2661 Posts |
Posted - 31/10/2013 : 17:45:00
|
| I'll change in the next version. |
|
|
|
okmap
Italy
2661 Posts |
Posted - 01/11/2013 : 14:29:04
|
Try the new version of OkMap  |
|
|
|
ralfhesse
Germany
6 Posts |
Posted - 21/11/2013 : 09:30:06
|
I finally was able to test it, and it works well now. Thanks a lot!
A small issue remains: When I load the original GeoTiff in a GIS and plot the bounding and/or calibration coordinates from the OruxMaps XML file, they are not exactly in the corners of the map - there is still an offset of approx. 5 m. So it's certainly good for orientation with standard GPS now, but may become tricky when trying to locate a spot very accurately. |
|
|
|
okmap
Italy
2661 Posts |
Posted - 21/11/2013 : 09:38:30
|
Oruxmaps does not support this datum, so are necessary some conversions to produce final OruxMaps files.
5 m. are under the standard GPS error and might be accetable.
|
|
|
|
ralfhesse
Germany
6 Posts |
Posted - 21/11/2013 : 13:33:56
|
| Yes, as I said it's OK as long as one does not require better accurracy than standard GPS. |
|
|
|
mettsmith
USA
2 Posts |
Posted - 03/12/2018 : 08:27:07
|
Not really sure why this is happening. Is your GeoTIFF tag correct inside the tif file? If it is incorrect then the error might occur, so do check that. And if still, you don't get any positive results with Phallosan forte, you may revert back to us.
---
My Blog
https://buffaloreport.com/phallosan-forte-review-results/ |
Edited by - mettsmith on 07/05/2019 10:02:05 |
|
|
| |
Topic |
|
200 m E-W error for Gauss-Krueger projection
