Hi,
yes I figured that out, for now I just drop the index added initialy
and I append new data to the table, though I`m not very optimistic
about not getting any more trouble when publish this table in
geoserver.
regards,
Imran
On Wed, Aug 11, 2010 at 11:25 AM, Peter J Halls wrote:
> Imran,
>
>
Imran,
in the documentation for the OCI Driver it says clearly that the spatial
extent and SDO_GEOM_METADATA entries are not updated when using append mode and
that it is up to the caller to manage these.
It is actually quite easy to code for this, but does require an SQLExecute
to han
Hi list,
I inserted a shape file in oracle 11g, now I have another shape file
with exactly same attributes, I`m using the -append option but it
seems the new shapefile wont get appended to the table, there seems to
be some problem related to the spatial index because data in both
shape files does
Thanks for having fixed this. I have now added a specific header file for
gmlutils.cpp that should avoid those unwanted dependencies.
Le mercredi 11 août 2010 06:32:51, Frank Warmerdam a écrit :
> On Tue, Aug 10, 2010 at 10:05 PM, Joaquim Luis wrote:
> > Hi,
> >
> > I'm getting these compiling
On Tue, Aug 10, 2010 at 10:05 PM, Joaquim Luis wrote:
> Hi,
>
> I'm getting these compiling errors. I did build the trunk version from
> yesterday without any problem
>
> c:\programs\gdaltrunk\gdal\ogr\ogrsf_frmts\gml\gmlreaderp.h(274) : error
> C2143: syntax error : missing ';' before '*'
Joaqui
Hi,
I'm getting these compiling errors. I did build the trunk version from
yesterday without any problem
c:\programs\gdaltrunk\gdal\ogr\ogrsf_frmts\gml\gmlreaderp.h(274) : error
C2143: syntax error : missing ';' before '*'
c:\programs\gdaltrunk\gdal\ogr\ogrsf_frmts\gml\gmlreaderp.h(274) : err
Much of my GIS vocabulary comes from ArcGIS. ArcGIS has a Spatial Analyst Tool
called Focal Statistics. It basically "blurs" the raster by redefining cells
based on a search area (either circle or square), and the values that occur in
these surroundings (you can also control how big the area is
To be more precise, Band.SetOffset() and Band.SetScale() do exist, but they are
recent additions only available in the development version (1.8.0dev).
Le mardi 10 août 2010 15:30:54, Chaitanya kumar CH a écrit :
> Martin,
>
> Python methods do exist.
> Refer to
> http://trac.osgeo.org/gdal/brows
Fab,
I found the problem.
There were some differences in color tables of your images. gdalbuildvrt
application from the latest GDAL version reports the issue when you try to
build the vrt file. You're advised to preprocess your rasters with other
tools, such as pct2rgb.py or "gdal_translate -expan
Martin,
Python methods do exist.
Refer to
http://trac.osgeo.org/gdal/browser/trunk/autotest/gcore/tiff_write.py for
some Python examples of these four methods.
On Tue, Aug 10, 2010 at 6:27 PM, Martin Raspaud wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Frank Warmerdam skrev:
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Warmerdam skrev:
> On Tue, Aug 10, 2010 at 7:16 AM, Martin Raspaud
> wrote:
>> Hmmm, that sounds like a sufficient solution indeed, very good idea, thanks.
>>
>> Is there any scale/slope and offset/intercept tags defined in geotiff ?
>
> Marti
On Tue, Aug 10, 2010 at 7:16 AM, Martin Raspaud wrote:
> Hmmm, that sounds like a sufficient solution indeed, very good idea, thanks.
>
> Is there any scale/slope and offset/intercept tags defined in geotiff ?
Martin,
GDAL supports saving this style of metadata in a private tag as
defined at:
Martin,
You could scale the actual values into 'float' values between 0 and 255.
This way you can still have the resolution. Conversion to 8-bit will be
easier.
Use GDALRasterBand::GetOffset() and GDALRasterBand::GetScale() along with
GDALRasterBand::SetOffset() and GDALRasterBand::SetScale()
Doc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Brooks skrev:
> On Tue, 10 Aug 2010 11:46:00 +0100, Martin Raspaud
> wrote:
>> We have a satellite image in black and white, which show IR brightness
>> temperatures. The data is scaled between 0 and 255 for viewing, and
>> this is
>> packed in
On Tue, 10 Aug 2010 11:46:00 +0100, Martin Raspaud
wrote:
We have a satellite image in black and white, which show IR brightness
temperatures. The data is scaled between 0 and 255 for viewing, and this is
packed in a geotiff file
Now some users would like to have the true value of the brightne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chaitanya kumar CH skrev:
> Martin,
>
> I'm sorry. I just found out that GDALDataset::AddBand() is not supported
> by most format drivers. GeoTiff format driver doesn't support it.
> Also, having different data types for bands may confuse some appli
Martin,
I'm sorry. I just found out that GDALDataset::AddBand() is not supported by
most format drivers. GeoTiff format driver doesn't support it. Also,
having different data types for bands may confuse some applications.
If you are trying to create a mask band, refer to
http://trac.osgeo.org/g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chaitanya kumar CH skrev:
> Martin,
>
> Yes, it is possible.
> You can specify the data type in GDALDataset::AddBand()
Hi,
thanks for your answer.
Unfortunately, I get the following error:
ERROR 6: Dataset does not support the AddBand() method
I a
Martin,
Yes, it is possible.
You can specify the data type in GDALDataset::AddBand()
On Tue, Aug 10, 2010 at 12:44 PM, Martin Raspaud wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all,
>
> I'm using gdal/python and I would like to create geotiffs using one band of
> bytes and o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm using gdal/python and I would like to create geotiffs using one band of
bytes and one of float32s...
Is this even possible ?
Thanks,
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora
20 matches
Mail list logo
