<div dir="ltr">afaik PRJ files should be pure (ascii)text. <font face="arial, sans-serif">You could refer to <a href="http://stackoverflow.com/questions/204765/elegant-way-to-search-for-utf-8-files-with-bom">getting rid of BOM</a> to clean them out.</font><div>
<font face="arial, sans-serif">Do not know an additional parameter for the file opener/reader.<br></font><div><font face="arial, sans-serif">Jan</font></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Sat, Jul 12, 2014 at 6:45 PM, mccorb <span dir="ltr"><<a href="mailto:mccorb@cox.net" target="_blank">mccorb@cox.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I have tracked this down to the fact that the PRJ files that I have been<br>
given to use have a BOM of 0xEF 0xBB 0xBF for the first three bytes of the<br>
file.<br>
<br>
When I use the shapefiles that have these byte order markers the Layer class<br>
method getSpatialRef() (java JNI bindings) returns null. I am guessing that<br>
the PRJ file is being opened in binary mode instead of text mode possibly?<br>
<br>
Regardless, is there any setting I can make to coerce the file opener/reader<br>
into ignoring the BOM when grabbing the WKT from the PRJ file?<br>
<br>
thanks<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Reading-shapefile-PRJ-failing-tp5150778.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Reading-shapefile-PRJ-failing-tp5150778.html</a><br>

Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div><br></div>