Thanks Andrea,
It was just a general question. We use in addition to geoserver an other map
server and it throws exceptions in this case. So I don't see any problem
with geoserver at all! And I like the handling of geoserver in this case,
because if not, the clients (like udig or even geotools) have to do this,
but they don't.
Cheers, Frank
2010/6/23 Andrea Aime <[email protected]>
> Frank Gasdorf ha scritto:
>
> Hello,
>>
>> I have a general question about the behavior of geoserver getMap requests.
>> Could somebody describe the default behavior if the requested BBOX is not
>> completely inside the CRS BBOX. For example the CRS is WGS 84 (EPSG:4326)
>> and the requested bbox values are greater/lower than (-)90 degree for
>> longitude.
>> Could you point me to the source where it's handled? I guess the server
>> doesn't return an error and renders up to maximum of CRS/SRS bounding box.
>> Could you confirm that?
>>
>
> In GeoServer 2.0.x there is no general special treatment.
> There are exceptions specific to geographic data in particular cases
> though:
> - oracle cannot handle queries against geographic data that go beyond
> the -180,-90,180,90 limits, so we cut the bbox to that area
> - on trunk where "advanced projection handling" is enabled by default
> a bbox that spans the dateline will be duplicated on the other
> side to grab that that sits in legit coordinates at the other
> end of the dateline.
>
> This is at least what I can remember by heart.
> It would be easier to help if you asked direct questions (e.g., I
> don't believe you're just curious, what's the problem you're
> seeing?)
>
>
> Cheers
> Andrea
>
>
> --
> Andrea Aime
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
