Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.1.2

Bug #1179 Negative coordinates still appear "flipped"
Submitted: 2004-04-11 15:55 UTC
From: listas at globalpartner dot com dot br Assigned: ostborn
Status: Closed Package: Image_GIS
PHP Version: Irrelevant OS: RedHat Linux
Roadmaps: (Not assigned)    

 [2004-04-11 15:55 UTC] listas at globalpartner dot com dot br
Description: ------------ As you well know, coordinates in the southern hemisphere or east of Greenwich are represented by negative numbers. I assume negative numbers should be used in setRange arguments. The image produced by the package presents a "horizontally and verticaly flipped" (180 degree rotated) image and only in the positive range of coordinates (serious problem when a region crosses equator). Script used is the one used in the example on the home page, but with a different data set (example below). A space is not required before the minus sign (tried to fix this in the E00.php parser). Otherwise, it works great. Reproduce code: --------------- Sample of valid E00 data: EXP 0 /AFS/PSU.EDU/LIBRARY/DCW/FTP/DCW_DATA/17245/RRLINE.E00 ARC 2 1 2714 5 6 13 13 6 -5.0999596E+01-2.0187527E+01-5.0989342E+01-2.0189198E+01 -5.0982140E+01-2.0193340E+01-5.0963341E+01-2.0208616E+01 -5.0952515E+01-2.0211725E+01-5.0941479E+01-2.0212950E+01


 [2004-04-13 04:03 UTC] listas at globalpartner dot com dot br
 [2004-04-30 19:43 UTC] arno at paanstra dot nl
You can fix this bug quit easy. In the file E00.php you find several times "[ -]([0-9]" change it to "([ -][0-9]". That's all. Arno
 [2004-05-01 01:00 UTC] listas at globalpartner dot com dot br
Arno, Thanks for the idea, but I don't think that it fixes the problem. Or problems, to be more precise. a- it still renders a flipped image (rotated 180 deg) b- $map -> setRange needs to accept negative values Jose
 [2004-07-11 22:20 UTC] gurugeek
Dear Maintainer, Your package image_gis has currently 1 open bug. We urge you to take the necessary steps to solve the reported issues at your soonest convenience. If the bug issue hasn’t been addressed yet you are kindly asked to take the necessary steps to ensure a prompt resolution of the problem. If you already addressed the reported problem feel free to change the bug status as soon as possible. Regards David Costa PEAR Quality Assurance
 [2004-07-25 13:57 UTC] sebastian
This bug has been fixed in CVS. In case this was a documentation problem, the fix will show up at the end of next Sunday (CET) on In case this was a website problem, the change will show up on the website in short time. Thank you for the report, and for helping us make PEAR better.