<div dir="ltr"><div><div><div><div><br><br>On Mon, Oct 30, 2017 at 10:16 PM, Rich Shepard <<a href="mailto:rshepard@appl-ecosys.com">rshepard@appl-ecosys.com</a>> wrote:<br>><br>> On Mon, 30 Oct 2017, Rich Shepard wrote:<br>><br>>>  The projection information I see looks acceptable to grass:<br>><br>><br>>>  Why is WGS_1984 not recognized by grass7.3.svn? Have I used the incorrect<br>>> EPSG code? And why doesn't grass find the correct datum when I let it<br>>> create a new location?<br>><br>><br>> Helmut,<br>><br>>   Markus M's fix for the segfault works. Because I used the same command<br>> in the shell as the GUI used the non-recognition of the datum and the<br>> segfault were of the same origin.<br>><br>>   My importing of FileGDB data has exposed a few bugs which is a good thing.<br>> Markus' immediate fixes is an even better thing.<br>><br>> My thanks to both of you,<br><br></div>Thanks for testing GRASS 7.3!<br><br></div>The projection information is problematic because it is contradicting itself. WKT says datum and ellipsoid are WGS84, but the embedded proj.4 string says there is no datum and the ellipsoid is a sphere because of "+a=6378137 +b=6378137".<br><br></div>You should check the geolocation accuracy after reprojection.<br><br></div>Markus M<br><div><div><div><div><br>><br>><br>> Rich<br>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br><br></div></div></div></div></div>