[gdal-dev] Slow convertion from OSM to PG with -skipfailures
Even Rouault
even.rouault at mines-paris.org
Tue May 28 11:16:48 PDT 2013
Le mardi 28 mai 2013 19:49:40, Martin Feuchtwanger a écrit :
> I was having a similar complaint (which i kept to myself at the time)
> when using *ogr2ogr*. In my case, converting GDB file to PG database.
>
> First i used some flags, -a_srs -lco -nln, but these turned out to be a
> massive waste of time (several orders of magnitude). So instead i kept
> to the defaults and made desired changes manually after the fact, in the
> DB.
Martin,
Are you really sure about that ? This would be interesting if you could
demonstrate that with examples. My belief is that -a_srs and -nln cost should
be near 0 compared not to using them. They are only used to setup layer
creation. The effect of -lco of course depends on the option and driver used,
so there's no general rule to draw about this one.
>
> Maybe there should be some stern warnings in the documentation when
> "luxury" options are computationally expensive?
We also accept documentation contributions :-) But performance depends
sometimes on many factors and it is difficult to capture them.
> Then users would be less
> likely to judge ogr2ogr as a poor performer.
I believe that ogr2ogr is generally considered as a good performer. But
funding can sometimes help implementing improvements :-)
Best regards,
Even
--
Geospatial professional services
http://even.rouault.free.fr/services.html
More information about the gdal-dev
mailing list