Re: [gdal-dev] gdal re-projeciton problem with Polar Stereographic projections

Folks, It seems I neglected to review the output from the gdalinfo I posted before closely. I now notice it reports the latitude_of_origin as 0 isntead of -71 as it ought to for EPSG:3031. I believe this is a bug in the GeoTIFF code for reconsituting an SRS. On the other hand my "gdalsrsinfo EP

Re: [gdal-dev] gdal re-projeciton problem with Polar Stereographic projections

Frank and Andreas, I've experienced similar issues for years when using EPSG codes for polar stereographic projections (e.g., EPSG:3031, EPSG:3413). Thanks for reporting Andreas. My workaround for this issue is to provide the full proj4 string to gdalwarp instead of the EPSG code. This strin

Re: [gdal-dev] Motion: Promote 1.10.0RC5 for release

+1 Thank you! Daniel On 13-04-24 3:09 PM, Even Rouault wrote: Motion: GDAL/OGR 1.10.0RC5 is promoted to be the official 1.10.0 final release. --- I'll start the voting again with my : +1 Even --- The changes since RC4 are : - #5060: Spatialite: avoid spatiliate views to emit (hidden) err

[gdal-dev] MODIS Cloud Mask reprojection

Hi Rudger I have a similar problem like Laure in the former thread "MODIS reprojection". I'd like to process the most recent, high resolution and free cloud data of middle Europe. => I think it's MODIS Terra and Acqua, right? Below you see the result of rhe metadata of my input file. How can I co

[gdal-dev] Motion: Promote 1.10.0RC5 for release

Motion: GDAL/OGR 1.10.0RC5 is promoted to be the official 1.10.0 final release. --- I'll start the voting again with my : +1 Even --- The changes since RC4 are : - #5060: Spatialite: avoid spatiliate views to emit (hidden) errors that cause troubles to MapServer OGR input driver (which was t

Re: [gdal-dev] [REMINDER] Motion: Promote 1.10.0RC4 for release --> RETRACTED

Le mercredi 24 avril 2013 14:42:35, Daniel Morissette a écrit : > Even, > > Is the Spatialite issue in http://trac.osgeo.org/gdal/ticket/5060 a new > regression in GDAL 1.10 or has this been around for a while? > > If it is new in GDAL 1.10 then I am thinking of turning my vote to -1 > because th

Re: [gdal-dev] gdal re-projeciton problem with Polar Stereographic projections

Andreas, I have downloaded test.3031.tif and run gdalinfo (trunk) against it and get the right results: Driver: GTiff/GeoTIFF Files: test.3031.tif Size is 398, 398 Coordinate System is: PROJCS["WGS 84 / Antarctic Polar Stereographic", GEOGCS["WGS 84", DATUM["WGS_1984", SPH

[gdal-dev] gdal re-projeciton problem with Polar Stereographic projections

Hi list, We are experiencing problems with GeoTIFF images generated by gdalwarp (v1.9.2) while map projecting towards a Polar Stereographic projection, particularly EPSG:3031 (although other PS map projections showed the same effect). The source image is a World Mercator (EPSG:3395) projected G

Re: [gdal-dev] [REMINDER] Motion: Promote 1.10.0RC4 for release

Even, Is the Spatialite issue in http://trac.osgeo.org/gdal/ticket/5060 a new regression in GDAL 1.10 or has this been around for a while? If it is new in GDAL 1.10 then I am thinking of turning my vote to -1 because this seems to be preventing the use of Spatialite with MapServer in mapfile

Re: [gdal-dev] GetGeoTransform() valid?

On 04/24/2013 09:26 AM, Frank Warmerdam wrote: On Wed, Apr 24, 2013 at 12:21 AM, Wim de Vries > wrote: Thanks for taking the time to answer. On 04/24/2013 02:07 AM, Frank Warmerdam wrote: ... Is the relationship between your images and geographic (la

Re: [gdal-dev] translating palettes in geotiff - followup

David Strip stripfamily.net> writes: > > In my previous email, I laid out a process that seems to work for me. > Now I realize that while this works for a single input file, how do I > generalize it to work on a set of tiles? > At first I naively thought I could just replace the SourceFileName

Re: [gdal-dev] GetGeoTransform() valid?

On Wed, Apr 24, 2013 at 12:21 AM, Wim de Vries wrote: > Thanks for taking the time to answer. > On 04/24/2013 02:07 AM, Frank Warmerdam wrote: > ... > > Is the relationship between your images and geographic (lat/long) > coordinate space affine? If so, a geotransform will do just fine. (ie.

Re: [gdal-dev] GetGeoTransform() valid?

Thanks for taking the time to answer. On 04/24/2013 02:07 AM, Frank Warmerdam wrote: ... Is the relationship between your images and geographic (lat/long) coordinate space affine? If so, a geotransform will do just fine. (ie. is the pixel spacing uniform over the image in terms of decimal deg