EUDEM is an "hybrid product based on SRTM and ASTER GDEM data fused by a
weighted averaging approach"
Le 2014-04-15 19:55, Joaquim Luis a écrit :
but the ASTER grids have lower real resolution than the SRTM (despite
being distributed as 1 arc sec grids) and the later are originally
int16 , so s
Oracle does support multiple geometry columns per table.
Mike
On 4/15/14, 6:29 PM, "Even Rouault" wrote:
>Le mardi 15 avril 2014 23:43:13, Martin Landa a écrit :
>> Hi,
>>
>> when importing my testing GML file to Oracle DB I discovered that
>> layers with multiple geometries are not handled by
Le lundi 14 avril 2014 16:16:09, Nicole Stoffels a écrit :
> Dear Gdal-List,
>
> I have a large ASTER file (downloaded from
> http://www.eea.europa.eu/data-and-maps/data/eu-dem#tab-european-data) in
> the GeoTIFF-format. It is compressed with LZW. What I want to do is:
>
> 1. unpack it
> 2. seper
Le mardi 15 avril 2014 17:11:02, Carl Godkin a écrit :
> Hi,
>
> I tried out 1.11.0beta1 yesterday and today and everything I have tried
> seems fine to me on Win64.
>
> I have two small questions:
>
> 1. I really like the change in the Windows build procedure that introduces
> the "nmake.local"
Le mardi 15 avril 2014 23:43:13, Martin Landa a écrit :
> Hi,
>
> when importing my testing GML file to Oracle DB I discovered that
> layers with multiple geometries are not handled by OCI driver
> correctly - only first geometry is converted to DB. When I tried PG on
> Linux, I got tables with mu
Hi,
when importing my testing GML file to Oracle DB I discovered that
layers with multiple geometries are not handled by OCI driver
correctly - only first geometry is converted to DB. When I tried PG on
Linux, I got tables with multiple geometry columns but not in the
Oracle. Does anyone have such
Hi,
2014-04-15 22:44 GMT+02:00 Smith, Michael ERDC-RDE-CRREL-NH
:
> The error indicates that there already is an index by that name. If you
> drop the index manually, then the spatial index will get created.
it doesn't seems to be like that...
drop index obce_idx
Error report -
SQL Error: ORA-01
Hi,
2012-09-20 20:06 GMT+02:00 Jukka Rahkonen :
>> So, if I understood it, you are using ogr2ogr in a Finnins-Finland
> Windows locale but Oracle is set for
>> american.america and the OGR/OCI driver doesn't make the distinction
> automatically.
I had similar problem, I noticed that with Oracle 1
Martin,
The error indicates that there already is an index by that name. If you
drop the index manually, then the spatial index will get created.
Mike
--
Michael Smith
US Army Corps
Remote Sensing GIS/Center
On 4/15/14, 4:24 PM, "Martin Landa" wrote:
>Hi all,
>
>when playing with Oracle I
Hi all,
when playing with Oracle I discovered that `ogr2ogr -f OCI` fails to
create a spatial index.
Deleting directly.
OCI: Prepare(CREATE INDEX "OBCE_IDX" ON OBCE("ORA_GEOMETRY") INDEXTYPE
IS MDSYS.SPATIAL_INDEX )
ERROR 1: ORA-00955: name is already used by an existing object
in CREATE INDEX "
On 15-04-2014 18:43, MORREALE Jean Roc wrote:
If you're talking about the EAA EU_DEM then PNG isn't a good solution
as the whole raster as to be loaded to access a subset of it, a
compressed TIFF with TILED=YES would be better.
Also, you should not try to scale it down to byte as it would only
If you're talking about the EAA EU_DEM then PNG isn't a good solution as
the whole raster as to be loaded to access a subset of it, a compressed
TIFF with TILED=YES would be better.
Also, you should not try to scale it down to byte as it would only 255
values, if I remember well the original d
Hi,
2014-04-12 11:12 GMT+02:00 Jukka Rahkonen :
> It took quite a lot of thinking for many people before you got it to work.
> Driver page http://www.gdal.org/ogr/drv_oci.html does not give any help, it
> does not even mention that oci.dll is somehow involved. Could the more
> advanced OCI users/
Nicole,
You should be able to perform those operations from qgis too. Crop it to
your extents, scale the pixel values and save as PNG.
--
Best regards,
Chaitanya Kumar CH
On 15-Apr-2014 8:21 pm, "Nicole Stoffels" wrote:
> Thanks Chaitanya!
>
>
>> The problem is reading the source file itself. GD
Hi,
I tried out 1.11.0beta1 yesterday and today and everything I have tried
seems fine to me on Win64.
I have two small questions:
1. I really like the change in the Windows build procedure that introduces
the "nmake.local" include in which I can put many of my growing collection
of local edits.
Thanks Chaitanya!
The problem is reading the source file itself. GDAL is unable to find
any valid pixels. Check if you are using the latest GDAL binaries. Use
"gdalinfo -version".
I just installed the latest gdal-version (1.10.1). But it did not solve
my problems. I still get the same error
Hello GDAL developers,
Are there any GDAL committers who would be willing to review my contribution of
a new SQLAnywhere OGR driver? The latest attachment on the ticket below
contains code that has been built and tested on both Ubuntu and Windows. I can
provide assistance with deploying a SQL
Nicole,
The problem is reading the source file itself. GDAL is unable to find any
valid pixels. Check if you are using the latest GDAL binaries. Use
"gdalinfo -version". Use qgis to view the input and output. GIMP can't
handle anything except basic pixel types. The -mm option should find some
vali
Thank you both for your answers. I have applied your suggestions.
Making a single command works but does not change the result.
Concerning the compression, I used LZW instead of NONE. However, it also
does not make any difference.
I also changed the srcwin parameters. I do not get any errors
I everybody,
I'm using Python ReprojectImage function to reproject some images but
there is no way to assign nodata value.
There was already a request for help about one year ago [0], there are
some news?
Otherwise could I open a ticket? is it a bug or enhancement?
Thanks a lot for any hints
[0
20 matches
Mail list logo