<div dir="ltr">Hi Tyler,<div><br></div><div>From the gdalinfo output it would appear that you have no coordinate system defined for your layer(s). Note the Coordinate System line. Here you should--but do not--find datum, ellipsoid, projection type and its associated parameters, units of measure, etc. Since your data are not actually projected, you should see listed here something like: </div><div><br></div><div><pre style="font-family:monospace,fixed;font-size:9pt;border:1px solid rgb(196,207,229);background-color:rgb(251,252,253);padding:4px 6px;margin:4px 8px 4px 2px;overflow:auto;word-wrap:break-word;line-height:15px;color:rgb(0,0,0)">PROJCS["WGS84",
    GEOGCS["WGS84",
        DATUM["World Geodetic_Datum_1984",
            SPHEROID["WGS1984"],
        UNIT["degree"]],
    PROJECTION["Geographic"],
    PARAMETER["scale_factor",0.0],
    PARAMETER["false_easting",0.0],
    PARAMETER["false_northing",0.0]</pre></div><div><br></div><div> Your output lists only the affine coordinate geo-reference info (e.g., Origin, Pixel Size, Corners). </div><div><br></div><div>With the addition of the negative signs in front of the (East/West) longitudes, as Randy pointed out, you get the correct E-W orientation, but you mention that a slight mis-alignment remains. About how much mis-alignment do you measure?</div><div><br></div><div>Try setting the layer CRS explicitly in QGIS; I think that WGS84 is EPSG=4326. That might help. Too, if the mis-alignment is small (small is hard to define, I realize, when dealing with data in GPs), perhaps it has something to do with floating point round-off in GRASS (FCELL versus DCELL). Or, it could be related to the region, where the region set during export differed from that native to the layer(s) itself/themselves. These would account for only small differences. If there is larger mis-alignment (for instance two or more layers do not even overlap geographically), then something bigger is afoot. <br></div><div><br></div><div>Keep us posted on progress.</div><div><br></div><div>Paul</div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 12, 2015 at 8:44 AM, Tyler Smith <span dir="ltr"><<a href="mailto:tyler@plantarum.ca" target="_blank">tyler@plantarum.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Mon, May 11, 2015, at 05:20 PM, Randal Hale wrote:<br>
> > The header appears correct:<br>
> ><br>
> > tws:~$ head -6 tri_mean.asc<br>
> > north: 46:53:04.633938N<br>
> > south: 34:44:13.536462N<br>
> > east: 68:50:28.1616W<br>
> > west: 94:51:40.938811W<br>
> > rows: 1458<br>
> > cols: 3122<br>
> ><br>
</span><span>> Shouldn't your east and west Lattitudes be negative? That would make it<br>
> appear reversed as they stand now. At least I think - but I've not done<br>
> what you are doing.<br>
<br>
</span>I don't think so. The east and west lattitudes have a 'W' appended to<br>
indicate west. Although I have tried manually deleting the W and adding<br>
'-' in front of the digits. This does indeed flip the maps east to west,<br>
but they are still somewhat misaligned with the actual projection.<br>
<br>
Regardless, I can export and import the layers to share them across<br>
Grass installations without problem. The mis-projection only shows up<br>
with gdal and QGis.<br>
<br>
Thanks,<br>
<br>
Tyler<br>
<div><div><br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
</div></div></blockquote></div><br></div></div>