<div dir="ltr"><div><br><br>On Thu, Oct 26, 2017 at 11:47 PM, Rich Shepard <<a href="mailto:rshepard@appl-ecosys.com">rshepard@appl-ecosys.com</a>> wrote:<br>><br>> On Thu, 26 Oct 2017, Even Rouault wrote:<br>><br>>> You forgot +lon_0, and a bit counter-intuitively , proj.4 requires x_0 to<br>>> be expressed in meters (*)<br>><br>><br>> Even,<br>><br>>   OK. Thanks.<br><br></div>Instead of manually creating a proj.4 definition, you can use<br>v.in.ogr in=BullTrout_201201_v931.gdb location=bulltrout_location -i<br><div><br></div><div>to create a location from that gdb. If you don't use the -i flag, the data will also be imported into the new location.</div><div><br></div><div>With GRASS 7.3, v.in.ogr will report back if there are any problems with the included SRS, or if no SRS is available for the selected layer.</div><div><br></div><div>Markus M<br></div><div><br>><br>>> So try instead<br>><br>><br>>> +proj=lcc +lat_1=42.33333333333334 +lat_2=48.66666666666666 +lat_0=41<br>>> +lon_0=-117 +x_0=914401.8287999999 +y_0=0 +datum=NAD83 +units=us-ft<br>>> +no_defs<br>><br>><br>>> (hint: was given by "gdalsrsinfo the.gdb")<br>><br>><br>>   This is a new one for me.<br>><br>>   Is it common for *FileGDB formats to not have EPSG codes?<br>><br>> Regards,<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>