27.01.2012 2:49, Frank Warmerdam пишет:
2012/1/24 Frank Warmerdam:
Motion: GDAL/OGR Commit rights are extended to Dmitry Barishnikov
/Дмитрий Барышников (userid: bishop).
Folks,
I declare this motion passed with support from myself, Even, Daniel,
and Tamas. Welcome to the team Dmitri! As a
27.01.2012 3:39, John Twilley пишет:
I am working with elevation and landcover data downloaded from the
USGS. I use gdalwarp to convert the data to a much smaller pixel. The
elevation data works very nicely with cubic resampling, but the only
resampling that works at all for the landcover data i
John,
Try gdaladdo [1] with the resampling algo set to 'mode'. If you use the -ro
option, it will create an external overview. Check your output with
different combinations of levels.
[1]: http://www.gdal.org/gdaladdo.html
On Fri, Jan 27, 2012 at 5:09 AM, John Twilley wrote:
> I am working wit
David,
I checked the images I created now. The GCPs were not considered. So, I
made sure they were used with gdalwarp.
gdalwarp -s_srs "EPSG:4326" -t_srs "EPSG:4326" -refine_gcps 200 10 -of
GTiff
HDF4_EOS:EOS_SWATH:"AIRS.2008.03.12.228.L2.CO2_Sup.v5.4.11.0.CO2.T09254115637.hdf":CO2:CO2ret
CO2_sup_
I am working with elevation and landcover data downloaded from the
USGS. I use gdalwarp to convert the data to a much smaller pixel. The
elevation data works very nicely with cubic resampling, but the only
resampling that works at all for the landcover data is
nearest-neighbor and that's very bloc
2012/1/24 Frank Warmerdam :
> Motion: GDAL/OGR Commit rights are extended to Dmitry Barishnikov
> /Дмитрий Барышников (userid: bishop).
>
Folks,
I declare this motion passed with support from myself, Even, Daniel,
and Tamas. Welcome to the team Dmitri! As a first test of commit
access, please a
Hi,
Later tests suggest that ogr2ogr is checking ALL_SDO_GEOM_METADATA for this
table, even though the table is non-spatial (and declared as such). The lack of
a record there is a trigger for ogr to create the table de novo.
I am able to trick the program by manually registering a (fictitious
John,
Check if it works if you replace "-nln r_sign_ogr" with "-nln R_SIGN_OGR"
On Fri, Jan 27, 2012 at 12:29 AM, J. Burnson wrote:
> Hi,
> Did you mean CPL_DEBUG ON? Here is the output:
>
> OCI: Prepare(CREATE TABLE "R_SIGN_OGR" ( OGR_FID INTEGER))
> ERROR 1: ORA-00955: name is already used by
Hi,
Did you mean CPL_DEBUG ON? Here is the output:
OCI: Prepare(CREATE TABLE "R_SIGN_OGR" ( OGR_FID INTEGER))
ERROR 1: ORA-00955: name is already used by an existing object in CREATE TABLE
"R_SIGN_OGR" ( OGR_FID INTEGER)
ERROR 1: Terminating translation prematurely after failed translation of la
John,
Try setting the layer creation option MULTI_LOAD to NO using -lco with
ogr2ogr and the configuration option CPL_DEBUG to OFF [1]. I hope to get
at least a more usable error message.
[1]: http://trac.osgeo.org/gdal/wiki/ConfigOptions
On Thu, Jan 26, 2012 at 10:31 PM, J. Burnson wrote:
>
Awesome, I'm going to check it out today for sure!
Thanks a lot!
Tyler
On 2012-01-26, at 1:03 AM, Frank Warmerdam wrote:
> On 12-01-25 11:23 AM, Tyler Mitchell wrote:
>> I've bundled together just the basics that I think are needed.
>>
>> http://db.tt/0LtX9YvL
>
> Tyler,
>
> Cool, that seemed
Hi,
I am trying to load a non-spatial CSV file into Oracle using ogr2ogr (GDAL
1.8.1). It works on the first attempt (when no destination table exists) but in
later attempts, I get "name is already used by an existing object".
ogr2ogr -append -f OCI OCI:user/password@db -nln r_sign_ogr X:/
Hi Verena,
can you provide more information. What software version did you use (gdal,
postgis). What kind of geometries is in the database.
psql -d mydb -c "SELECT DISTINCT GeometryType( geom_column ) FROM my_data"
What happend if you select only one geometrytype from database.
ogr2ogr -f "DXF"
Hi Darren,
I tried that option, but the error still remains.
Does anyone have another idea?
Greetings,
Verena
Am 26.01.2012 16:00, schrieb Carman, Darren:
Try adding -nlt POLYGON (also has POINT and LINESTRING options).
We have this option on an older version that used the ODA libraries
Try adding -nlt POLYGON (also has POINT and LINESTRING options).
We have this option on an older version that used the ODA libraries
directly, so can't guarantee it's still the same.
Darren
From: gdal-dev-boun...@lists.osgeo.org
[mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Ver
Hi all,
I'm trying to create DXF files from a PostgreSQL database using ogr2ogr:
|ogr2ogr -nln my_data -a_srs EPSG||:25832 -s_srs EPSG:25832 -t_srs EPSG:25832 -f "DXF"
my_data.dxf PG:'host||=localhost password=xxx user=xxx dbname=MYDB' -sql "SELECT * FROM
my_data||"
|
It works fine with po
On 12-01-25 11:23 AM, Tyler Mitchell wrote:
I've bundled together just the basics that I think are needed.
http://db.tt/0LtX9YvL
Tyler,
Cool, that seemed to have what I needed.
Linux variables seem to look for:
INGRES_LIB -> ingres\lib
INGRES_INC -> ingres\files
There was no build support
17 matches
Mail list logo
