<div dir="ltr">Hi,<div><br></div><div>Cheers for that. I tried it, even specifying a "-gt 50000" for instance, but still stuck with the single-transaction limit...</div><div><br></div><div>Any other suggestions?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 29 Jun 2020 at 15:10, jratike80 <<a href="mailto:jukka.rahkonen@maanmittauslaitos.fi">jukka.rahkonen@maanmittauslaitos.fi</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">Hi,<br>
<br>
Don't use -skipfailures. It is only possible to skip errors one by one if<br>
transactions also contain just one row. It is even documented in the<br>
Performance hints in <a href="https://gdal.org/programs/ogr2ogr.html" rel="noreferrer" target="_blank">https://gdal.org/programs/ogr2ogr.html</a>.<br>
<br>
-Jukka Rahkonen-<br>
<br>
<br>
<br>
hectormauer wrote<br>
> Hi,<br>
> <br>
> As a part of a project I need to load quite big geojsons into SQL Server<br>
> and I am using ogr2ogr to do so.<br>
> <br>
> Here is an example command I am using:<br>
> <br>
> ogr2ogr -f MSSQLSpatial<br>
> "MSSQL:server=xxx;database=xxx;UID=xxx;PWD=xxx;DRIVER={ODBC Driver 17 for<br>
> SQL Server}" -append --config SPATIAL_INDEX NO --config<br>
> MSSQLSPATIAL_USE_BCP TRUE --config MSSQLSPATIAL_BCP_SIZE 10000 --config<br>
> MSSQLSPATIAL_USE_GEOMETRY_COLUMNS NO -nln INM.nv_lv_ohline -nlt GEOMETRY<br>
> -t_srs EPSG:27700 -s_srs EPSG:4326 -skipfailures -splitlistfields<br>
> $DATA/data.json<br>
> <br>
> I found that it is very slow and I have been checking the SQL Server<br>
> profiler (as suggested already in this thread:<br>
> <a href="https://lists.osgeo.org/pipermail/gdal-dev/2018-May/048520.html" rel="noreferrer" target="_blank">https://lists.osgeo.org/pipermail/gdal-dev/2018-May/048520.html</a>) and I can<br>
> confirm that it is trying to insert every record one-by-one, hence the<br>
> slowness.<br>
> <br>
> What I can't get to understand is how to point gdal to my sql server<br>
> installation.<br>
> <br>
> SQL Server version: 2016<br>
> GDAL: 3.0.4<br>
> <br>
> Thanks and regards,<br>
> <br>
> Hector Muro<br>
> <br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
<br>
> gdal-dev@.osgeo<br>
<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>
<br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html" rel="noreferrer" target="_blank">http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html</a><br>
_______________________________________________<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></blockquote></div>