<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
pre
{mso-style-priority:99;
mso-style-link:"HTML Preformatted Char";
margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
span.HTMLPreformattedChar
{mso-style-name:"HTML Preformatted Char";
mso-style-priority:99;
mso-style-link:"HTML Preformatted";
font-family:"Courier New";
color:black;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><pre>Hello All . . .<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>I have submitted all code required for the subject features to the <o:p></o:p></pre><pre>svn.osgeo.org/metacrs/csmap repository. What I submitted was tested<o:p></o:p></pre><pre>in both Windows and Linux. On Windows, I use Visual C++ Studio,<o:p></o:p></pre><pre>version 8 on Windows 7. On Linux, I'm using gcc version 4.4.7 on<o:p></o:p></pre><pre>platform running CentOS 6.3.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Issues that I am aware of:<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>1> While my sandbox copy compiled and tested fine on Linux, after <o:p></o:p></pre><pre>submission to the trunk it did not. The problem appears to be related <o:p></o:p></pre><pre>to changes to a module named csIoUtil.hpp which was only recently <o:p></o:p></pre><pre>submitted (16 April 2014). The Windows version of the current trunk <o:p></o:p></pre><pre>(csIoUtil.hpp included) does compile without a problem. I suspect the <o:p></o:p></pre><pre>submitter of this module may need to verify his/her work functions <o:p></o:p></pre><pre>properly under Linux. I consider it unlikely that the two revisions <o:p></o:p></pre><pre>being submitted are interfering with each other.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>2> The latest version of Visual C++ that I have access to is 9.0 (i.e. <o:p></o:p></pre><pre>2008). Therefore, I am unable to test (and therefore did not modify) <o:p></o:p></pre><pre>Visual C++ project files for versions 10.0 and 11.0 with the new code <o:p></o:p></pre><pre>modules required by this upgrade. Clearly, some new source code files <o:p></o:p></pre><pre>will need to be added to these project files. The "make" files (both <o:p></o:p></pre><pre>.mak and .nmk) have been updated and appear to produce the necessary <o:p></o:p></pre><pre>results.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>3> A full implementation of the NSRS 2007 and NSRS 2011 feature requires <o:p></o:p></pre><pre>data files which total out at about 300 megabytes. That's because there <o:p></o:p></pre><pre>are:<o:p></o:p></pre><pre> a> a latitude, longitude, and a vertical file for each geographic area,<o:p></o:p></pre><pre> b> two large geographic areas (US48 & Alaska) and a relatively tiny <o:p></o:p></pre><pre>one (Puerto Rico), and<o:p></o:p></pre><pre> c> there exists a complete set for converting from HARN to NSRS <o:p></o:p></pre><pre>2007, and<o:p></o:p></pre><pre> d> another complete set for converting from NSRS 2007 to NSRS 2011, and<o:p></o:p></pre><pre> e> the grids are very dense; the cell size is one minute by one <o:p></o:p></pre><pre>minute (even for Alaska!!!).<o:p></o:p></pre><pre>These data files are not required unless a user requests a conversion to <o:p></o:p></pre><pre>or from one of the NSRS datums. Thus, a distribution does not <o:p></o:p></pre><pre>absolutely have to include all 300 megabytes. A decision on how to <o:p></o:p></pre><pre>handle this will need to be made. I have suggested a de-densification <o:p></o:p></pre><pre>of these data files, but received no responses.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>4> The NameMapper has been updated with the latest information on the <o:p></o:p></pre><pre>EPSG and ESRI versions of all NSRS related CRS definitions. I have no <o:p></o:p></pre><pre>information on Oracle or anyone else.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Enjoy.<o:p></o:p></pre><pre><o:p> </o:p></pre><pre>Norm<o:p></o:p></pre><pre>-- <o:p></o:p></pre><pre>Norm Olsen<o:p></o:p></pre><pre>CsMap Consultant<o:p></o:p></pre><pre>8244 S High Court | Centennial, CO 80122 | <residence/office><o:p></o:p></pre><pre>7931 S Broadway, PMB 102 | Littleton, CO 80122 | <mailing/shipping><o:p></o:p></pre><pre>303-263-4995 <cellular><o:p></o:p></pre><pre>303-277-9967 <land line><o:p></o:p></pre><pre><o:p> </o:p></pre><pre>PS> Due to incessant robo-calls, I check messages left on the land line <o:p></o:p></pre><pre>voice mail only rarely, like once a month. Messages left on cellular <o:p></o:p></pre><pre>voice mail are checked daily.<o:p></o:p></pre></div></body></html>