Folks,
Does anyone know the link to download gdalwin32dev160.zip?
Thanks in advance.
Reinaldo
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi all,
I have a world shapefile and when I project it from EPSG:4326 to
EPSG:900913 I get strange lines wrapping around east-west wise.
ogr2ogr -t_srs EPSG:900913 -s_srs EPSG:4326 . ../world/world-fixed.shp
I have attached the image.
Unprojected extents:
$ shpdump world-fixed.shp | head -4
Here's another way you can do it, a Python script that will create discreet
color classes from a grayscale image. It uses a function named MakeColor
which is currently set to work on Z values between 0 and 255. You can test
it by converting your file into an 8-bit version (gdal_translate -scale -
APOSTOLOS wrote:
> Dear list
>
> SINCE last week i have been strugling installing MSG DRIVER. I
> managed to install MSG DRIVE but i can convert only native format and
> NOT HRIT
> I really wander if ANYONE has read MSG2 HRIT dataset? Because THE
> FILE http://www.gdal.org/frmt_msgn.html sa
Frank,
Could you please build the gdalwin32dev160.zip and make it available,
or is someone else that does that?
Thanks,
Reinaldo
At 01:48 PM 4/10/2009, Frank Warmerdam wrote:
Reinaldo Escada Chohfi wrote:
Thanks Frank,
Yes, I do have the proj.dll is in my path.
Also, I am looking for the g
Reinaldo Escada Chohfi wrote:
Thanks Frank,
Yes, I do have the proj.dll is in my path.
Also, I am looking for the gdalwin32dev160. Is it available, or we
don't need it anymore, just the gdalwin32exe160?
I've been using gdalwin32exe141 & gdalwin32dev141.
Reinaldo,
It appears that a gdalwi
Dear list
SINCE last week i have been strugling installing MSG DRIVER. I managed to
install MSG DRIVE but i can convert only native format and NOT HRIT
I really wander if ANYONE has read MSG2 HRIT dataset?
Because THE FILE http://www.gdal.org/frmt_msgn.html says that GDAL supports
r
Thanks Frank,
Yes, I do have the proj.dll is in my path.
Also, I am looking for the gdalwin32dev160. Is it available, or we
don't need it anymore, just the gdalwin32exe160?
I've been using gdalwin32exe141 & gdalwin32dev141.
Thanks,
Reinaldo
At 11:36 AM 4/10/2009, Frank Warmerdam wrote:
Vincent,
I tried gdalwarp as:
>gdalwarp in.tif out.tif
ERROR 1: Unable to compute a transformation between pixel/line and
georeferenced coordinate for in.tif.
There is no affine transformation and no GCPs.
I guess gdalwarp needs GCPs in in.tif that does not have GCPs in it.
I also tried gdal_t
John Mitchell wrote:
Hi,
When running gdal_translate to get rid of the 3th band of a 3 band RGB
geotiff image:
gdal_translate -b 1 -b 2 sourcefilename outputfilename
It got rid of the 3rd band but it made the first band gray and the
second band undefined which caused the new geotiff to be g
Hi,
When running gdal_translate to get rid of the 3th band of a 3 band RGB
geotiff image:
gdal_translate -b 1 -b 2 sourcefilename outputfilename
It got rid of the 3rd band but it made the first band gray and the second
band undefined which caused the new geotiff to be gray.
How can I keep the co
Reinaldo Escada Chohfi wrote:
> Hello,
>
> The code compiles because it is part of a bigger program. This is
> just the portion on Coordinate Transformation.
It doesn't matter actually how big is the program.
Howard is referring to this particular assignment:
OGRSpatialReference oSourceSRS, oTa
alvarez00 wrote:
I'm trying to make a color ramp for a 1-band tiff file or a jpeg. I have a
1-band tiff file and I converted that tiff file into VRT. I was reading some
of the posts and some suggest to modify the VRT file and add a ColorTable
tag but that doesn't work. My objective is to show the
Hello,
The code compiles because it is part of a bigger program. This is
just the portion on Coordinate Transformation.
Any additional comment is welcomed.
I did not compile GDAL. I am using gdalwin32exe141 & gdalwin32dev141
pre-built GDAL.
Thanks for your help.
Reinaldo
At 01:25 AM 4/1
Reinaldo Escada Chohfi wrote:
Hello all,
We place this piece of code to test how coordinate transformation works
with OGR.
OGRSpatialReference oSourceSRS, oTargetSRS;
OGRCoordinateTransformation *poCT;
double x1, y1;
oSourceSRS="EPSG:4326";
oTargetSRS
mohwawang wrote:
Hi Roger,
gdalinfo gave me only info about coordinates of GCPs but I doubt that are much
useful to GE. Any other way (other than using GCP in gdal_translate) to embed
the coordinates info to the GeoTIFF file?
Mo,
I doubt GE will read and use your gcp's. And as there is no
16 matches
Mail list logo