Thanks Frank<br><br>I had guessed that I might have to use -s_srs but doing I saw no tangible results hence my request for more verbose output. "--debug on" was very useful as was PROJ_DEBUG.<br><br>As you surmised, the datum "NAD83_High_Accuracy_Regional_Network" is not recognized as +datum=NAD83<br>
<br>Then I found that I had missed the step in building Proj.4 of downloading separately the datum shift zip file. Upon fixing that I am now able to reproject correctly! HURRAH!<br><br>Brian<br><div class="gmail_quote"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
It can be helpful to run gdalwarp with the commandline<br>
option "--debug on" in which case the debug output should<br>
include the PROJ.4 rendering of the source and destination<br>
coordinate system.<br>
<br>
At a very low level you can also define the PROJ_DEBUG environment<br>
variable to the value ON and PROJ.4 will report some details on what<br>
datum files are opened.<br>
<br>
I think you are going to have to provide a source coordinate<br>
system with the -s_srs commandline switch to gdalwarp that<br>
defines a more conventional NAD83 based coordinate system. You<br>
might also want to file a ticket on this issue. Ideally we<br>
would be smarter about treating NAD83 HARN as equivelent to NAD83<br>
for most purposes.<br>
<br>
Best regards,<br>
-- <br>
---------------------------------------+--------------------------------------<br>
I set the clouds in motion - turn up | Frank Warmerdam, <a href="mailto:warmerdam@pobox.com" target="_blank">warmerdam@pobox.com</a><br>
light and sound - activate the windows | <a href="http://pobox.com/%7Ewarmerdam" target="_blank">http://pobox.com/~warmerdam</a><br>
and watch the world go round - Rush | Geospatial Programmer for Rent<br>
<br></blockquote></div>