Hi Frederick,
On Wed, Jun 29, 2011 at 1:25 AM, frederick keusch <
frederick.keu...@digimapas.cl> wrote:
>
> I am working here in Chile and we have a lot of earthquakes here, the last
> big one like a year ago. So the problem is that I have a lot of
> georeferenced images, but georeferenced before
Patrick,
Can you give an example of what tags your loosing?
are you using the kml or the libkml driver?
Brian
On Thu, 2011-06-30 at 15:30 -0600, Patrick Wild wrote:
> I am converting KML to .shp with OGR2ORG, however, due to the KML tags
> I am loosing my attributes. Does anyone have any experie
I am converting KML to .shp with OGR2ORG, however, due to the KML tags I am
loosing my attributes. Does anyone have any experience with this?
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
OKAY, found it, and it's an odd one. It has nothing to do with the
shape buffers or the transit into PostGIS... I just wrote a small
program that uses the FGDB API almost exclusively, it only uses OGR to
write the shape buffer.
And the difference is in the declaration of the SRS... when I declare
to retain the 3rd dimension, maybe better use WGS84-3D, EPSG:4329 ?
-Peter
On 06/30/2011 08:45 PM, Paul Ramsey wrote:
In running a round trip from PostGIS>FGDB>PostGIS for a simple table:
3dgeom=# select st_asewkt(g) from points ;
st_asewkt
SRID=4326;POINT(1
In running a round trip from PostGIS>FGDB>PostGIS for a simple table:
3dgeom=# select st_asewkt(g) from points ;
st_asewkt
SRID=4326;POINT(1 2 3)
SRID=4326;POINT(2 3 4)
SRID=4326;POINT(3 4 5)
When I get to FGDB, I've lost my third dimension (still trying to
figu
Thanks Daniele.
I think this is back on topic (at least I think it belongs here)
The link(s) to download the linux 32-bit version of the GDAL native
libraries (see
http://java.net/projects/imageio-ext/downloads/directory/Releases/Dependencies/GDAL/NativeLibraries/1.4.5/Linux32
here ) seems
On Wed, Jun 29, 2011 at 10:37:52PM +0200, Even Rouault wrote:
> Motion: Extend GDAL/OGR Commit Access to Antonio Valentino
+1
Best regards,
Andrey
--
Andrey V. Kiselev
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/l
I already tried this step:
$ gdal_translate -of ENVI -ot Byte -scale File.tif Prova.raw
Input file size is 1828, 1646
0...10...20...30...40...50...60...70...80...90...100 - done.
$ gdalinfo -stats prova.raw
Driver: ENVI/ENVI .hdr Labelled
Files: prova.raw
prova.raw.aux.xml
prova.hd
On 11-06-30 10:20 AM, RSyaoxin wrote:
Hi,all.
I want to correct the envisat N1 image, the gcps I used are come from
the image.This image haven't geo-referenced information and projection,but
it's GCPs have geo-referenced information.However I can not get correct
results,the corrected image
Hi,all.
I want to correct the envisat N1 image, the gcps I used are come from
the image.This image haven't geo-referenced information and projection,but
it's GCPs have geo-referenced information.However I can not get correct
results,the corrected image pixels are all zero.Here is my code:
Hi,
I'm not sure about which type of logic is applied by ENVI when saving to
ENVI 8-bit.
You could try with:
gdal_translate -of ENVI -ot Byte -scale gtiffimg.tif fromgdal.raw
and see the result. the "-scale" option will rescale the pixel values from
the UINT16 range 1 - 24806 to Byte 0 - 255.
In
Driver: GTiff/GeoTIFF
Files: File.tif
File.tfw
Size is 1828, 1646
Coordinate System is:
PROJCS["WGS 84 / UTM zone 47S",
GEOGCS["WGS 84",
DATUM["WGS_1984",
SPHEROID["WGS 84",6378137,298.257223563,
AUTHORITY["EPSG","7030"]],
AUTHORITY["EPSG",
Hi Chaitanya,
after intenting a lot of things to solve the problem including shift grids
for example, we came back to the method with gdal_translate and gdalwarp you
described. And it does work more or less. I did give GCP`s to the corners of
the images and also in the images. The problem is, that
Hi Solimyr,
could you run a "gdalinfo -stats" on your input GTiff to let us better
understand the characteristics of the image to be converted?
Regards,
Daniele
On Thu, Jun 30, 2011 at 3:31 PM, Gianni Cristian wrote:
> Hi guys,
> I need to convert an image from GTiff to ENVI format. I want also
On 11-06-29 02:18 AM, Anton Korosov wrote:
Hi Frank!
There is a bug in the current Envisat driver which could be fixed in 1.8.1.
Not all bands (MDS) are read properly from the MERIS Level 2 imagery. Below are
last lines of the output of
gdalinfo MER_RR__2PNPDK20110502_144833_24913102_00097_4
Hi guys,
I need to convert an image from GTiff to ENVI format. I want also that my
image is in Grayscale. The GTiff image have just one band. If I do with
ENVI, I save the file as Image, ENVI 8-bit (I call this results fromENVI).
When I try to do the same with gdal_translate I do:
gdal_translate -
+1
Tamas
2011/6/29 Even Rouault
> Motion: Extend GDAL/OGR Commit Access to Antonio Valentino
>
> ---
>
> Hi,
>
> Antonio, a regular contributor to discussions on the mailing list, has
> submitted quite a few good quality patches, mainly related to SAR formats,
> over the last few months whose
Hi all,
Il 29/06/2011 22:37, Even Rouault ha scritto:
> Motion: Extend GDAL/OGR Commit Access to Antonio Valentino
>
> ---
>
> Hi,
>
> Antonio, a regular contributor to discussions on the mailing list, has
> submitted quite a few good quality patches, mainly related to SAR formats,
> over the
19 matches
Mail list logo