Re: [gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-22 Thread Brian Murray
I am still battleing this conversion. I was just informed, via IRC, that gdal won't overwrite existing files, so I may have been making a difference, but not knowing it. In any case, I tossed together a simple script, that thus far, does nothing... #!/bin/sh rm -rf nn.tif n-merc.tif echo '***

Re: [gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-22 Thread Joaquim Luis
Brian, The left side of your image contains a ... legend, so it's not part of the map. How can any program guess what is legend and where the map starts? Joaquim Luis I am still battleing this conversion. I was just informed, via IRC, that gdal won't overwrite existing files, so I may have

Re: [gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-22 Thread Joaquim Luis
Brian Murray wrote: I know. I left that on there in the mean time while I figured out the translations. It wasn't even bending the map at all before. The software just sees the image as a blob of data, that you have to tell it how to transform, so it really didn't care that the map had a legend

[gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-21 Thread Brian Murray
I have a map that is in Lambert Conformal Conical, that I am attempting to convert to something that is more web friendly. That is, vertical lines of longitude and straight lines of latitude, hopefully with equal distance between latitudes. I have attempted to use gdalwarp, but have had absolutely

Re: [gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-21 Thread Brian Murray
From the gdal_translate line, the images are identical, but with added information to the tif, in a geotif style. Once I warp it, the image is squished (as I would expect), but the width is the same. I have also tried embedding all of the geotiff data within the intermediate image, but for some

Re: [gdal-dev] Converting from Lambert (LCC) to latlong/mercator

2009-02-21 Thread Brian Murray
Hm, so maybe that value is correct. 1/0.000854993160055 is 1169.56163712, which would mean its about 1px per km. I think I found an issue even before I warp: gdal_translate -of gtiff -CO TFW=YES -a_ullr -115 56 -105 54 -a_srs +proj=lcc +lat_0=56 +lon_0=-115 +lat_2=49.33 +lat_1=54.66