OK, I now realize that the underlying source of the problem is that minx is on the antimeridian. If I reduce minx to be slightly greater than -180 and leave all other coords in the bbox/extent as is, then projection from epsg:4326 to epsg:54030 works as expected. This is a bit annoying. I was hoping that I wouldn't have to be the one to introduce a hack-like padding to minx in the event the original minx coord is on the antimeridian.
David On Fri, Mar 10, 2017 at 2:34 PM, Shorthouse, David <[email protected]> wrote: > Steve - > > Have a look at this extremely basic illustration: > https://gist.github.com/dshorthouse/1dc43361902ebe4655f883e0040efc02 > > David > > On Fri, Mar 10, 2017 at 1:34 PM, Lime, Steve D (MNIT) > <[email protected]> wrote: >> Do you have a simple dataset and script that illustrates the problem? --Steve >> >> -----Original Message----- >> From: mapserver-users [mailto:[email protected]] On >> Behalf Of Shorthouse, David >> Sent: Friday, March 10, 2017 7:39 AM >> To: [email protected] >> Subject: [mapserver-users] reprojecting maximum extent in PHP MapScript >> >> I'm trying to project from EPSG:4326 at maximum extent (i.e. >> -180,-90,180,90) to another projection like EPSG:54030 (World >> Robinson) using PHP MapScript but the resultant extent produced from >> setExtent is apparently well outside acceptable values & so no output >> is produced. No errors are thrown. If however I adjust the extent to >> be ever so slightly smaller in all cardinal directions (eg -179.99999, >> -89.99999, 179.99999, 89.99999), then I can use the PHP MapScript >> project method on that extent object & produce an output as expected. >> Have I missed something? >> >> Thanks, >> >> David >> _______________________________________________ >> mapserver-users mailing list >> [email protected] >> https://lists.osgeo.org/mailman/listinfo/mapserver-users _______________________________________________ mapserver-users mailing list [email protected] https://lists.osgeo.org/mailman/listinfo/mapserver-users
