Some more information on this issue.<br><br>The addition of the towgs84 parameter happened last August, as a result of this ticket:<br><br><a href="http://trac.osgeo.org/proj/ticket/96">http://trac.osgeo.org/proj/ticket/96</a><br>
<br>The SVN version of EPSG:28992 has the +towgs parameter, whereas the version in the PROJ.4 distro archive does not. <br><br>Apparently this change was due to user demand, for what is a apparently a more accurate definition. If you search for "EPSG:28992" you'll find lots of discussion about this. This blog post seems to be authoritative on the subject:<br>
<br><a href="http://oegeo.wordpress.com/2008/05/20/note-to-self-the-one-and-only-rd-projection-string/">http://oegeo.wordpress.com/2008/05/20/note-to-self-the-one-and-only-rd-projection-string/</a><br><br>Out of curiousity, what are the issues that you're seeing with this new definition?<br>
<div> <br><br><div class="gmail_quote">On Mon, Jan 9, 2012 at 8:16 AM, <span dir="ltr"><<a href="mailto:jeffery.fitzgerald@gmail.com" target="_blank">jeffery.fitzgerald@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey,<br><br>I noticed that the epsg file that ships with proj4j has a different entry for ESPG:28992 than I have seen in proj.<br><br>proj4j epsg<br># Amersfoort / RD New<br><28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +towgs84=565.417,50.3319,465.552,-0.398957,0.343988,-1.8774,4.0725 +units=m +no_defs <><br>
<br>gdal epsg<br># Amersfoort / RD New<br><28992> +proj=sterea +lat_0=52.15616055555555 +lon_0=5.38763888888889 +k=0.9999079 +x_0=155000 +y_0=463000 +ellps=bessel +units=m +no_defs <><br><br>Does anyone know why? It was causing me some trouble until I removed the towgs84.<br>
<br><br>
<br></blockquote></div><br></div>