| 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
Comments
[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
pear-qa@lists.php.net
[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 pear.php.net.
In case this was a pear.php.net 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.