Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.
You're saying you're not supporting TOWGS84, but how can things work at all without that? If the WKT uses unknown names (i.e. an user-defined projection/datum), the coordinate system cannot be properly set up when the datum shift is ignored. Or am I missing something?
@mkennedy: I think I can follow you on this one. The original question hasn't been answered yet, though. We can see it in the added examples from Andre well: Why is there a difference between his examples 2 and 3? I would expect them to be equal, because +towgs84=0,0,0,0,0,0,0 should be the default if it is not specified.
Do you have test points to convert from WGS84->Clarke 1880? I guess that would confirm our assumption that the epsg.io implementation is broken (our mine and esri...).
That's something else (I think I have the methods that do the Geographic 2D offset transform). For now, I only need an answer to the question whether changing the ellipsoid only (no datum transformation) can change latitude and/or longitude.
Unfortunately, I couldn't find anything reliable. Maybe somebody got some reference data for another coordinate system with the same behavior (0,0,0 shift)? NAD83 could do, for instance. I may be able to find that.
The difference you see is exactly the problem I was observing. Actually, the output of your first line is, according to @mkennedy wrong. And it seems that the error is widely spread.
I've updated my question. Seems I'm getting the same result as you using the 0,0,0 transformation. Question is why epsg.io doesn't. How do I know I have to use the epsg:1447 transformation? Neither the gml nor the wkt definitions I've seen mention it.
Thanks for this info, I was actually trying to follow that guidance note you mention. I'll add more details about my computation parameters tomorrow when I'm back in the office. It's soon bedtime here.