<div>In Portugal we had a situation of that kind. There was an old datum (Datum Lisboa) for which we had a local Transverse Mercator projection. A reobservation of the triangulation resulted in a new datum (Datum 73) that intended to replace the old one. It was decided to do a new projection, keeping the same central point, but applying a small false easting and northing (aprox. 180.6 m, -87.0 m) in order to create similar coordinates. The average of absolute differences between old and new coordinates are smaller than 2 meters and maximum difference is&nbsp; 5 meters.</div>

<div>&nbsp;<br>Although this might have some advantages,&nbsp; it resulted in many situations of confusion. Around 1990 many people started GIS projects, but were not much aware of map projections, and even less of geodetic datum concepts. Some institutions adopted the new system but some kept the old one. Many times old and new coordinates were simply mixed, losing information about their origin. This results in serious problems in large scale mapping.<br>
</div>
<div>Now, in the transition to ETRS89 datum, the Portuguese Geographic Institute decided to keep the TM projection and&nbsp;adjusted the central point (instead of applying the small false easting/northing) in order to create a very similar grid. The transition to a new similar system must be made carefully, always keeping metadata about reference systems and defining rigorous transformation methods.</div>

<div>&nbsp;</div>
<div>Jose&#39; A. Gonçalves</div>
<div>University of Porto - Science Faculty</div>
<div>&nbsp;</div>
<div><br>&nbsp;</div>
<div class="gmail_quote">2008/12/11 Mikael Rittri <span dir="ltr">&lt;<a href="mailto:Mikael.Rittri@carmenta.com">Mikael.Rittri@carmenta.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"><br>Gerald wrote:<br>&gt; While there seems to be lull in the hot debate about separation of<br>&gt; church and state ... er ... datum and projection,<br>
&gt; [...]<br>&gt; Thus, why is it so necessary to bind the two operations so tightly as done<br>&gt; in the proj.4 distribution? I cannot find a precedence for this concept.<br><br>This post is not specifically about the PROJ.4 design (so I changed<br>
the Subject line), but it is about how much datums and projections<br>can and should be separated.<br><br>There is method for datum shift that uses a direct projection.<br><br>As an example, the old Swedish Grid is traditionally defined<br>
on the Swedish RT90 datum (ellipsoid: Bessel 1841) and using a<br>Transverse Mercator projection with<br>&nbsp; central meridian: 15° 48&#39; 29.8&quot; E<br>&nbsp; scale factor: &nbsp; &nbsp; 1<br>&nbsp; false easting: &nbsp; &nbsp;1500000 m<br>&nbsp; false northing: &nbsp; 0 m<br>
( <a href="http://www.lantmateriet.se/templates/LMV_Page.aspx?id=4766&amp;lang=EN" target="_blank">http://www.lantmateriet.se/templates/LMV_Page.aspx?id=4766&amp;lang=EN</a> )<br><br>With this definition, one would need some datum shift method<br>
to transform between RT90 lon/lat and WGS84 lon/lat.<br><br>However, a simpler method, now recommended by the Swedish Land Survey<br>instead of a 7-parameter shift, is to start from the WGS84 datum, and than<br>tweak the projection parameters a little: just use a Transverse Mercator<br>
with<br>&nbsp; central meridian: 15° 48&#39; 22.624306&quot; E<br>&nbsp; scale factor: &nbsp; &nbsp; 1.00000561024<br>&nbsp; false easting: &nbsp; &nbsp;1500064.274 m<br>&nbsp; false northing: &nbsp; -667.711 m<br>( <a href="http://www.lantmateriet.se/templates/LMV_Page.aspx?id=5197&amp;lang=EN" target="_blank">http://www.lantmateriet.se/templates/LMV_Page.aspx?id=5197&amp;lang=EN</a> )<br>
<br>A paper describing this technique is<br><a href="http://www.fig.net/pub/fig2006/papers/ps05_03/ps05_03_04_engberg_lilje_0670.pdf" target="_blank">http://www.fig.net/pub/fig2006/papers/ps05_03/ps05_03_04_engberg_lilje_0670.pdf</a> .<br>
<br>So, I have some rather vague questions to the readers of this list:<br>- What do you think of this technique?<br>- Is anyone else using it?<br>- Doesn&#39;t the technique imply that a projected coordinate system<br>&nbsp;may have an ambiguous geographic coordinate system? &nbsp;For the Swedish Grid,<br>
&nbsp;I can think of the geographic coordinate system as RT90 lon/lat, if I use<br>&nbsp;the traditional projection parameters. Or I can think of it as WGS84 lon/lat,<br>&nbsp;if I use the direct projection instead.<br>- If the correct answer to the previous question is &quot;No, you fool&quot;, then what?<br>
&nbsp;If I wanted to express the Swedish Grid, datum-shifted by the direct projection,<br>&nbsp;in Well-Know Text, then I would be forced to say that the geographic coordinate<br>&nbsp;system is WGS84 lon/lat. But then the resulting CRS cannot be Swedish Grid,<br>
&nbsp;because Swedish Grid has traditionally RT90 lon/lat as its geographic coordinate<br>&nbsp;system.<br><br>I think direct projections for datum shifts are efficient and easy to<br>use, and normally as accurate as a 7-parameter shift. &nbsp;But when I try<br>
to fit this method into the traditional framework that separates datum<br>shifts and projections, and which insists that each projected CRS<br>has a unique geographic coordinate system, I run into problems.<br><br>Are these problems caused by inflexibility in the traditional framework?<br>
Or is the method of direct projection just weird?<br>Or am I missing some good way to reconcile them?<br><br>Best regards,<br><br>--<br>Mikael Rittri<br>Carmenta AB<br>Box 11354<br>SE-404 28 Göteborg<br>Visitors: Sankt Eriksgatan 5<br>
SWEDEN<br><font color="#888888"><a href="mailto:mikael.rittri@carmenta.com">mikael.rittri@carmenta.com</a><br><a href="http://www.carmenta.com/" target="_blank">www.carmenta.com</a><br>_______________________________________________<br>
Proj mailing list<br><a href="mailto:Proj@lists.maptools.org">Proj@lists.maptools.org</a><br><a href="http://lists.maptools.org/mailman/listinfo/proj" target="_blank">http://lists.maptools.org/mailman/listinfo/proj</a><br>
</font></blockquote></div><br>