gwt-openlayers-users — Users list. Moderately active.

Re: [Gwt-openlayers-users] GWT + Openlayers - WFSProtocol - WFS version 1.1.0 does not work

[Paweł P. <ppa...@gm...>]

Hi!

I have made some mistake in my code, and now everything seems to be working
great. I add new geometry to the database using savestrategy. I used version
1.1.0 in WFSProtocolOptions.

Mikael my code in JS looks like this:

        var saveStrategy = new OpenLayers.Strategy.Save();

	   var  wfsproba = new OpenLayers.Layer.Vector("Editable Features", {
        strategies: [new OpenLayers.Strategy.BBOX(),savestrategy],
        projection: new OpenLayers.Projection("EPSG:4326"),
	   styleMap: wfs_style,
        protocol: new OpenLayers.Protocol.WFS({
            version: "1.1.0",
            url: "http://localhost:8080/geoserver/wfs",
            featureNS :  "http://www.openplans.org/topp",
            featureType: "tasmania_roads",
        })
    });


The most important thing is that you add *projection *section in the
definition, as I did. Please write to me if it works in your case...

BTW I think you should add savestrategy class to the repository, what do you
think about that??
Now I am going to figure it out how to delete, and modify feature... Do you
know if any of this were implemented in GWT-OL?? I suppose that it was
not...

Poul


W dniu 19 marca 2010 10:25 użytkownik Mikael Couzic <
mik...@cl...> napisał:

> Hi Poul,
>
> Did you try to add the version to the WFSProtocolOptions passed as a
> parameter to the constructor of WFSProtocol ?
>
> Mikael
>
>
>
>
> 2010/3/19 Paweł Pawlak <ppa...@gm...>
>
>> Hi  Hi!
>>
>> I am using GWT with Openlayers 2.8. My goal is to save, delete and modify
>> object from Web Browser. I am using for that Vector layer with WFSProtocol.
>> I wrote 'save strategy' class for vector layer, because it has not been
>> included into GWT-OL library yet. When I try to save some features to the
>> database I got in firebug error:
>> *
>>    <ServiceException>
>>       java.lang.RuntimeException: Parsing failed for the_geom:
>> java.lang.ClassCastException: com.vividsolutions.jts.geom.LineString
>> cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> Parsing failed for the_geom: java.lang.ClassCastException:
>> com.vividsolutions.jts.geom.LineString cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> com.vividsolutions.jts.geom.LineString cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> </ServiceException></ServiceExceptionReport>*
>>
>> I was thinking that maybe I have done some mistakes when I create new
>> classes but it was not that.
>>
>> I know why is that. The reason is that I use version of WFS 1.0.0 in
>> declaration of wfsProtocolOptions but in this version that kind of error
>> happens when you try to add LineString geometry to MultiLineString. This was
>> fixed in wfs 1.1.0 but unfortunately when I change the version of
>> WFSprotocol to 1.1.0 my *Vector layer does not appear on the map - IT
>> DOES NOT WORK*. Why is that?? How come version 1.1.0 of WFS does not work
>> in GWT-OL.
>>
>> I have also checked everything in pure JS. In version 1.0.0 of WFSProtocol
>> I got this same error, but when I change the version to 1.1.0 everything
>> work just fine. The new geometry was added to the database, and of course I
>> can see my vector layer on the map.
>>
>> Did anyone have this kinds of problems?
>>
>> Regards,
>> Poul
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Gwt-openlayers-users mailing list
>> Gwt...@li...
>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>
>>
>
>
> --
> Mikael Couzic
> Pôle Business Intelligence
> Groupe Cliris
>

Re: [Gwt-openlayers-users] GWT + Openlayers - WFSProtocol - WFS version 1.1.0 does not work

[Mikael C. <mik...@cl...>]

Hi,

I guess my question was irrelevant.
What I should have said was :
I have myself had problems with WFS 1.1.0, in fact I never actually managed
to read from it, even in JS. Could you send me the JS code that you use with
WFS 1.0.0 and WFS 1.1.0 ?

Mikael


2010/3/19 Mikael Couzic <mik...@cl...>

> Hi Poul,
>
> Did you try to add the version to the WFSProtocolOptions passed as a
> parameter to the constructor of WFSProtocol ?
>
> Mikael
>
>
>
>
> 2010/3/19 Paweł Pawlak <ppa...@gm...>
>
>> Hi  Hi!
>>
>> I am using GWT with Openlayers 2.8. My goal is to save, delete and modify
>> object from Web Browser. I am using for that Vector layer with WFSProtocol.
>> I wrote 'save strategy' class for vector layer, because it has not been
>> included into GWT-OL library yet. When I try to save some features to the
>> database I got in firebug error:
>> *
>>    <ServiceException>
>>       java.lang.RuntimeException: Parsing failed for the_geom:
>> java.lang.ClassCastException: com.vividsolutions.jts.geom.LineString
>> cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> Parsing failed for the_geom: java.lang.ClassCastException:
>> com.vividsolutions.jts.geom.LineString cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> com.vividsolutions.jts.geom.LineString cannot be cast to
>> com.vividsolutions.jts.geom.MultiLineString
>> </ServiceException></ServiceExceptionReport>*
>>
>> I was thinking that maybe I have done some mistakes when I create new
>> classes but it was not that.
>>
>> I know why is that. The reason is that I use version of WFS 1.0.0 in
>> declaration of wfsProtocolOptions but in this version that kind of error
>> happens when you try to add LineString geometry to MultiLineString. This was
>> fixed in wfs 1.1.0 but unfortunately when I change the version of
>> WFSprotocol to 1.1.0 my *Vector layer does not appear on the map - IT
>> DOES NOT WORK*. Why is that?? How come version 1.1.0 of WFS does not work
>> in GWT-OL.
>>
>> I have also checked everything in pure JS. In version 1.0.0 of WFSProtocol
>> I got this same error, but when I change the version to 1.1.0 everything
>> work just fine. The new geometry was added to the database, and of course I
>> can see my vector layer on the map.
>>
>> Did anyone have this kinds of problems?
>>
>> Regards,
>> Poul
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Gwt-openlayers-users mailing list
>> Gwt...@li...
>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>
>>
>
>
> --
> Mikael Couzic
> Pôle Business Intelligence
> Groupe Cliris
>



-- 
Mikael Couzic
Pôle Business Intelligence
Groupe Cliris

Re: [Gwt-openlayers-users] GWT + Openlayers - WFSProtocol - WFS version 1.1.0 does not work

[Mikael C. <mik...@cl...>]

Hi Poul,

Did you try to add the version to the WFSProtocolOptions passed as a
parameter to the constructor of WFSProtocol ?

Mikael




2010/3/19 Paweł Pawlak <ppa...@gm...>

> Hi  Hi!
>
> I am using GWT with Openlayers 2.8. My goal is to save, delete and modify
> object from Web Browser. I am using for that Vector layer with WFSProtocol.
> I wrote 'save strategy' class for vector layer, because it has not been
> included into GWT-OL library yet. When I try to save some features to the
> database I got in firebug error:
> *
>    <ServiceException>
>       java.lang.RuntimeException: Parsing failed for the_geom:
> java.lang.ClassCastException: com.vividsolutions.jts.geom.LineString cannot
> be cast to
> com.vividsolutions.jts.geom.MultiLineString
> Parsing failed for the_geom: java.lang.ClassCastException:
> com.vividsolutions.jts.geom.LineString cannot be cast to
> com.vividsolutions.jts.geom.MultiLineString
> com.vividsolutions.jts.geom.LineString cannot be cast to
> com.vividsolutions.jts.geom.MultiLineString
> </ServiceException></ServiceExceptionReport>*
>
> I was thinking that maybe I have done some mistakes when I create new
> classes but it was not that.
>
> I know why is that. The reason is that I use version of WFS 1.0.0 in
> declaration of wfsProtocolOptions but in this version that kind of error
> happens when you try to add LineString geometry to MultiLineString. This was
> fixed in wfs 1.1.0 but unfortunately when I change the version of
> WFSprotocol to 1.1.0 my *Vector layer does not appear on the map - IT DOES
> NOT WORK*. Why is that?? How come version 1.1.0 of WFS does not work in
> GWT-OL.
>
> I have also checked everything in pure JS. In version 1.0.0 of WFSProtocol
> I got this same error, but when I change the version to 1.1.0 everything
> work just fine. The new geometry was added to the database, and of course I
> can see my vector layer on the map.
>
> Did anyone have this kinds of problems?
>
> Regards,
> Poul
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>


-- 
Mikael Couzic
Pôle Business Intelligence
Groupe Cliris

[Gwt-openlayers-users] GWT + Openlayers - WFSProtocol - WFS version 1.1.0 does not work

[Paweł P. <ppa...@gm...>]

Hi  Hi!

I am using GWT with Openlayers 2.8. My goal is to save, delete and modify
object from Web Browser. I am using for that Vector layer with WFSProtocol.
I wrote 'save strategy' class for vector layer, because it has not been
included into GWT-OL library yet. When I try to save some features to the
database I got in firebug error:
*
   <ServiceException>
      java.lang.RuntimeException: Parsing failed for the_geom:
java.lang.ClassCastException: com.vividsolutions.jts.geom.LineString cannot
be cast to
com.vividsolutions.jts.geom.MultiLineString
Parsing failed for the_geom: java.lang.ClassCastException:
com.vividsolutions.jts.geom.LineString cannot be cast to
com.vividsolutions.jts.geom.MultiLineString
com.vividsolutions.jts.geom.LineString cannot be cast to
com.vividsolutions.jts.geom.MultiLineString
</ServiceException></ServiceExceptionReport>*

I was thinking that maybe I have done some mistakes when I create new
classes but it was not that.

I know why is that. The reason is that I use version of WFS 1.0.0 in
declaration of wfsProtocolOptions but in this version that kind of error
happens when you try to add LineString geometry to MultiLineString. This was
fixed in wfs 1.1.0 but unfortunately when I change the version of
WFSprotocol to 1.1.0 my *Vector layer does not appear on the map - IT DOES
NOT WORK*. Why is that?? How come version 1.1.0 of WFS does not work in
GWT-OL.

I have also checked everything in pure JS. In version 1.0.0 of WFSProtocol I
got this same error, but when I change the version to 1.1.0 everything work
just fine. The new geometry was added to the database, and of course I can
see my vector layer on the map.

Did anyone have this kinds of problems?

Regards,
Poul

Re: [Gwt-openlayers-users] Maven + Project Structure and Showcase

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

Hi Andrew,

I have adjusted to pom to use the antrun plugin for copying the GWT-OL
to the showcase lib, so you just have to run package to copy the jar
once you have adjusted sth.

I tried using the maven-dependencies plugin, but that has a bug with
m2eclipse, as it tries to copy a classes folder for some strange
reason. The antrun plugin works simpler and you do not need to have
ant installed, as the antrun plugin is a maven thing.

Greetings,
Edwin

On 22 February 2010 13:05, Andrew Hughes <ahh...@gm...> wrote:
> FYI: Here's the post from the "GWT Eclipse Plugin Team" @ 14th Jan.
> http://groups.google.com/group/google-web-toolkit/browse_thread/thread/b43de4bb51a0ea2d/b0b46575d4892d9c
>
> On Mon, Feb 22, 2010 at 5:11 PM, Andrew Hughes <ahh...@gm...> wrote:
>>
>> Thanks Guys,
>> There's quite a lot of chatter on the GWT forums regarding support for
>> Maven. GWT 1.7+ made things harder for the Maven guys - many of the
>> complexities have now been resolved (mostly due to GWT's hardcoded paths)
>> but it's not 100%. Google appear to have acknowledged that a significant
>> proportion of GWT development occurs outside the confounds of Eclipse and do
>> in fact exist inside maven. We all like EJB's and Hibernate and Spring and
>> Seam and Struts and.... anyway you get it :)
>> If not now for the showcase, then perhaps soon....
>> Re tests: I think this is a tomcat vs jetty classpath issue. In particular
>> this is related to the Mock dependencies. I don't have code to look at right
>> now, but I this is a known problem and a change in the gwt-***** <scope> can
>> resolve it. I'll have a dig and see what I can find.
>>
>>
>> Take it easy :)
>>
>>
>> On Mon, Feb 22, 2010 at 12:56 AM, Farrukh Najmi
>> <fa...@we...> wrote:
>>>
>>> Guys,
>>>
>>> First my apologies taht I have not been very involved as UI and GWT has
>>> been off my radar for a while.
>>> However, I must say I second doing all project management, build,
>>> distribution, testing etc. tasks via maven.
>>> I also second using maven for all sample projects such as showcase.
>>>
>>> When I was doing active GWT dev all my projects were maven based and I
>>> was able to debug client and server code with Netbeans IDE just fine.
>>>
>>> Make sure to use the following for gwt maven projects:
>>>
>>> http://mojo.codehaus.org/gwt-maven-plugin/
>>>
>>> and to not use the following deprectaed project:
>>>
>>> http://code.google.com/p/gwt-maven/
>>>
>>> Sorry I do not have more informatioon at my finger tips but wanted to
>>> make sure I endorsed the idea of
>>> using maven maximally. The benefits are huge.
>>>
>>> On 02/21/2010 08:06 AM, Edwin Commandeur wrote:
>>> > Hi Andrew,
>>> >
>>> > On of the strongholds of GWT is the IDE support. The showcase has been
>>> > setup as Google Eclipse project, since that is easy to get running
>>> > within the Eclipse IDE as long as you have the official Google Eclipse
>>> > plugin (which will most probably be up-to-date with GWT versions).
>>> >
>>> > The GWT-OL is just a jar-red GWT module, so that is easy to compile
>>> > and package with Maven.
>>> >
>>> > The showcase is a webapp and the Google Eclipse default folder
>>> > structure does not follow the Maven defaults. The showcase should be
>>> > packaged as a war not a jar. However, I think you would always want to
>>> > run the showcase in an IDE, in order to be able look at the code and
>>> > to be able to debug it.
>>> >
>>> > I would agree that it would be nice to use Maven for both building the
>>> > GWT-OL jar and the showcase, and to be independent of the IDE for
>>> > running the showcase (most IDEs have good Maven support).
>>> >
>>> > It is a bit of a pain indeed that you now have to copy the the GWT-OL
>>> > jar to the showcase. Though an Ant task could easily do that after a
>>> > package and that Ant task could be called from Maven. Also, it is
>>> > probably possible to use Maven only for the dependency management for
>>> > the showcase. Then the default Maven goal for the GWT-OL module should
>>> > be install.
>>> >
>>> > I haven't looked at the gwt-maven project for a while, but in the past
>>> > it used to be a bit of a pain to get Maven and GWT play together if
>>> > you want to launch the project and debug it in the IDE. At least, not
>>> > as easy as using the Google Eclipse plugin. For example look at:
>>> > http://www.screaming-penguin.com/node/7353. It is not difficult, but
>>> > automatic copying of the GWT-OL jar or using Maven only for dependency
>>> > management and subsequently running the project with Google Eclipse
>>> > seems easier to me.
>>> >
>>> > What you can always do is make the poms, and copy the showcase stuff
>>> > over to a new folder, for example 'samples' or 'explorer' that is
>>> > setup with Maven in mind and if that works out fine, then we can drop
>>> > the original showcase.
>>> >
>>> > One other thing that has not been fixed yet in the Maven poms is how
>>> > to run the testcases. The GWT stuff is Ant oriented, so it was easy to
>>> > setup an Ant test target, but it would be good to fix this in Maven as
>>> > well.
>>> >
>>> > Greetings,
>>> > Edwin
>>> >
>>> >
>>> >
>>> > On 19 February 2010 00:05, Andrew Hughes<ahh...@gm...>  wrote:
>>> >
>>> >> Hi Guys,
>>> >> I wanted to add something to the showcase (based on some new
>>> >> additions). But
>>> >> this was a little bit odd because...
>>> >> 1. The showcase is not a maven project.
>>> >> 2. If it was, then the showcase/openlayers and not grouped maven
>>> >> project
>>> >> (modules) so I can't (easily) have the showcase depend on the latest
>>> >> snapshot
>>> >> and then you can get into the fact that the showcase really should be
>>> >> on the
>>> >> same compile/test/release lifecycle e.t.c.
>>> >> To fix this would require the following:
>>> >> gwt-openlayers/pom.xml   (artifactId=parent, packaging=pom)
>>> >> gwt-openlayers/gwt-openlayers/pom.xml
>>> >> (artifactId=gwt-openlayers, packaging=jar)
>>> >> gwt-openlayers/showcase/pom.xml (artifactId=showcase, packaging=jar).
>>> >> otherwise, I can't (easily) do a showcase example of recent changes, I
>>> >> can't
>>> >> release them with the gwt-openlayers release and I can't sync the two
>>> >> dependencies in the release phase.
>>> >> Thoughts? :)
>>> >>
>>>
>>> --
>>> Regards,
>>> Farrukh
>>>
>>> Web: http://www.wellfleetsoftware.com
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download Intel&#174; Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> Gwt-openlayers-users mailing list
>>> Gwt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>

Re: [Gwt-openlayers-users] Problem trying to get WMS radar images

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

Hi Greg,

I added a setResolutions method to LayerOptions and MapOptions in
trunk, you can check out the code anonymously.

Greetings,
Edwin

On 13 March 2010 16:27, Edwin Commandeur <com...@gm...> wrote:
> Hi Greg,
>
> You need to set the resolutions on the Map and Layer, however there
> are no methods for that yet. If I find some time I can add them and
> send you an updated jar, or you can check out the source and add them.
>
> Greetings,
> Edwin
>
> On 13 March 2010 00:11, Greg Machala <Gre...@no...> wrote:
>> I was able to trace the url and this is the url:
>> http://radarcache.srh.noaa.gov/tilecache/tilecache.py?FORMAT=image%
>> 2Fpng&LAYERS=radar_slice&TRANSPARENT=true&RADAR=NAT&LEVEL=NET&TILED=false&TIME=2010-03-12T16%3A05&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&_OLSALT=0.024564905486804567&BBOX=-87.439537644386,33.015840291977,-86.842373371124,33.613004565239&WIDTH=256&HEIGHT=256
>>
>> This is the error:
>> An error occurred: can't find resolution index for 0.003906. Available
>> resolutions are:
>> [156543.03392804062, 78271.516964020309, 39135.758482010155, 19567.879241005077, 9783.9396205025387, 4891.9698102512693, 2445.9849051256347, 1222.9924525628173, 611.49622628140867, 305.74811314070433, 152.87405657035217, 76.437028285176083, 38.218514142588042, 19.109257071294021, 9.5546285356470104, 4.7773142678235052, 2.3886571339117526, 1.1943285669558763, 0.59716428347793815, 0.29858214173896908]
>>
>> I was reading this in the source code:
>> * Somehow this is not an API property in OL, but it seems it would
>>         * make sense as an API property and it is well documented:
>>         * </p>
>>         * <p>
>>         * For a base layer that supports it, allow the map resolution
>>         * to be set to a value between one of the values in the resolutions
>>         * array.  Default is false.
>>         *
>>         * When fractionalZoom is set to true, it is possible to zoom to
>>         * an arbitrary extent.  This requires a base layer from a source
>>         * that supports requests for arbitrary extents (i.e. not cached
>>         * tiles on a regular lattice).  This means that fractionalZoom
>>         * will not work with commercial layers (Google, Yahoo, VE), layers
>>         * using TileCache, or any other pre-cached data sources.
>>         *
>>         * If you are using fractionalZoom, then you should also use
>>         * getResolutionForZoom instead of layer.resolutions[zoom] as the
>>         * former works for non-integer zoom levels.
>>
>> I tried turning fractionalZoom off and it still didn't work.  I am following
>> what this says that you need to create 16 resolutions in an array and only
>> use those but I don't see where this array is created and injected into
>> openLayers.
>>
>> Do you have any ideas?
>>
>> Greg
>>
>> On Fri, 2010-03-12 at 19:36 +0100, Edwin Commandeur wrote:
>>> hi Greg,
>>>
>>> In the code below you create a correct JSObject, but do not set it on
>>> the WMSParams with setJSObject.
>>>
>>> You can check on the WMSParams if the format and layers are set
>>> correctly after setting the JSObject.
>>>
>>> The best way to see the URL is to debug the GWT app in the browser
>>> with Firebug, which is easiest if you are on GWT 2.0.
>>>
>>> Greetings,
>>> Edwin
>>>
>>> On 12 March 2010 18:33, Greg Machala <Gre...@no...> wrote:
>>> > Yes it works in javascript I got the parameters from a working
>>> > javascript project.  I changed it to the following and just get
>>> > broken image of pink tiles. Is there some way to print to console
>>> > the url openlayers is generating?
>>> >
>>> > private Layer getRadarLayer() {
>>> >                WMSOptions wmsOptions = new WMSOptions();
>>> >                wmsOptions.setSingleTile(false);
>>> >                wmsOptions.setIsBaseLayer(false);
>>> >                wmsOptions.setBuffer(0);
>>> >                WMSParams wmsParams = new WMSParams();
>>> >                JSObject jsObject = JSObject.createJSObject();
>>> >                jsObject.setProperty("format","image/png");
>>> >                jsObject.setProperty("layers", "radar_slice");
>>> >                jsObject.setProperty("transparent", "true");
>>> >                jsObject.setProperty("radar", "NAT");
>>> >                jsObject.setProperty("level", "NET");
>>> >                jsObject.setProperty("tiled", "true");
>>> >                jsObject.setProperty("time", "2010-03-11T17:00");
>>> >
>>> >                return new WMS("Radar", WMS_RADAR_URL, wmsParams, wmsOptions);
>>> >    }
>>> >
>>> >
>>> >
>>> > On Fri, 2010-03-12 at 18:23 +0100, Edwin Commandeur wrote:
>>> >> Hi Greg,
>>> >>
>>> >> By setting the JSObject on wmsParams2 you let wmsParams2 wrap the
>>> >> JSObject you create, overriding the JSObject it created internally on
>>> >> which the layers, tranparancy etc were set.
>>> >>
>>> >> I think it should work if you set all properties on a newly created
>>> >> JSObject, including layers, transparency etc.
>>> >>
>>> >> Did you try if it works in Javascript?
>>> >>
>>> >> Greetings,
>>> >> Edwin
>>> >>
>>> >> On 12 March 2010 17:33, Greg Machala <Gre...@no...> wrote:
>>> >> > Hello,
>>> >> >
>>> >> > I am new to OpenLayers GWT and really like it a lot.
>>> >> > I am working with maps on a local GeoServer and it
>>> >> > works great.  I am running into difficulty trying to
>>> >> > load a WMS radar image from this site:
>>> >> > public static final String WMS_RADAR_URL = "http://radarcache.srh.noaa.gov/tilecache/tilecache.py";
>>> >> >
>>> >> > using this method:
>>> >> >
>>> >> > private Layer getRadarLayer() {
>>> >> >                WMSOptions wmsOptions = new WMSOptions();
>>> >> >                wmsOptions.setSingleTile(false);
>>> >> >                wmsOptions.setIsBaseLayer(false);
>>> >> >                wmsOptions.setBuffer(0);
>>> >> >                WMSParams wmsParams2 = new WMSParams();
>>> >> >                wmsParams2.setLayers("radar_slice");
>>> >> >                wmsParams2.setIsTransparent(true);
>>> >> >                wmsParams2.setFormat("image/png");
>>> >> >                JSObject jsObject = JSObject.createJSObject();
>>> >> >                jsObject.setProperty("radar", "NAT");
>>> >> >                jsObject.setProperty("level", "NET");
>>> >> >                jsObject.setProperty("tiled", "true");
>>> >> >                jsObject.setProperty("time", "2010-03-11T17:00");
>>> >> >                wmsParams2.setJSObject(jsObject);
>>> >> >                return new WMS("Radar", WMS_RADAR_URL, wmsParams2, wmsOptions);
>>> >> > }
>>> >> >
>>> >> > The tilecache.py needs the variables set for radar=,level=,time= to grab the right image
>>> >> > am I doing this correctly?
>>> >> >
>>> >> > Thanks,
>>> >> >
>>> >> > Greg Machala
>>> >> > ITO-National Weather Service-BHM,AL
>>> >> >
>>> >> >
>>> >> > ------------------------------------------------------------------------------
>>> >> > Download Intel&#174; Parallel Studio Eval
>>> >> > Try the new software tools for yourself. Speed compiling, find bugs
>>> >> > proactively, and fine-tune applications for parallel performance.
>>> >> > See why Intel Parallel Studio got high marks during beta.
>>> >> > http://p.sf.net/sfu/intel-sw-dev
>>> >> > _______________________________________________
>>> >> > Gwt-openlayers-users mailing list
>>> >> > Gwt...@li...
>>> >> > https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>> >> >
>>> >>
>>> >> ------------------------------------------------------------------------------
>>> >> Download Intel&#174; Parallel Studio Eval
>>> >> Try the new software tools for yourself. Speed compiling, find bugs
>>> >> proactively, and fine-tune applications for parallel performance.
>>> >> See why Intel Parallel Studio got high marks during beta.
>>> >> http://p.sf.net/sfu/intel-sw-dev
>>> >> _______________________________________________
>>> >> Gwt-openlayers-users mailing list
>>> >> Gwt...@li...
>>> >> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>> >
>>> >
>>
>>
>

Re: [Gwt-openlayers-users] Problem trying to get WMS radar images

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

Hi Greg,

By setting the JSObject on wmsParams2 you let wmsParams2 wrap the
JSObject you create, overriding the JSObject it created internally on
which the layers, tranparancy etc were set.

I think it should work if you set all properties on a newly created
JSObject, including layers, transparency etc.

Did you try if it works in Javascript?

Greetings,
Edwin

On 12 March 2010 17:33, Greg Machala <Gre...@no...> wrote:
> Hello,
>
> I am new to OpenLayers GWT and really like it a lot.
> I am working with maps on a local GeoServer and it
> works great.  I am running into difficulty trying to
> load a WMS radar image from this site:
> public static final String WMS_RADAR_URL = "http://radarcache.srh.noaa.gov/tilecache/tilecache.py";
>
> using this method:
>
> private Layer getRadarLayer() {
>                WMSOptions wmsOptions = new WMSOptions();
>                wmsOptions.setSingleTile(false);
>                wmsOptions.setIsBaseLayer(false);
>                wmsOptions.setBuffer(0);
>                WMSParams wmsParams2 = new WMSParams();
>                wmsParams2.setLayers("radar_slice");
>                wmsParams2.setIsTransparent(true);
>                wmsParams2.setFormat("image/png");
>                JSObject jsObject = JSObject.createJSObject();
>                jsObject.setProperty("radar", "NAT");
>                jsObject.setProperty("level", "NET");
>                jsObject.setProperty("tiled", "true");
>                jsObject.setProperty("time", "2010-03-11T17:00");
>                wmsParams2.setJSObject(jsObject);
>                return new WMS("Radar", WMS_RADAR_URL, wmsParams2, wmsOptions);
> }
>
> The tilecache.py needs the variables set for radar=,level=,time= to grab the right image
> am I doing this correctly?
>
> Thanks,
>
> Greg Machala
> ITO-National Weather Service-BHM,AL
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>

[Gwt-openlayers-users] Problem trying to get WMS radar images

[Greg M. <Gre...@no...>]

Hello,

I am new to OpenLayers GWT and really like it a lot.
I am working with maps on a local GeoServer and it
works great.  I am running into difficulty trying to
load a WMS radar image from this site:
public static final String WMS_RADAR_URL = "http://radarcache.srh.noaa.gov/tilecache/tilecache.py";
   
using this method:

private Layer getRadarLayer() {
		WMSOptions wmsOptions = new WMSOptions();
		wmsOptions.setSingleTile(false);
		wmsOptions.setIsBaseLayer(false);
		wmsOptions.setBuffer(0);
		WMSParams wmsParams2 = new WMSParams();
		wmsParams2.setLayers("radar_slice");
		wmsParams2.setIsTransparent(true);
		wmsParams2.setFormat("image/png");
		JSObject jsObject = JSObject.createJSObject();
		jsObject.setProperty("radar", "NAT");
		jsObject.setProperty("level", "NET");
		jsObject.setProperty("tiled", "true");
		jsObject.setProperty("time", "2010-03-11T17:00");
		wmsParams2.setJSObject(jsObject);
		return new WMS("Radar", WMS_RADAR_URL, wmsParams2, wmsOptions);
}

The tilecache.py needs the variables set for radar=,level=,time= to grab the right image
am I doing this correctly?

Thanks,

Greg Machala
ITO-National Weather Service-BHM,AL

[Gwt-openlayers-users] Redraw?

[Brian W. <Bri...@no...>]

Is there a gwt-openlayers equivalent to the OpenLayers function redraw which
causes the layer update itself?

 

layer.redraw(true);

 

http://dev.openlayers.org/releases/OpenLayers-2.7/doc/apidocs/files/OpenLaye
rs/Layer-js.html#OpenLayers.Layer.redraw

 

Thanks!

 

_________________________________________________

Brian Walawender

Technique Development Meteorologist

Scientific Services Division - Central Region Headquarters

816-268-3114 - Office

816-805-6497 - Cell

 

Re: [Gwt-openlayers-users] Dynamic resize of Map

[dan t. <dan...@go...>]

Hi Chris,

I've been wanted to do exactly the same thing. You just need to set
everything to 100%, then add a DeferredCommand in your entry point method
that calls map.updatesize();

For example...

public void onModuleLoad() {


...


final MapWidget mapWidget = new MapWidget("100%", "100%", config);


...


DockLayoutPanel dp = new DockLayoutPanel(Unit.PCT);

dp.setHeight("100%");

dp.setWidth("100%");

dp.add(mapWidget);


 RootLayoutPanel.get().add(dp);

...


mapWidget.getMap().setCenter(new LonLat(lon, lat), zoom);

 DeferredCommand.addCommand(new Command() {

@Override

public void execute() {

mapWidget.getMap().updateSize();

}

});


}

You can see the class in full here:

*
http://code.google.com/p/dantwining/source/browse/trunk/FullScreenMap/src/com/dantwining/webmap/client/FullScreenMap.java
*


On 8 March 2010 04:09, Christopher Navarro <cna...@gm...> wrote:

> Is there a way to dynamically resize the Map in GWT-OL so that it takes up
> all of the available browser window space?
>
> Thanks,
> Chris
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>

Re: [Gwt-openlayers-users] Fetching VectorFeatures via WFS and parsing GML

[Mikael C. <mik...@cl...>]

Hi everyone,


First of all, congratulations Edwin for your daughter !

Now back to our problem :
To make it quick and simple, I added a read() method in WFSProtocol. It
allows me to get an array of VectorFeatures, having a complete control on
how I add them to my Vector layer.
I'll push it soon.

For the moment, I haven't used the proxy, I bypassed the problem by
deploying my app in the same GlassFish that my GeoServer.

Final step :
Creating new geometries with collections of geometries (still battling with
the JS).


Mikael



2010/3/4 Edwin Commandeur <com...@gm...>

> Hi Mikael,
>
> Just I quick reply:
>
> Have you looked at the latest BasicWFS example code in the showcase?
> There is some stuff that needs to be added to WFS protocol, but it
> should work similar to the examples on dev.openlayers.
>
> The only thing is that the GwtOpenLayersProxy is not working properly,
> perhaps because I put in resourceUrl where it should be targetUrl.
>
> The proxy class should be refactored in my opinion so that the url
> param is not different for GET and POST.
>
> The docs are not in good shape everywhere, so that's a bit of a pity
> indeed.
>
> If anyone feels free to work on the GwtOpenLayersProxy and get the
> BasicWFS sample running that would be great. I won't have time to work
> on it as I just became father of a beautiful daugther.
>
> Greetings,
> Edwin
>
>
>
> On 3 March 2010 19:25, Mikael Couzic <mik...@cl...>
> wrote:
> > Hi all,
> >
> >
> > I'll be working on a project involving GWT-OL in the following weeks, and
> I
> > could use a little advice on how I am going to proceed.
> >
> > To be quick, I'll be displaying regions on a map, and the color of each
> > region will be dynamically calculated on the fly based on GWT server-side
> > values. To complicate things up, some regions will be groups of regions,
> > also defined on the GWT server.
> > My first idea was to set up a GeoServer and fetch the features with WFS
> > GetFeature requests. From there I could display the features with
> whatever
> > style I wanted, and I could even make groups using
> > OpenLayers.Geometry.Collection.calculateBounds (or so I hope I could).
> >
> > But then I couldn't find a simple way to get features (and not layers)
> from
> > WFS, and I could'nt even manage to parse my GML with the corresponding
> GML3
> > class. I'm feeling a bit helpless...
> >
> > The way I see it now, if I stay stuck, here's what I'll have to do :
> > Fetch the features with com.google.gwt.http.client
> > Parse the GML with com.google.gwt.xml.client
> > And from that extract the posList, then generate the points, from that
> > instantiate the LinearRings and then I'll have my features. I feel like I
> > might be reinventing the wheel somewhere.
> >
> > Just to give you the idea, my dream object would be like :
> > List<VectorFeature> features =
> > MyDreamObject.getFeaturesFromRemoteGML(WFS_URL);
> >
> > Has anyone ever tried something similar ?
> > Do you know anything that could help me ?
> > Any help would be MOST appreciated.
> >
> > Thanks !
> >
> >
> > --
> > Mikael
> >
> >
> ------------------------------------------------------------------------------
> > Download Intel&#174; Parallel Studio Eval
> > Try the new software tools for yourself. Speed compiling, find bugs
> > proactively, and fine-tune applications for parallel performance.
> > See why Intel Parallel Studio got high marks during beta.
> > http://p.sf.net/sfu/intel-sw-dev
> > _______________________________________________
> > Gwt-openlayers-users mailing list
> > Gwt...@li...
> > https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
> >
> >
>



-- 
Mikael Couzic
Pôle Business Intelligence
Groupe Cliris

[Gwt-openlayers-users] Dynamic resize of Map

[Christopher N. <cna...@gm...>]

Is there a way to dynamically resize the Map in GWT-OL so that it takes up
all of the available browser window space?

Thanks,
Chris

Re: [Gwt-openlayers-users] Fetching VectorFeatures via WFS and parsing GML

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

Hi Mikael,

Just I quick reply:

Have you looked at the latest BasicWFS example code in the showcase?
There is some stuff that needs to be added to WFS protocol, but it
should work similar to the examples on dev.openlayers.

The only thing is that the GwtOpenLayersProxy is not working properly,
perhaps because I put in resourceUrl where it should be targetUrl.

The proxy class should be refactored in my opinion so that the url
param is not different for GET and POST.

The docs are not in good shape everywhere, so that's a bit of a pity indeed.

If anyone feels free to work on the GwtOpenLayersProxy and get the
BasicWFS sample running that would be great. I won't have time to work
on it as I just became father of a beautiful daugther.

Greetings,
Edwin



On 3 March 2010 19:25, Mikael Couzic <mik...@cl...> wrote:
> Hi all,
>
>
> I'll be working on a project involving GWT-OL in the following weeks, and I
> could use a little advice on how I am going to proceed.
>
> To be quick, I'll be displaying regions on a map, and the color of each
> region will be dynamically calculated on the fly based on GWT server-side
> values. To complicate things up, some regions will be groups of regions,
> also defined on the GWT server.
> My first idea was to set up a GeoServer and fetch the features with WFS
> GetFeature requests. From there I could display the features with whatever
> style I wanted, and I could even make groups using
> OpenLayers.Geometry.Collection.calculateBounds (or so I hope I could).
>
> But then I couldn't find a simple way to get features (and not layers) from
> WFS, and I could'nt even manage to parse my GML with the corresponding GML3
> class. I'm feeling a bit helpless...
>
> The way I see it now, if I stay stuck, here's what I'll have to do :
> Fetch the features with com.google.gwt.http.client
> Parse the GML with com.google.gwt.xml.client
> And from that extract the posList, then generate the points, from that
> instantiate the LinearRings and then I'll have my features. I feel like I
> might be reinventing the wheel somewhere.
>
> Just to give you the idea, my dream object would be like :
> List<VectorFeature> features =
> MyDreamObject.getFeaturesFromRemoteGML(WFS_URL);
>
> Has anyone ever tried something similar ?
> Do you know anything that could help me ?
> Any help would be MOST appreciated.
>
> Thanks !
>
>
> --
> Mikael
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>

Re: [Gwt-openlayers-users] Fetching VectorFeatures via WFS and parsing GML

[Mikael C. <mik...@cl...>]

Hi Josafat (and others),


Thanks for taking time to answer. And I'm happy I'm not the only one having
problems with this ! Anyway, I hope what follows will help you.

I have been pushing my research on GML parsing in OL, and I finally managed
to parse with GML.v3. It wasn't so hard, it's just that I'm not very good in
JS and I always need an example to make anything work.
That done, it was easy to implement that into GWT-OL's GML3. I'll have to do
a bit of refactoring and documenting before I can push anything to the
repository.

As for the other problem, the communication with the WFS server and the way
to query it, I'd still love to get any information you could provide me.


Regards,

Mikael



2010/3/3 Josafat Guerrero <jos...@gm...>

> Hi everyone,
>
> I have also been working on a OL-GWT project  with almost the same
> requirements as yours.
> First, I would like to state something about this problem
>
> - gwt-openlayers api is mostly a wrapper for  OL (as far as  I know)
> - Thera are some classes without implementation, as GML for the read method
> - Certainly, is really complicated to do some work, because some of the
> documentation for GWT-OL api is not done or unfinished
>
>
> From my experience, It is necessary  to create some utility classes to
> acomplish the work you are trying to do.
> Indeed, I am also trying to solve the same problem at this precise moment,
> and I agree with you, most of the ideas behind OL are more 'layer' oriented
> than feature oriented.
>
> Choosing GML as a representation its possible because it it already
> serializable, so you can trasfer without great complications, but there is a
> lack for GML parser on the client side(with GWT).
>
> Maybe we have to look directly at the OL documentation to accomplish this
> problem and write the proper interface.
>
> Best Regards
>
>
> El mar 3, 2010, a las 12:25 p.m., Mikael Couzic escribió:
>
> Hi all,
>
>
> I'll be working on a project involving GWT-OL in the following weeks, and I
> could use a little advice on how I am going to proceed.
>
> To be quick, I'll be displaying regions on a map, and the color of each
> region will be dynamically calculated on the fly based on GWT server-side
> values. To complicate things up, some regions will be groups of regions,
> also defined on the GWT server.
> My first idea was to set up a GeoServer and fetch the features with WFS
> GetFeature requests. From there I could display the features with whatever
> style I wanted, and I could even make groups using
> OpenLayers.Geometry.Collection<http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Geometry/Collection-js.html#OpenLayers.Geometry.Collection.OpenLayers.Geometry.Collection>
> .calculateBounds<http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Geometry/Collection-js.html#OpenLayers.Geometry.Collection.calculateBounds>(or so I hope I could).
>
> But then I couldn't find a simple way to get features (and not layers) from
> WFS, and I could'nt even manage to parse my GML with the corresponding GML3
> class. I'm feeling a bit helpless...
>
> The way I see it now, if I stay stuck, here's what I'll have to do :
> Fetch the features with com.google.gwt.http.client<http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/gwt/http/client/package-frame.html>
> Parse the GML with com.google.gwt.xml.client<http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/gwt/xml/client/package-frame.html>
> And from that extract the posList, then generate the points, from that
> instantiate the LinearRings and then I'll have my features. I feel like I
> might be reinventing the wheel somewhere.
>
> Just to give you the idea, my dream object would be like :
> List<VectorFeature> features = *MyDreamObject*
> .getFeaturesFromRemoteGML(WFS_URL);*
> *
> Has anyone ever tried something similar ?
> Do you know anything that could help me ?
> Any help would be MOST appreciated.
>
> Thanks !
>
>
> --
> Mikael
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
>
> http://p.sf.net/sfu/intel-sw-dev_______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>
>
> ************************************************
> L. en C.C. Josafat Isaí Guerrero Iñiguez
> UNidad de Informatica Geoespacial
> Instituto de Geografía
> Universidad Nacional Autónoma de México
>
> jo...@ci...
> jos...@gm...
>
> ************************************************
>
>
>
>

[Gwt-openlayers-users] Fetching VectorFeatures via WFS and parsing GML

[Mikael C. <mik...@cl...>]

Hi all,


I'll be working on a project involving GWT-OL in the following weeks, and I
could use a little advice on how I am going to proceed.

To be quick, I'll be displaying regions on a map, and the color of each
region will be dynamically calculated on the fly based on GWT server-side
values. To complicate things up, some regions will be groups of regions,
also defined on the GWT server.
My first idea was to set up a GeoServer and fetch the features with WFS
GetFeature requests. From there I could display the features with whatever
style I wanted, and I could even make groups using
OpenLayers.Geometry.Collection<http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Geometry/Collection-js.html#OpenLayers.Geometry.Collection.OpenLayers.Geometry.Collection>
.calculateBounds<http://dev.openlayers.org/releases/OpenLayers-2.8/doc/apidocs/files/OpenLayers/Geometry/Collection-js.html#OpenLayers.Geometry.Collection.calculateBounds>(or
so I hope I could).

But then I couldn't find a simple way to get features (and not layers) from
WFS, and I could'nt even manage to parse my GML with the corresponding GML3
class. I'm feeling a bit helpless...

The way I see it now, if I stay stuck, here's what I'll have to do :
Fetch the features with
com.google.gwt.http.client<http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/gwt/http/client/package-frame.html>
Parse the GML with
com.google.gwt.xml.client<http://google-web-toolkit.googlecode.com/svn/javadoc/1.6/com/google/gwt/xml/client/package-frame.html>
And from that extract the posList, then generate the points, from that
instantiate the LinearRings and then I'll have my features. I feel like I
might be reinventing the wheel somewhere.

Just to give you the idea, my dream object would be like :
List<VectorFeature> features = *MyDreamObject*
.getFeaturesFromRemoteGML(WFS_URL);*
*
Has anyone ever tried something similar ?
Do you know anything that could help me ?
Any help would be MOST appreciated.

Thanks !


-- 
Mikael

[Gwt-openlayers-users] Virtual Earth

[Christopher N. <cna...@gm...>]

Has anyone tried to wrap the VirtualEarth layer of OpenLayers for GWT?   I
wrote a simple wrapper class similar to the gwt-openlayers Google/GoogleImpl
where VirtualEarthImpl has one method:

public static native JSObject create(String name) /*-{
        return new $wnd.OpenLayers.Layer.VirtualEarth(name);
}-*/;

and class VirtualEarth extends Layer and has a single public method that
calls VirtualEarthImpl.create(string).

In my html file I added the line:

<script src="
http://ecn.dev.virtualearth.net/mapcontrol/mapcontrol.ashx?v=6.2&mkt=en-us
"></script>

similar to the OpenLayers example at
http://openlayers.org/dev/examples/bing.html

However, when I run my gwt code, I receive the following error in the map:

The VE Layer was unable to load correctly.  Most likely this is because the
VirtualEarth library script was not correctly included.  However, I wrote a
pure JavaScript example that works just fine.  Has anyone tried to wrap the
VirtualEarth class and had success?  If so, can you provide some insight
into what I am doing wrong?

Thanks,
Chris

Re: [Gwt-openlayers-users] Dynamic sizing of map

[Mikael C. <mik...@cl...>]

Forget it, it doesn't work...
Last time I'll test it first !

2010/3/2 Mikael Couzic <mik...@cl...>

> I've tried implementing the Map.updateSize() method in GWT-OL, and it
> works. However, I had to call this method in my client code.
> For more transparency, we could call updateSize() in the MapWidget.getMap()
> method, which is responsible of the instanciation of Map :
> *
>     public Map getMap()
>     {
>         //The preference here is lazy initalization
>         if (map == null)
>         {
>             if (options == null)
>                 map = new Map(getElement());
>             else
>                 map = new Map(getElement(), options);
>             map.updateSize();
>         }
>         return map;
>     }*
>
> What do you think ?
>
>
> 2010/3/2 dan twining <dan...@go...>
>
> Poul pointed me at a conversation on Nabble that discusses this very issue<http://n2.nabble.com/GWt-Openlayers-problem-GOOGLE-layer-appears-in-left-corner-td4619582.html#a4619582>.
>> It suggests calling *map.updateSize()*. This *will *update the map, but *not
>> if you call it during the entry point method*, i.e. it won't work the
>> first time the map is drawn.
>>
>> I suspect that the problem is that the the entry point method is getting
>> called too early, and that GWT/the browser hasn't placed the map div on the
>> screen correctly at the time updateSize() is called.
>>
>> It is possible to fix this *for firefox only*, if you add <body
>> onload="map.updateSize()">, but this doesn't work in Safari, Chrome and IE,
>> and I need my map to work render correctly when opened in all browsers.
>>
>> Does anyone have any other ideas?
>>
>> Thanks
>>
>>
>>
>> On 1 March 2010 21:52, dan twining <dan...@go...> wrote:
>>
>>> If anyone's interested, I've put a couple of screenshots of the
>>> not-quite-fullscreen map here:
>>>
>>> http://dantwining.com/2010/03/01/gwt-openlayers-and-full-screen-maps/
>>>
>>>
>>> On 1 March 2010 21:24, dan twining <dan...@go...> wrote:
>>>
>>>> You can give "100%" as the width/height args. It works, but there's a
>>>> bug in the way that the map initially renders. Or, at least, there's a bug
>>>> when I try. You can check out my attempt here:
>>>>
>>>>
>>>> https://code.google.com/p/dantwining/source/browse/#svn/trunk/FullScreenMap
>>>>
>>>>
>>>> On 1 March 2010 12:42, David R Robison <
>>>> drr...@op...> wrote:
>>>>
>>>>> I have attached the MapWidget to the center section of a
>>>>> DockLayoutPanel. The MapWidget takes two string arguments to define its
>>>>> height and width. What I would like to do is to automatically have the
>>>>> map expand to fill the available space in its section of the
>>>>> DockLayoutPanel. This way if the browser is resized the map will
>>>>> similarly resize. I'm sure this is not hard to do but I am new to
>>>>> gwt-openlayers. Any thoughts on how to do this? Thanks, David
>>>>>
>>>>> --
>>>>>
>>>>> David R Robison
>>>>> Open Roads Consulting, Inc.
>>>>> 103 Watson Road, Chesapeake, VA 23320
>>>>> phone: (757) 546-3401
>>>>> e-mail: drr...@op...
>>>>> web: http://openroadsconsulting.com
>>>>> blog: http://therobe.blogspot.com
>>>>> book:
>>>>> http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526
>>>>>
>>>>> This e-mail communication (including any attachments) may contain
>>>>> confidential and/or privileged material intended solely for the individual
>>>>> or entity to which it is addressed.  If you are not the intended recipient,
>>>>> you should immediately stop reading this message and delete it from all
>>>>> computers that it resides on. Any unauthorized reading, distribution,
>>>>> copying or other use of this communication (or its attachments) is strictly
>>>>> prohibited.  If you have received this communication in error, please notify
>>>>> us immediately.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> Download Intel&#174; Parallel Studio Eval
>>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>>> proactively, and fine-tune applications for parallel performance.
>>>>> See why Intel Parallel Studio got high marks during beta.
>>>>> http://p.sf.net/sfu/intel-sw-dev
>>>>> _______________________________________________
>>>>> Gwt-openlayers-users mailing list
>>>>> Gwt...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>>>>
>>>>
>>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Gwt-openlayers-users mailing list
>> Gwt...@li...
>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>
>>
>
>
> --
> Mikael Couzic
> Pôle Business Intelligence
> Groupe Cliris
>



-- 
Mikael Couzic
Pôle Business Intelligence
Groupe Cliris

Re: [Gwt-openlayers-users] Dynamic sizing of map

[Mikael C. <mik...@cl...>]

I've tried implementing the Map.updateSize() method in GWT-OL, and it works.
However, I had to call this method in my client code.
For more transparency, we could call updateSize() in the MapWidget.getMap()
method, which is responsible of the instanciation of Map :
*
    public Map getMap()
    {
        //The preference here is lazy initalization
        if (map == null)
        {
            if (options == null)
                map = new Map(getElement());
            else
                map = new Map(getElement(), options);
            map.updateSize();
        }
        return map;
    }*

What do you think ?


2010/3/2 dan twining <dan...@go...>

> Poul pointed me at a conversation on Nabble that discusses this very issue<http://n2.nabble.com/GWt-Openlayers-problem-GOOGLE-layer-appears-in-left-corner-td4619582.html#a4619582>.
> It suggests calling *map.updateSize()*. This *will *update the map, but *not
> if you call it during the entry point method*, i.e. it won't work the
> first time the map is drawn.
>
> I suspect that the problem is that the the entry point method is getting
> called too early, and that GWT/the browser hasn't placed the map div on the
> screen correctly at the time updateSize() is called.
>
> It is possible to fix this *for firefox only*, if you add <body
> onload="map.updateSize()">, but this doesn't work in Safari, Chrome and IE,
> and I need my map to work render correctly when opened in all browsers.
>
> Does anyone have any other ideas?
>
> Thanks
>
>
>
> On 1 March 2010 21:52, dan twining <dan...@go...> wrote:
>
>> If anyone's interested, I've put a couple of screenshots of the
>> not-quite-fullscreen map here:
>>
>> http://dantwining.com/2010/03/01/gwt-openlayers-and-full-screen-maps/
>>
>>
>> On 1 March 2010 21:24, dan twining <dan...@go...> wrote:
>>
>>> You can give "100%" as the width/height args. It works, but there's a bug
>>> in the way that the map initially renders. Or, at least, there's a bug when
>>> I try. You can check out my attempt here:
>>>
>>>
>>> https://code.google.com/p/dantwining/source/browse/#svn/trunk/FullScreenMap
>>>
>>>
>>> On 1 March 2010 12:42, David R Robison <
>>> drr...@op...> wrote:
>>>
>>>> I have attached the MapWidget to the center section of a
>>>> DockLayoutPanel. The MapWidget takes two string arguments to define its
>>>> height and width. What I would like to do is to automatically have the
>>>> map expand to fill the available space in its section of the
>>>> DockLayoutPanel. This way if the browser is resized the map will
>>>> similarly resize. I'm sure this is not hard to do but I am new to
>>>> gwt-openlayers. Any thoughts on how to do this? Thanks, David
>>>>
>>>> --
>>>>
>>>> David R Robison
>>>> Open Roads Consulting, Inc.
>>>> 103 Watson Road, Chesapeake, VA 23320
>>>> phone: (757) 546-3401
>>>> e-mail: drr...@op...
>>>> web: http://openroadsconsulting.com
>>>> blog: http://therobe.blogspot.com
>>>> book:
>>>> http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526
>>>>
>>>> This e-mail communication (including any attachments) may contain
>>>> confidential and/or privileged material intended solely for the individual
>>>> or entity to which it is addressed.  If you are not the intended recipient,
>>>> you should immediately stop reading this message and delete it from all
>>>> computers that it resides on. Any unauthorized reading, distribution,
>>>> copying or other use of this communication (or its attachments) is strictly
>>>> prohibited.  If you have received this communication in error, please notify
>>>> us immediately.
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Download Intel&#174; Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> Gwt-openlayers-users mailing list
>>>> Gwt...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>>>
>>>
>>>
>>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>
>


-- 
Mikael Couzic
Pôle Business Intelligence
Groupe Cliris

Re: [Gwt-openlayers-users] Dynamic sizing of map

[dan t. <dan...@go...>]

Poul pointed me at a conversation on Nabble that discusses this very
issue<http://n2.nabble.com/GWt-Openlayers-problem-GOOGLE-layer-appears-in-left-corner-td4619582.html#a4619582>.
It suggests calling *map.updateSize()*. This *will *update the map, but *not
if you call it during the entry point method*, i.e. it won't work the first
time the map is drawn.

I suspect that the problem is that the the entry point method is getting
called too early, and that GWT/the browser hasn't placed the map div on the
screen correctly at the time updateSize() is called.

It is possible to fix this *for firefox only*, if you add <body
onload="map.updateSize()">, but this doesn't work in Safari, Chrome and IE,
and I need my map to work render correctly when opened in all browsers.

Does anyone have any other ideas?

Thanks


On 1 March 2010 21:52, dan twining <dan...@go...> wrote:

> If anyone's interested, I've put a couple of screenshots of the
> not-quite-fullscreen map here:
>
> http://dantwining.com/2010/03/01/gwt-openlayers-and-full-screen-maps/
>
>
> On 1 March 2010 21:24, dan twining <dan...@go...> wrote:
>
>> You can give "100%" as the width/height args. It works, but there's a bug
>> in the way that the map initially renders. Or, at least, there's a bug when
>> I try. You can check out my attempt here:
>>
>>
>> https://code.google.com/p/dantwining/source/browse/#svn/trunk/FullScreenMap
>>
>>
>> On 1 March 2010 12:42, David R Robison <drr...@op...
>> > wrote:
>>
>>> I have attached the MapWidget to the center section of a
>>> DockLayoutPanel. The MapWidget takes two string arguments to define its
>>> height and width. What I would like to do is to automatically have the
>>> map expand to fill the available space in its section of the
>>> DockLayoutPanel. This way if the browser is resized the map will
>>> similarly resize. I'm sure this is not hard to do but I am new to
>>> gwt-openlayers. Any thoughts on how to do this? Thanks, David
>>>
>>> --
>>>
>>> David R Robison
>>> Open Roads Consulting, Inc.
>>> 103 Watson Road, Chesapeake, VA 23320
>>> phone: (757) 546-3401
>>> e-mail: drr...@op...
>>> web: http://openroadsconsulting.com
>>> blog: http://therobe.blogspot.com
>>> book:
>>> http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526
>>>
>>> This e-mail communication (including any attachments) may contain
>>> confidential and/or privileged material intended solely for the individual
>>> or entity to which it is addressed.  If you are not the intended recipient,
>>> you should immediately stop reading this message and delete it from all
>>> computers that it resides on. Any unauthorized reading, distribution,
>>> copying or other use of this communication (or its attachments) is strictly
>>> prohibited.  If you have received this communication in error, please notify
>>> us immediately.
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Download Intel&#174; Parallel Studio Eval
>>> Try the new software tools for yourself. Speed compiling, find bugs
>>> proactively, and fine-tune applications for parallel performance.
>>> See why Intel Parallel Studio got high marks during beta.
>>> http://p.sf.net/sfu/intel-sw-dev
>>> _______________________________________________
>>> Gwt-openlayers-users mailing list
>>> Gwt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>>
>>
>>
>

Re: [Gwt-openlayers-users] Dynamic sizing of map

[dan t. <dan...@go...>]

If anyone's interested, I've put a couple of screenshots of the
not-quite-fullscreen map here:

http://dantwining.com/2010/03/01/gwt-openlayers-and-full-screen-maps/


On 1 March 2010 21:24, dan twining <dan...@go...> wrote:

> You can give "100%" as the width/height args. It works, but there's a bug
> in the way that the map initially renders. Or, at least, there's a bug when
> I try. You can check out my attempt here:
>
> https://code.google.com/p/dantwining/source/browse/#svn/trunk/FullScreenMap
>
>
> On 1 March 2010 12:42, David R Robison <drr...@op...>wrote:
>
>> I have attached the MapWidget to the center section of a
>> DockLayoutPanel. The MapWidget takes two string arguments to define its
>> height and width. What I would like to do is to automatically have the
>> map expand to fill the available space in its section of the
>> DockLayoutPanel. This way if the browser is resized the map will
>> similarly resize. I'm sure this is not hard to do but I am new to
>> gwt-openlayers. Any thoughts on how to do this? Thanks, David
>>
>> --
>>
>> David R Robison
>> Open Roads Consulting, Inc.
>> 103 Watson Road, Chesapeake, VA 23320
>> phone: (757) 546-3401
>> e-mail: drr...@op...
>> web: http://openroadsconsulting.com
>> blog: http://therobe.blogspot.com
>> book:
>> http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526
>>
>> This e-mail communication (including any attachments) may contain
>> confidential and/or privileged material intended solely for the individual
>> or entity to which it is addressed.  If you are not the intended recipient,
>> you should immediately stop reading this message and delete it from all
>> computers that it resides on. Any unauthorized reading, distribution,
>> copying or other use of this communication (or its attachments) is strictly
>> prohibited.  If you have received this communication in error, please notify
>> us immediately.
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Gwt-openlayers-users mailing list
>> Gwt...@li...
>> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>>
>
>

Re: [Gwt-openlayers-users] Dynamic sizing of map

[dan t. <dan...@go...>]

You can give "100%" as the width/height args. It works, but there's a bug in
the way that the map initially renders. Or, at least, there's a bug when I
try. You can check out my attempt here:

https://code.google.com/p/dantwining/source/browse/#svn/trunk/FullScreenMap


On 1 March 2010 12:42, David R Robison <drr...@op...>wrote:

> I have attached the MapWidget to the center section of a
> DockLayoutPanel. The MapWidget takes two string arguments to define its
> height and width. What I would like to do is to automatically have the
> map expand to fill the available space in its section of the
> DockLayoutPanel. This way if the browser is resized the map will
> similarly resize. I'm sure this is not hard to do but I am new to
> gwt-openlayers. Any thoughts on how to do this? Thanks, David
>
> --
>
> David R Robison
> Open Roads Consulting, Inc.
> 103 Watson Road, Chesapeake, VA 23320
> phone: (757) 546-3401
> e-mail: drr...@op...
> web: http://openroadsconsulting.com
> blog: http://therobe.blogspot.com
> book:
> http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526
>
> This e-mail communication (including any attachments) may contain
> confidential and/or privileged material intended solely for the individual
> or entity to which it is addressed.  If you are not the intended recipient,
> you should immediately stop reading this message and delete it from all
> computers that it resides on. Any unauthorized reading, distribution,
> copying or other use of this communication (or its attachments) is strictly
> prohibited.  If you have received this communication in error, please notify
> us immediately.
>
>
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Gwt-openlayers-users mailing list
> Gwt...@li...
> https://lists.sourceforge.net/lists/listinfo/gwt-openlayers-users
>

[Gwt-openlayers-users] GetFeature Control Click Selection

[Christopher N. <cna...@gm...>]

Hi,

I saw that GetFeature was recently added to the gwt-openlayers repository
and so far I can only get the box selection to call my EventHandlers.  In
the ticket it also mentions point/click and those events don't seem to be
getting propogated for me.  When this feature was implemented, were single
click events tested with GetFeature?

Here is a short snippet of what I have:

getFeatureControl.getEvents().register("featureselected", getFeatureControl,
myEventSelectHandler);

getFeatureControl.getEvents().register("featureunselected",
getFeatureControl, myEventUnSelectHandler);

When GetFeature is created, "click" is true by default so the above handlers
should be enough to handle single click and box selection events.  When I do
box selection, my select/unselect event handlers are called; however, when I
only click on a feature, nothing happens.

I'm using gwt 2.0.3 and OpenLayers 2.8.  Has anyone successfully handled
single click events with GetFeature?  I wrote a small pure javascript
equivalent and both box selection and click selection work just fine so I'm
not sure if I am missing a property that must be set in my gwt code.  Thanks
for any help.

Regards,
Chris

[Gwt-openlayers-users] Javadocs?

[David R R. <drr...@op...>]

Are there javadocs available for this project? I could not find them on 
the SF web site. Thanks, David

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drr...@op...
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526

This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.  If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.  If you have received this communication in error, please notify us immediately.

[Gwt-openlayers-users] Dynamic sizing of map

[David R R. <drr...@op...>]

I have attached the MapWidget to the center section of a 
DockLayoutPanel. The MapWidget takes two string arguments to define its 
height and width. What I would like to do is to automatically have the 
map expand to fill the available space in its section of the 
DockLayoutPanel. This way if the browser is resized the map will 
similarly resize. I'm sure this is not hard to do but I am new to 
gwt-openlayers. Any thoughts on how to do this? Thanks, David

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drr...@op...
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526

This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.  If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.  If you have received this communication in error, please notify us immediately.

[Gwt-openlayers-users] Newbe problem setting up Eclipse project

[David R R. <drr...@op...>]

I am trying to setup my first GWT-OpenLayers Eclipse project. However, 
when I try to compile the project I get the error:

Loading inherited module 'com.eg.gwt.openLayers.OpenLayers'
    [ERROR] Unable to find 'com/eg/gwt/openLayers/OpenLayers.gwt.xml' on 
your classpath; could be a typo, or maybe you forgot to include a 
classpath entry for source?
[ERROR] Line 14: Unexpected exception while processing element 'inherits'

I do have the openlayers_gwt-0.4.jar listed in the Eclipse class path. 
Any idea what I'm doing wrong?

Thanks, David

-- 

David R Robison
Open Roads Consulting, Inc.
103 Watson Road, Chesapeake, VA 23320
phone: (757) 546-3401
e-mail: drr...@op...
web: http://openroadsconsulting.com
blog: http://therobe.blogspot.com
book: http://www.xulonpress.com/bookstore/bookdetail.php?PB_ISBN=9781597816526

This e-mail communication (including any attachments) may contain confidential and/or privileged material intended solely for the individual or entity to which it is addressed.  If you are not the intended recipient, you should immediately stop reading this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.  If you have received this communication in error, please notify us immediately.