[PROJ] Calculating DTK25 from WGS84
Even Rouault
even.rouault at spatialys.com
Wed Apr 8 03:58:39 PDT 2020
Dominik,
first, I'm not familiar at all with DTK25 but
seeing
http://www.adv-online.de/AdV-Produkte/Standards-und-Produktblaetter/Produktblaetter/binarywriterservlet?imgUid=3ab60d30-b338-9eff-de33-50376a112976&uBasVariant=11111111-1111-1111-1111-111111111111
it seems that DTK25 products on Bessel ellipsoid use the Potsdam datum
The corresponding geographic CRS is likely EPSG:4746 "PD/83"
Assuming you have the BETA2007 grid installed,
echo 49.12345 8.55555 | cs2cs -f "%.8f" EPSG:4326 EPSG:4746
49.12450370 8.55651912 0.00000000
However given the formula you give to compute DTK25 sheet numbers, the influence
of the datum shift is completely neglectable, unless you would be
just at the boundary between 2 sheets (but I assume they have some overlap ?)
(56 - 49.12450370) * 10 = 68.75496300000002
(56 - 49.1245) * 10 = 68.75500000000002
(8.55555 - 5.66666666) * 6 = 17.333300040000005
(8.55651912 - 5.66666666) * 6 = 17.339114760000008
> echo 49.12345 8.55555 |> cs2cs +proj=latlon +ellps=WGS84 +to +proj=latlon +ellps=bessel -f "%.12f"> But it actually does nothing; output coordinates are unchanged.
Yes, to get changes in coordinates, there must be a datum qualifier on each side.
The Bessel ellipsoid itself doesn't define a datum, so you need either to
add a +towgs84 or +nadgrids qualifier, when using this PROJ.4 deprecated syntax
Note also that when using it, you must specify coordinates in long, lat order, whereas
when using EPSG geographic CRS codes, this must be in lat, long order.
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/proj/attachments/20200408/76b96edd/attachment.html>
More information about the PROJ
mailing list