<div dir="ltr"><div>Thanks Paul.</div><div><br></div>Yes, but I'm trying to export all tables from a schema, so I don't state the names of the tables. I think using sql would require 1 comand per table, right?<div><br></div><div>So my command is something like this:</div><div><br></div><div>ogr2ogr -progress PG:"dbname='postgis' active_schema=schema1 schemas=schema1 <connectioninfo>" -f "SQLite" mydb.sqlite   ....<br></div><div><br></div><div>I was hoping for a magic parameter to avoid the xyzm error...</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 11, 2015 at 5:55 PM, Paul Ramsey <span dir="ltr"><<a href="mailto:pramsey@cleverelephant.ca" target="_blank">pramsey@cleverelephant.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">You could use the OGR sql query option to wrap your geometry call in a force2d or force3d function call in PostGIS?</div> <div>
        
     
     
        <div>
            <br>
        </div>
        -- <br>
        Paul Ramsey<br>
        <a href="http://cleverelephant.ca" target="_blank">http://cleverelephant.ca</a><div><a href="http://postgis.net" target="_blank">http://postgis.net</a>
</div>

     
</div><div><div class="h5"> <br><p style="color:#000">On February 11, 2015 at 9:54:07 AM, Duarte Carreira (<a href="mailto:dncarreira@gmail.com" target="_blank">dncarreira@gmail.com</a>) wrote:</p> </div></div><blockquote type="cite"><span><div><div></div><div><div><div class="h5">






<div dir="ltr">
<p class="MsoNormal">Hi there.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal"><span lang="EN-US">I’m trying
to figure out how to read xyzm geometries from postgis with
ogr2ogr, if at all possible.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">I get the
usual "is not supported" error:</span></p>
<p class="MsoNormal"><span lang="EN-US">ERROR 1:
Reading EWKB with 4-dimensional coordinates (XYZM) is not
supported</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">But
reading old tickets I get the idea there is a way to read and just
ignore the 4^th dimension, instead of getting null
geometries.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">For
instance:</span></p>
<p class="MsoNormal"><span lang="EN-US"><a href="http://trac.osgeo.org/gdal/ticket/1323" target="_blank">http://trac.osgeo.org/gdal/ticket/1323</a></span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">From 8
years ago(!), says:</span></p>
<p class="MsoNormal" style="margin:12pt 21pt;background:rgb(247,247,247)"><span><span lang="EN-US">The problem does not occur if a layer is
accessed
using<br></span></span>OGRPGDataSource::GetLayerByname()<br>
Then, geometry is read in EWKT form and parsed correctly without
any errors but M coordinate is omitted.</p>
<p class="MsoNormal"><span lang="EN-US">Can this
be done using og2ogr?</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks,</span></p>
<span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">Duarte</span><br></div></div></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="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a></div></div></span></blockquote></div></blockquote></div><br></div>