Opened 16 years ago
Closed 14 years ago
#2305 closed defect (fixed)
gdalwarp fails with many global projections
Reported by: | jluis | Owned by: | warmerdam |
---|---|---|---|
Priority: | normal | Milestone: | 1.7.0 |
Component: | default | Version: | svn-trunk |
Severity: | normal | Keywords: | |
Cc: | Markus Neteler |
Description
Hi, Here are a couple of examples on how gdalwarp fails when projecting a global image
gdalwarp -t_srs +proj=sinu w.tiff w_sino.tiff Creating output file that is 1147P x 572L.
gdalwarp -t_srs +proj=eck4 w.tiff w_eck4.tiff Creating output file that is 1145P x 572L.
gdalwarp -t_srs +proj=vandg w.tiff w_vandg.tiff Creating output file that is 572P x 572L.
Joaquim Luis
Attachments (2)
Change History (5)
by , 16 years ago
comment:1 by , 15 years ago
Cc: | added |
---|
by , 15 years ago
Attachment: | w_sino.jpg added |
---|
comment:2 by , 15 years ago
Version: | unspecified → svn-trunk |
---|
Frank,
e.g., with +proj=sinu the equatorial zone is flipped horizontally. Reproduced with recent trunk.
Markus
comment:3 by , 14 years ago
Milestone: | → 1.7.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
- r18035 /trunk/gdal/ (alg/gdaltransformer.cpp apps/gdalwarp.cpp ogr/ogrct.cpp): gdalwarp: better heuristics to guess output extent when projection from lat/long world extent to other world global projections (sinu, eck4, vandg, EPSG:3785,...); add a CHECK_WITH_INVERT_PROJ configuration option that can be set to TRUE to force OGRProj4CT::TransformEx to check that the result is correct by checking with the inverse projection. gdalwarp can auto-sets this variable when it detects that some points on the edge of the computed raster cannot be projected
- r18036 /trunk/autotest/utilities/ (data/w_jpeg.tiff test_gdalwarp.py): Add test for gdalwarp to global projections (#2305)
Note:
See TracTickets
for help on using tickets.
broken sinusoidal projection result (converted to JPG due to trac file size limit)