<html><body><div style="color:#000; background-color:#fff; font-family:arial, helvetica, sans-serif;font-size:12pt"><div><font size="2">Hi all,</font></div><div><font size="2"><br></font></div><div><font size="2">Sorry for my late response ... my post in the forum is not yet accepted but I received the replies in the digest :), so I hope this will reach all who helped.<br></font></div><div><font size="2"><br></font></div><div><font size="2">First of all, wow, I am just impressed with the number of sincere and supportive people in this forum.</font></div><div><font size="2"><br></font></div><div><font size="2">I have gone through each and every reply and going to tell my input:</font></div><div><font size="2"><br></font></div><div><font size="2">@  Bob (Fischer, Robert P. (GISS-6110)[COLUMBIA UNIVERSITY]) said:</font></div><div><font size="2"><br></font></div><div><font size="2">"Have you tried using the version of proj.4 that comes with Ubuntu (apt-get
 install proj)?<br><br><a href="http://packages.ubuntu.com/search?keywords=proj" target="_blank">http://packages.ubuntu.com/search?keywords=proj</a><br><br>-- Bob"</font></div><div><font size="2"><br></font></div><div><font size="2">Yes, but the version there is 4.7.0 (i.e., older). So I sticked to the newer one in Proj. 4 web site. <br></font></div><div><font size="2"><br></font></div><div><font size="2">Janne (<a href="mailto:support.mn@elisanet.fi">support.mn@elisanet.fi</a>) said:</font></div><div><font size="2"><br></font></div><div><font size="2">it looks like the library cannot find some files it needs. Either your<br>path to the files is not correct or your files are not where they should<br>be. Make sure the path to the files is what it should be.. either by<br>fixing the path string or relocating the files?</font></div><div><font size="2"><br></font></div><div><font size="2">Janne</font></div><div><font size="2"><br></font></div><div><font
 size="2">Thanks for helping on interpreting this error, the EPSG 31495 is not listed as explained in great details by Miakel Rittri: "epsg: 31494&nbsp;  "DHDN / Germany zone 4" (deleted)" ... </font></div><div><font size="2"><br></font></div><div><font size="2">Jose Gon?alves said: <br></font></div><div><font size="2"><br></font></div><div><font size="2">1- Are you sure of EPSG code 31495? In my epsg file, installed with proj, I<br>can find only:<br><br>epsg: 31461&nbsp; &nbsp; # DHDN / 3-degree Gauss zone 1 (deprecated)<br>.</font></div><div><font size="2">.</font></div><div><font size="2">.</font></div><div><font size="2">epsg: 31469&nbsp; &nbsp; # DHDN / 3-degree Gauss-Kruger zone 5<br><br>If a projection ID is not in the file the expected answer is the one you<br>got. It is not a configuration problem.<br>Check <a href="http://spatialreference.org" target="_blank">http://spatialreference.org</a> to check the epsg code<br><br>2- In addition to my
 previous e-mail, since you have your own datum shift<br>parameters it is better to write the full proj string, instead of using an<br>epsg predefinition. Your rotation angles are in radians but cs2cs expects<br>arc-seconds. They become 1.04, 0.35, -3.08.<br>According to the map projection definition you give, the command line<br>should be something like:<br><br>cs2cs +init=epsg:4326 +to +ellps=bessel +proj=tmerc +lon_0=12 +x_0=4500000<br>+towgs84=582,105,414,1.040,0.350,-3.080,8.3<br>13.755944 51.054555<br>4623218.81&nbsp; &nbsp; &nbsp; 5659181.06 -46.16<br><br>Jose Gon?alves</font></div><div><font size="2"><br></font></div><div><font size="2">1- Yes, the zone is listed in my WKT.ini file, but as explained in great details by Miakel Rittri: "epsg: 31494&nbsp;  "DHDN / Germany zone 4" (deleted)" ... <br></font></div><div><font size="2">2- Many thanks for this command line, in fact the resulting coordinates are faraway by around 118 meters for Xs and 141
 meters for Ys. So, I am considering to do an offset and be happy with a margin of error <span>&lt;</span><span class="yiv891269233st">±2 meters, </span><span class="yiv891269233st">especially, I am considering an area of 3x3 Kms in Dresden.</span><span class="yiv891269233st"><br></span></font></div><div><font size="2"><br></font></div><div><font size="2">Mikael Rittri said: <br></font></div><div><font size="2"><br></font></div><div><font size="2">"However, strangely enough, there is a third, semi-possible code<br><br>epsg: 31494&nbsp;  "DHDN / Germany zone 4" (deleted)<br><br>but note that it should end with 94, not 95, for zone 4.<br><br>More generally, to handle EPSG codes 31491 to 31495, you must turn the 9 upside down!<br>But this is not an old typo. The codes with 9s used to be the EPSG codes for the German<br>zones, but they were deprecated in the olden days when EPSG had the unfortunate habit<br>of deleting erroneous entries from the database.
 (This was the practice before July 2001;<br>see <a href="http://www.epsg.org/guides/docs/G7-1.pdf" target="_blank">http://www.epsg.org/guides/docs/G7-1.pdf</a> , footnote on p. 33).<br><br>I think the reason at the time for deprecating/deleting them, was only to change the<br>names, replacing "Germany" by "3-degree Gauss".&nbsp; Possibly also to correct the grammar<br>error in the datum name (your WKT has Deutsche instead of Deutsches in the datum<br>name).<br><br>But ESRI continued to support the deleted codes ( <a href="http://support.esri.de/files/support/FAQs.pdf" target="_blank">http://support.esri.de/files/support/FAQs.pdf</a> ),<br>so you can still see them used, even though they are no longer in the EPSG database.<br>They are not supported by Proj.4 or listed on spatialreference.org. Hm, I wonder if supporting<br>them could be a violation of EPSG Terms of Use, paragraph 6.7:<br><br>&gt; 6.7. No data that has been modified other than as permitted
 in these Terms of Use shall be attributed to the EPSG Dataset.<br><br>Anyway, in 2001, the EPSG codes 31461 to 31465 were deprecated, too. Code 31461, zone 1,<br>was deprecated because "ProjCRS zone not used", and wasn't replaced until much later.<br>Codes 31462 to 31465, zones 2 to 5, were deprecated because "ProjCRS related to<br>inappropriate Coordinate system resulting in incorrect axes and name", and replaced<br>with EPSG codes 31466 to 31469.<br>&nbsp; &nbsp; (The deprecated entries were assigned the axes Easting (X) and Northing (Y)<br>in that order, so they are right-handed systems. The corrected entries have the axes<br>Northing (X) and Easting (Y) in that order, so they are left handed systems, and X goes north.)<br><br>Poor little zone 1 wasn't rehabilitated until July 2011, when epsg:5520 was added,<br>which is also as a left-handed system with Northing (X) followed by Easting (Y).<br><br>Finally, early in 2012, new right-handed variants of
 all these systems were reintroduced<br>(EPSG Change Request 2011.104), but the new ones are not yet in Proj.4 or spatialreference.org.<br>In the new right-handed variants, the axes are abbreviated E and N instead of X and Y.<br><br>epsg:5676&nbsp;  "DHDN / 3-degree Gauss-Kruger zone 2 (E-N)"<br>epsg:5677&nbsp;  "DHDN / 3-degree Gauss-Kruger zone 3 (E-N)"<br>epsg:5678&nbsp;  "DHDN / 3-degree Gauss-Kruger zone 4 (E-N)"<br>epsg:5679&nbsp;  "DHDN / 3-degree Gauss-Kruger zone 5 (E-N)"<br>epsg:5680&nbsp;  "DHDN / 3-degree Gauss-Kruger zone 1 (E-N)"<br></font></div><div><font size="2"><br></font></div><div><font size="2"><br></font></div><div><font size="2">2- Then, a better alternative could be to use the grid shift file BETA2007.gsb. It is not distributed with Proj.4,<br>but you can find a link at <a href="http://trac.osgeo.org/proj/" target="_blank">http://trac.osgeo.org/proj/</a> under Download, Datum shift grids.<br><br>If you download it to the directory
 where the other grid shift files are in Proj.4 (the nad directory),<br>then you can do<br><br>&gt;cs2cs +init=epsg:4326 +to +ellps=bessel +proj=tmerc +lon_0=12 +x_0=4500000 +nadgrids=BETA2007.gsb<br><br>13.755944 51.054555<br><br>4623220.44&nbsp; &nbsp; &nbsp; 5659181.52 0.00<br><br>This result differs by about 1.7 meters from Jose's example.<br><br>3- The BETA2007.gsb file is claimed to give submeter accuracy,<br>"eine Koordinatengenauigkeit im Submeterbereich". (But maybe it<br>is still possible that the 7-parameter transformation you cite is more<br>accurate locally around Dresden.)<br></font></div><div><font size="2"><br></font></div><div><font size="2">Mikael Rittri <br></font></div><div><font size="2"><br></font></div><div><font size="2">1- Many thanks Mikael for this rich and helpful information, now I understand much better how these things work. <br></font></div><div><font size="2">2- Strangely, I tried this datum shifts but I got worse results
 (as you said shifted by 1.7 meters) than if I don't use them.</font></div><div><font size="2">3- Using the 7-parameters as highlighted by Jose Gon?alves gave me better results (by 1.7 meters), so, may be there is no better way to do it than offsetting the different and be happy with that. May be the tool I am using (closed box) is following different methods for conversion?!<span class="tab">&nbsp;&nbsp;&nbsp; <br></span></font></div><div><font size="2"><br><span class="tab"></span></font></div><div><font size="2"><span class="tab">e.g., Long:&nbsp;</span>



        
        
        
        
        </font><style>
                <!-- 
                BODY,DIV,TABLE,THEAD,TBODY,TFOOT,TR,TH,TD,P { font-family:"Arial"; font-size:x-small }
                 -->
        </style><font size="2"><span class="tab"><font> 13.755944, Lat: </font><font>51.0545555</font></span></font></div><div><font size="2"><br><span class="tab"></span></font></div><div><font size="2"><span class="tab"><font>Tools coordinates:</font></span></font></div><div><font size="2">4623100&nbsp;&nbsp;&nbsp; 5659040</font></div><div><font size="2"><br><span class="tab"></span></font></div><div><font size="2"><span class="tab"><font>7-parameters </font></span><span class="tab"><font> (X is shifted: 118 m, and Y is shifted 140 m):</font></span><span class="tab"><font>:<br></font></span></font></div><div><font size="2">4623218.84&nbsp;&nbsp;&nbsp; 5659181.12</font></div><div><font size="2"><br><span class="tab"></span></font></div><font size="2">BETA2007 </font><font size="2"><span class="tab"><font>Datum shifts (X is shifted: 120 m, and Y is shifted 140 m):</font></span><br></font><font size="2">4623220.44&nbsp;&nbsp;&nbsp; 5659181.52<br><br>Anyway, I
 think, as I am doing this conversion on a small scale area, then a linear offset (-118m, -140m) would result in </font><font size="2"><span>&lt;</span><span class="yiv891269233st">±2 meters which is the best I can go with until as you said the 2012 new modifications come to Proj.4.<br><br>One last question to all, how do I revers the conversion from X/Y Cartesian to Long/Lat Geographical?<br><br>A huge thanks you,<br>Mohammad Amro</span></font><br> <div style="font-family: arial, helvetica, sans-serif; font-size: 12pt;"><br> </div>  </div></body></html>