Betreff: Re: AW: [OpenLayers-Users] SphericalMercator and SRS aliases
epsg:900913, epsg:3857, epsg:3785, epsg:102113
On Jul 27, 2010, at 14:25 , Arnd Wippermann wrote:
> Hi,
>
> That way you have to set the SRS in the params and the projection in
> the options.
If you have set a project
richt-
>> Von: users-boun...@openlayers.org
>> [mailto:users-boun...@openlayers.org] Im Auftrag von Anne Blankert
>> Gesendet: Montag, 26. Juli 2010 00:02
>> An: users@openlayers.org
>> Betreff: Re: [OpenLayers-Users] SphericalMercator and SRS aliases
>> epsg:900
rmann
Cc: 'Anne Blankert'; users@openlayers.org
Betreff: Re: [OpenLayers-Users] SphericalMercator and SRS aliases
epsg:900913, epsg:3857, epsg:3785, epsg:102113
Please have a look at http://trac.openlayers.org/ticket/2756 and provide
feedback.
Regards,
Andreas.
On Jul 26, 2010, at 14:1
d
>
>
> -Ursprüngliche Nachricht-
> Von: users-boun...@openlayers.org [mailto:users-boun...@openlayers.org] Im
> Auftrag von Anne Blankert
> Gesendet: Montag, 26. Juli 2010 00:02
> An: users@openlayers.org
> Betreff: Re: [OpenLayers-Users] SphericalMercator and SRS alia
An: users@openlayers.org
Betreff: Re: [OpenLayers-Users] SphericalMercator and SRS aliases
epsg:900913, epsg:3857, epsg:3785, epsg:102113
Hello Arnd,
An option named "sphericalmercatoralias" is indeed very specific to
sphericalmercator.
Maybe, an option named "projection" is not specific
Hi,
what would people think about the following:
layer.projection -> the SRS to use in OpenLayers internally
layer.params.SRS (or layer.params.CRS etc.) -> the SRS to send to the server
Currently, we overwrite params.SRS/CRS/... with layer.projection. Nobody says
we have to.
Opinions?
Regards
Hello Arnd,
An option named "sphericalmercatoralias" is indeed very specific to
sphericalmercator.
Maybe, an option named "projection" is not specific enough. Users could
think that such an option would somehow magically allow reprojecting the
overlay projection to the map projection. Things woul
he Nachricht-
Von: users-boun...@openlayers.org [mailto:users-boun...@openlayers.org] Im
Auftrag von Anne Blankert
Gesendet: Sonntag, 25. Juli 2010 13:54
An: users@openlayers.org
Betreff: Re: [OpenLayers-Users] SphericalMercator and SRS aliases
epsg:900913, epsg:3857, epsg:3785, epsg:102113
Hmm,
I didn't test my code properly, (layers without option sphericalmercator
stopped working). The following code should do better (Version >= 1.3 not
yet tested):
// override OpenLayers.WMS.getFullRequestString class member function
OpenLayers.Layer.WMS.prototype.getFullRequestString = functi
I agree with Phil, their should be built-in support for spherical mercator
aliases after all. The (now) documented work-around does not work if you
need to overlay multiple layers from providers that each support a different
alias.
The idea that Phil published seems to be the best solution I've s
On Jul 19, 2010, at 11:37 AM, ext Anne Blankert wrote:
>
> Thanks for pointing to this fairly complete documentation. However,
> the subject of why and how to use the epsg:900913 aliases and the
> caveats is not yet included. I've added a section "SphericalMercator and
> EPSG aliases" to htt
.
> What do other people think about providing the EPSG aliases by default in
> the OL library?
>
good idea. AGS uses 102113 and I use an override to manage this
projection issue. eg
Ext.override(OpenLayers.Layer.WMS, {
getFullRequestString:function(newParams, al
Hi Anne,
the best way for documentation fixes/additions is to create a patch (svn diff
or unified diff) on the rst document (available in svn) and create a Trac
ticket with the patch attached. TIA.
Best regards,
Bart
--
Looking for flexible support on OpenLayers or GeoExt? Please check out
h
Thanks for pointing to this fairly complete documentation. However,
the subject of why and how to use the epsg:900913 aliases and the
caveats is not yet included. I've added a section "SphericalMercator and
EPSG aliases" to http://trac.openlayers.org/wiki/SphericalMercator.
I don't think user
On Jul 19, 2010, at 8:51 AM, ext Anne Blankert wrote:
>
> Hello Bart,
>
> My 2 cents:
> In my opinion it is quite difficult for users to discover:
> - OpenStreetMap, Google, Bing, Yahoo etc. use a projection called
> 'SphericalMercator'
> - 'SphericalMercator' in OpenLayers uses code 'epsg:90
Hello Bart,
My 2 cents:
In my opinion it is quite difficult for users to discover:
- OpenStreetMap, Google, Bing, Yahoo etc. use a projection called
'SphericalMercator'
- 'SphericalMercator' in OpenLayers uses code 'epsg:900913'
- there exist multiple aliases for 'epsg:900913' and some services
Hi Anne,
check the example (first couple of lines in comments):
http://trac.openlayers.org/browser/trunk/openlayers/examples/web-mercator.js?rev=10384
So that's up to the application to provide (at least for now). But I can
also see that's not really easy for end-users.
What do other people thi
Hello Bart,
I am not sure if
http://trac.openlayers.org/ticket/2665
takes care of the side effect that Control.Measure and MousePosition are
no longer working properly after resetting the projection code?
Anne
On 7/19/2010 12:29 PM, Bart van den Eijnden (OSGIS) wrote:
> Hi Anne,
>
> in trun
Hi Anne,
in trunk this has been addressed, see:
http://trac.openlayers.org/ticket/2665
Best regards,
Bart
> Hello list,
>
> OpenStreetMap and also some popular commercial mapservices (google,
> bing, yahoo) are using the so called sphericalmercator projection.
> OpenLayers has built-in suppor
Hello list,
OpenStreetMap and also some popular commercial mapservices (google,
bing, yahoo) are using the so called sphericalmercator projection.
OpenLayers has built-in support for this type of layer, inherited from
OpenLayers.Layer.SphericalMercator.
If you use a sphericalmercator layer as
20 matches
Mail list logo