[mapserver-users] reprojecting maximum extent in PHP MapScript

[Shorthouse, David]

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
<davidpshorthouse at gmail.com> 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)
> <Steve.Lime at state.mn.us> wrote:
>> Do you have a simple dataset and script that illustrates the problem? --Steve
>>
>> -----Original Message-----
>> From: mapserver-users [mailto:mapserver-users-bounces at lists.osgeo.org] On Behalf Of Shorthouse, David
>> Sent: Friday, March 10, 2017 7:39 AM
>> To: mapserver-users at lists.osgeo.org
>> 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
>> mapserver-users at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users