Thanks Paul.
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?
So my command is something like this:
ogr2ogr -progress PG:"dbname='postgis'
active_schema=schema1 schemas=schema1 " -f "SQLit
You could use the OGR sql query option to wrap your geometry call in a force2d
or force3d function call in PostGIS?
--
Paul Ramsey
http://cleverelephant.ca
http://postgis.net
On February 11, 2015 at 9:54:07 AM, Duarte Carreira (dncarre...@gmail.com)
wrote:
Hi there.
I’m trying to figure o
Hi there.
I’m trying to figure out how to read xyzm geometries from postgis with
ogr2ogr, if at all possible.
I get the usual "is not supported" error:
ERROR 1: Reading EWKB with 4-dimensional coordinates (XYZM) is not supported
But reading old tickets I get the idea there is a way to rea
+1
Daniel
On 2015-02-11 4:29 AM, Even Rouault wrote:
Hi,
As no points have been raised,
Motion : I move to adopt RFC 53: OGR not-null constraints and default values
http://trac.osgeo.org/gdal/wiki/rfc53_ogr_notnull_default
Starting with my +1
Best regards,
Even
--
Daniel Morissette
T:
Brendan,
thanks for the follow-up. I've just committed a fix so that the error report is
hopefully clearer now:
$ python swig/python/samples/tolatlong.py 0 0 byte.png
ERROR: Cannot import projection ''
Even
Le mercredi 11 février 2015 14:01:30, DeTracey, Brendan a écrit :
> I found the problem
I found the problem, and wanted to my idiot mistake archived for posterity.
The CoordinateTransformation_TransformPoint error is thrown when a raster has
no projection. I was working with a raster that I had created myself from
vectors. I finally tried another sample raster and it worked. I am
Hi,
As I'll give a talk about GDAL 2.0 at FOSS4G-NA next month, I'm curious to
know if folks have things in their queue for 2.0 that they would wish to be
mentionned, or more generally they want to discuss here so that we have a
better picture of what is going on.
As fas as I'm concerned, beyo
Hi Mike,
Sorry, I’ve written “full support of NetCDF-4” but in fact NetCDF-4 compound
types are not supported by my changes at this time, so NASA L3 binned products
are not handled by GDAL.
NASA L3 binned products store pixels in vector of structures (compound types),
with my changes GDAL can n
Even Rouault spatialys.com> writes:
>
> Hi,
>
> As no points have been raised,
>
> Motion : I move to adopt RFC 53: OGR not-null constraints and default values
>
> http://trac.osgeo.org/gdal/wiki/rfc53_ogr_notnull_default
>
> Starting with my +1
+1
-Jukka Rahkonen-
__
Hi,
As no points have been raised,
Motion : I move to adopt RFC 53: OGR not-null constraints and default values
http://trac.osgeo.org/gdal/wiki/rfc53_ogr_notnull_default
Starting with my +1
Best regards,
Even
--
Spatialys - Geospatial professional services
http://www.spatialys.com
Hi,
I just happen to have noticed an email from Hamish Bowman, who will likely be
the primary GSoc administrator for OSGeo for this year.
"""
I need to send a separate email to osgeo-discuss about this, but the
main thing we need from our osgeo teams *this week* is for the member
projects to coo
Joaquim,
Yes I've checked that my point 7) solve the ticket #5291 (tested on the 3 files
of the ticket), and I added the patch (for trunk version) to the ticket.
Julien
-Message d'origine-
De : gdal-dev-boun...@lists.osgeo.org [mailto:gdal-dev-boun...@lists.osgeo.org]
De la part de Joa
Le mardi 10 février 2015 20:05:52, Kurt Schwehr a écrit :
> I think it looks okay w.r.t. fink on mac osx 10.9. autotest failures for
> anyone who is interested:
> https://gist.github.com/schwehr/757bae6bd28d9a7ffc4d
Kurt,
Some of the output traces that contain "fail" do not necessarily make the
13 matches
Mail list logo
