gwt-openlayers-users

[Gwt-openlayers-users] Wrapping XYZ Layer

[Andrew H. <ahh...@gm...>]

Hi Guys,

I have a few things I would like to add/wrap.

Map.updateSize()
http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Map-js.html#OpenLayers.Map.updateSize

Layer.XYZ
http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html


How would you like me to proceed? Do we raise issues or what first e.t.c???

Cheers.

Re: [Gwt-openlayers-users] Wrapping XYZ Layer

[Edwin C. <com...@gm...>]

Hi Andrew,

I wonder when the updateSize method should be called. As far as I know
it should work to let the OpenLayers div be 100% by 100% of the parent
div, since the size of the div is requested from the div when it is
needed. It seems that the updateSize method is a work-around for when
you set a fixed width and height, while in reality the map is not
fixed, but the parent div can be expanded and the div containing the
map should resize to its parent. However, maybe I am missing out on
something there.

If you have a good use case for the XYZ class then please add it to
Trac. You can create tickets without having to log in. It seems the
XYZ class is a low-level thing intended for use in specific OpenLayers
classes, such as the OSM layer. I see that it wrongly states above the
XYZ constructor that it is the OSM layer constructor. We should
possible wrap both the XYZ and the OSM layer, with the OSM layer
extending XYZ.

For OpenStreetMap things are a bit unclear to me, because there is
also the TMS layer, which is wrapped by GWT-OL by someone who used
OpenStreetMap. I am not sure which layer is more up to date XYZ/OSM or
TMS. It seems that one of them is obsolete. The 'osm-layer.html'
example in OpenLayers 2.8 includes OSM data by means of a WMS. The
'tms.html' does have a TMS layer, but is not what I expected to see.
Andrew, if you know more about this, please let me know.

Greetings,
Edwin

On 8 February 2010 05:54, Andrew Hughes <ahh...@gm...> wrote:
> Hi Guys,
> I have a few things I would like to add/wrap.
> Map.updateSize()
> http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Map-js.html#OpenLayers.Map.updateSize
> Layer.XYZ
> http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html
>
> How would you like me to proceed? Do we raise issues or what first e.t.c???
> Cheers.
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>

Re: [Gwt-openlayers-users] Wrapping XYZ Layer

[Andrew H. <ahh...@gm...>]

Hi There,

update()
------------
The problem is specifically related to Google BaseLayer's in OpenLayers
v2.8.

When the div size is changed at runtime you need to call it to sync the
google div's (afaik). Looks like OpenLayers v3.0 has fixed this. However, if
the method is there I don't see any harm in wrapping it.

Layer.XYZ
----------------
My use case is that we have a client who is 110% esri. So, esri Cached Maps,
REST services e.t.c. I've got to get some of these wrapped if we are going
to use OpenLayers. I wasn't aware of the inheritence/relationship of XYZ,
OSM, TMS e.t.c. Regardless of this I will submit this to trac, do some RnD
of the openlayers src and introduce this to openlayers-gwt. I will also have
a look at OpenLayers 3.0 to see if there are any considerations to make now.

Cheers :)


On Tue, Feb 9, 2010 at 6:44 AM, Edwin Commandeur <com...@gm...
> wrote:

> Hi Andrew,
>
> I wonder when the updateSize method should be called. As far as I know
> it should work to let the OpenLayers div be 100% by 100% of the parent
> div, since the size of the div is requested from the div when it is
> needed. It seems that the updateSize method is a work-around for when
> you set a fixed width and height, while in reality the map is not
> fixed, but the parent div can be expanded and the div containing the
> map should resize to its parent. However, maybe I am missing out on
> something there.
>
> If you have a good use case for the XYZ class then please add it to
> Trac. You can create tickets without having to log in. It seems the
> XYZ class is a low-level thing intended for use in specific OpenLayers
> classes, such as the OSM layer. I see that it wrongly states above the
> XYZ constructor that it is the OSM layer constructor. We should
> possible wrap both the XYZ and the OSM layer, with the OSM layer
> extending XYZ.
>
> For OpenStreetMap things are a bit unclear to me, because there is
> also the TMS layer, which is wrapped by GWT-OL by someone who used
> OpenStreetMap. I am not sure which layer is more up to date XYZ/OSM or
> TMS. It seems that one of them is obsolete. The 'osm-layer.html'
> example in OpenLayers 2.8 includes OSM data by means of a WMS. The
> 'tms.html' does have a TMS layer, but is not what I expected to see.
> Andrew, if you know more about this, please let me know.
>
> Greetings,
> Edwin
>
> On 8 February 2010 05:54, Andrew Hughes <ahh...@gm...> wrote:
> > Hi Guys,
> > I have a few things I would like to add/wrap.
> > Map.updateSize()
> >
> http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Map-js.html#OpenLayers.Map.updateSize
> > Layer.XYZ
> >
> http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html
> >
> > How would you like me to proceed? Do we raise issues or what first
> e.t.c???
> > Cheers.
> >
> >
> ------------------------------------------------------------------------------
> > The Planet: dedicated and managed hosting, cloud storage, colocation
> > Stay online with enterprise data centers and the best network in the
> > business
> > Choose flexible plans and management services without long-term contracts
> > Personal 24x7 support from experience hosting pros just a phone call
> away.
> > http://p.sf.net/sfu/theplanet-com
> > _______________________________________________
> > Gwt-openlayers-users mailing list
> > Gwt...@li...
> > https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
> >
> >
>

Re: [Gwt-openlayers-users] Wrapping XYZ Layer

[Edwin C. <com...@gm...>]

Hi Andrew,

It is indeed unproblematic to wrap updateSize, but then I think we
should describe it's use clearer than it is currently described in the
OpenLayers API. I will add the method to Map and document that it's
for specific kinds of divs. Any suggestions for JavaDoc are welcome.

Great if you would like to research the XYZ layer a bit and add a Trac
ticket about it. The name XYZ layer is a horrible choice of name IMHO.
It should at least have been called XYZGrid and maybe we can give it
that name in GWT-OL. I do not fully understand the Z -bit, but that is
probably my lack of knowledge about this type of layer.

Greetings,
Edwin

On 8 February 2010 23:49, Andrew Hughes <ahh...@gm...> wrote:
> Hi There,
> update()
> ------------
> The problem is specifically related to Google BaseLayer's in OpenLayers
> v2.8.
> When the div size is changed at runtime you need to call it to sync the
> google div's (afaik). Looks like OpenLayers v3.0 has fixed this. However, if
> the method is there I don't see any harm in wrapping it.
> Layer.XYZ
> ----------------
> My use case is that we have a client who is 110% esri. So, esri Cached Maps,
> REST services e.t.c. I've got to get some of these wrapped if we are going
> to use OpenLayers. I wasn't aware of the inheritence/relationship of XYZ,
> OSM, TMS e.t.c. Regardless of this I will submit this to trac, do some RnD
> of the openlayers src and introduce this to openlayers-gwt. I will also have
> a look at OpenLayers 3.0 to see if there are any considerations to make now.
>
> Cheers :)
>
> On Tue, Feb 9, 2010 at 6:44 AM, Edwin Commandeur
> <com...@gm...> wrote:
>>
>> Hi Andrew,
>>
>> I wonder when the updateSize method should be called. As far as I know
>> it should work to let the OpenLayers div be 100% by 100% of the parent
>> div, since the size of the div is requested from the div when it is
>> needed. It seems that the updateSize method is a work-around for when
>> you set a fixed width and height, while in reality the map is not
>> fixed, but the parent div can be expanded and the div containing the
>> map should resize to its parent. However, maybe I am missing out on
>> something there.
>>
>> If you have a good use case for the XYZ class then please add it to
>> Trac. You can create tickets without having to log in. It seems the
>> XYZ class is a low-level thing intended for use in specific OpenLayers
>> classes, such as the OSM layer. I see that it wrongly states above the
>> XYZ constructor that it is the OSM layer constructor. We should
>> possible wrap both the XYZ and the OSM layer, with the OSM layer
>> extending XYZ.
>>
>> For OpenStreetMap things are a bit unclear to me, because there is
>> also the TMS layer, which is wrapped by GWT-OL by someone who used
>> OpenStreetMap. I am not sure which layer is more up to date XYZ/OSM or
>> TMS. It seems that one of them is obsolete. The 'osm-layer.html'
>> example in OpenLayers 2.8 includes OSM data by means of a WMS. The
>> 'tms.html' does have a TMS layer, but is not what I expected to see.
>> Andrew, if you know more about this, please let me know.
>>
>> Greetings,
>> Edwin
>>
>> On 8 February 2010 05:54, Andrew Hughes <ahh...@gm...> wrote:
>> > Hi Guys,
>> > I have a few things I would like to add/wrap.
>> > Map.updateSize()
>> >
>> > http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Map-js.html#OpenLayers.Map.updateSize
>> > Layer.XYZ
>> >
>> > http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Layer/XYZ-js.html
>> >
>> > How would you like me to proceed? Do we raise issues or what first
>> > e.t.c???
>> > Cheers.
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > The Planet: dedicated and managed hosting, cloud storage, colocation
>> > Stay online with enterprise data centers and the best network in the
>> > business
>> > Choose flexible plans and management services without long-term
>> > contracts
>> > Personal 24x7 support from experience hosting pros just a phone call
>> > away.
>> > http://p.sf.net/sfu/theplanet-com
>> > _______________________________________________
>> > Gwt-openlayers-users mailing list
>> > Gwt...@li...
>> > https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>> >
>> >
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>