Hi Even,
2014-07-11 11:33 GMT+02:00 Even Rouault :
> If you see the CREATE TABLE in the debug log, and it is not created, then it
> is
> really weird. Perhaps check the potential surrounding BEGIN/COMMIT/ROLLBACK
> just
> in case. Might it not be an issue with your PostgreSQL instance ?
I trie
Selon Martin Landa :
> Hi,
>
> 2014-07-11 9:07 GMT+02:00 Martin Landa :
> > It's random, usually one or two layers are missing in output DB...
>
> I checked also all tables with
>
> psql vfr -c "SELECT * FROM information_schema.tables WHERE
> table_schema = 'public'"
>
> Some tables (one or two) a
Hi,
2014-07-11 9:07 GMT+02:00 Martin Landa :
> It's random, usually one or two layers are missing in output DB...
I checked also all tables with
psql vfr -c "SELECT * FROM information_schema.tables WHERE
table_schema = 'public'"
Some tables (one or two) are simply not written for unknown reason
Hi,
2014-07-10 11:32 GMT+02:00 Even Rouault :
> I would say that your Zsj layer is a non-spatial layer. Is it the case ?
no, all layers are spatial.
> If yes, then the output of the log and the content of geometry_columns are
> consistant. You may not see it directly when running ogrinfo on the
Hi Martin,
I would say that your Zsj layer is a non-spatial layer. Is it the case ?
If yes, then the output of the log and the content of geometry_columns are
consistant. You may not see it directly when running ogrinfo on the PostGIS DB
since by default only spatial layers are listed. You can how
Hi all,
I have a Python script which converts data from GML (VFR) to PostGIS.
When I am overwriting existing layers in PostGIS, not all layers are
really created. First existing layers are deleted [1] and than created
[2] from scratch.
Steps to reproduce (`git clone https://github.com/landam/ogr-
That did the trick, downloaded the current trunk and rebuilt, thanks.
kss
~~~
Kyle Shannon
Physical Science Technician
RMRS Fire Sciences Lab
Fire, Fuels & Smoke - RWU 4405
5775 Highway 10 W.
Missoula, MT 59808
(406)829-6954
kshan...@fs.fed.us
ksshan...@gmail.com
~~
kss,
That's in the gdal-dev branch (I don't really know my way around the doe
repository). I use both Windows and Linux, and as I recall, it was easier
for me to get it running in Windows using the OSGeo4W installer then to
rebuild on Linux.
I know that's not much info, but maybe it's helpful.
Hello all,
I am using some srtm data for some modeling and I need to get rid of the no
data values. I checked the trac and found gdal_fillnodata.py. Seems like a
good fit, but that script wasn't installed when I built 1.6.1. Is this
script out of date, replaced or available in another form, or d
