<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">I've posted the data - round-tripping still produces the noted error (PUT as AppendBlob results in InvalidBlobType):<div><br></div><div><div>ogr2ogr -f Parquet \</div><div> /vsiaz/bcfishpass/crossings.parquet \</div><div> -nln crossings \</div><div> --debug ON \</div><div> --config CPL_CURL_VERBOSE=YES \</div><div> /vsicurl/<a href="https://cabdbcfishpassstorage.blob.core.windows.net/bcfishpass/test.parquet">https://cabdbcfishpassstorage.blob.core.windows.net/bcfishpass/test.parquet</a></div></div><div><br></div><div><div>But.... now I've noticed that if I change the output file/blob name it works fine?! (uses AppendBlob)</div></div><div><br></div><div><div>ogr2ogr -f Parquet \</div><div> /vsiaz/bcfishpass/temp1.parquet \</div><div> -nln crossings \</div><div> --debug ON \</div><div> --config CPL_CURL_VERBOSE=YES \</div><div> /vsicurl/https://cabdbcfishpassstorage.blob.core.windows.net/bcfishpass/test.parquet</div></div><div><br></div><div>If pass a single point to the failing file/blob name, it succeeds (using BlockBlob):</div><div><br></div><div><div>echo '{"type": "FeatureCollection", "features": [{"type": "Feature", "geometry": {"type": "Point", "coordinates": [30, 10]}, "properties": {}}]}' | \</div><div>ogr2ogr -f Parquet \</div><div> /vsiaz/bcfishpass/crossings.parquet \</div><div> -nln crossings \</div><div> --debug ON \</div><div> --config CPL_CURL_VERBOSE=YES \</div><div> /vsistdin/</div></div><div><br></div><div>Full log for the three commands above is linked below... but this must be an Azure issue.</div><div><a href="https://gist.github.com/smnorris/427ab56914b5bd55ad8f797c107aea73">https://gist.github.com/smnorris/427ab56914b5bd55ad8f797c107aea73</a></div><div><br id="lineBreakAtBeginningOfMessage"><div><br><blockquote type="cite"><div>On Apr 4, 2025, at 2:52 PM, Even Rouault <even.rouault@spatialys.com> wrote:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<div><p><br>
</p>
<div class="moz-cite-prefix">Le 04/04/2025 à 20:40, Simon Norris via
gdal-dev a écrit :<br>
</div>
<blockquote type="cite" cite="mid:491FD4E9-AFCA-44E1-8417-53C72E5FF4EA@hillcrestgeo.ca">
<pre class="moz-quote-pre" wrap="">Perhaps another hapless user question:
Using ogr2ogr, I can write very small parquet files to /vsiaz/<container>/<file>.parquet without issue.
But with larger files (that ogr2ogr tries to write in chunks), Azure does not accept the first PUT request and ogr2ogr fails with:</pre>
</blockquote><p>Can't reproduce with a dataset of mine. Maybe this is specific to
your input dataset ?</p>
<span style="white-space: pre-wrap">
</span>
<blockquote type="cite" cite="mid:491FD4E9-AFCA-44E1-8417-53C72E5FF4EA@hillcrestgeo.ca">
<pre class="moz-quote-pre" wrap="">I'd file an issue but if it was a bug I'd think it would have already have been found by other users?</pre>
</blockquote>
ah ah, if everybody had the same thinking, nobody would report bugs
;-)<br>
<blockquote type="cite" cite="mid:491FD4E9-AFCA-44E1-8417-53C72E5FF4EA@hillcrestgeo.ca">
<pre class="moz-quote-pre" wrap="">thanks
Simon
_______________________________________________
gdal-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a>
<a class="moz-txt-link-freetext" href="https://lists.osgeo.org/mailman/listinfo/gdal-dev">https://lists.osgeo.org/mailman/listinfo/gdal-dev</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
<a class="moz-txt-link-freetext" href="http://www.spatialys.com/">http://www.spatialys.com</a>
My software is free, but my time generally not.</pre>
</div>
</div></blockquote></div><br></div></div></body></html>