<div dir="ltr">The slightly pedantic answer to that is surely that if it not comma separated, it is not a CSV file!<br><br><div>As far as I know - that is the approach that GDAL takes!</div><div><br></div><div>It is easy enough to preprocess the file. As the GDAL docs say :<br><br>"Many variations of textual input are sometimes called Comma Separated Value files, including files without commas, but fixed column widths, those using tabs as separators or those with other auxiliary data defining field types or structure. This driver does not attempt to support all such files, but instead to support simple .csv files that can be auto-recognised. Scripts or other mechanisms can generally be used to convert other variations into a form that is compatible with the OGR CSV driver."</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 1 Sept 2022 at 19:08, Travis Kirstine <<a href="mailto:traviskirstine@gmail.com">traviskirstine@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Is there a way to specify the delimiters when reading a source CSV file. The file I received uses a carrot ^ value.</div>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org" target="_blank">gdal-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/gdal-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
</blockquote></div>