Andreas,

Thanks for the tip. I hadn't tried to put the override between loading 
OpenLayers and Loading the config for the application. Putting it just after 
loading OpenLayers.js (and before the config) did the trick.

Thanks
Steven


On Jun 30, 2010, at 3:15 PM, Andreas Hocevar wrote:

> Steven,
> 
> how are you loading your scripts? By adding them as script tags in the head 
> of the document?
> 
> The fact that the code in override-openlayers.js didn't complain makes me 
> suspicious about the technique you use to load the scripts.
> 
> Also, it is crucial to apply the override before any Format.WFST instance is 
> created.
> 
> -Andreas.
> 
> On Jun 30, 2010, at 11:49 , Steven Ottens wrote:
> 
>> Bart,
>> 
>> Like I said I tried at both ends of the sequence, it made no difference. 
>> Actually come to think of it: override-openlayers.js didn't complain that it 
>> didn't know 'OpenLayers' when it was the first to load - which seems odd to 
>> me since OpenLayers wasn't loaded yet.
>> 
>> STeven
>> 
>> On Jun 30, 2010, at 11:42 AM, Bart van den Eijnden wrote:
>> 
>>> Steven,
>>> 
>>> override-openlayers.js should come after OpenLayers.js.
>>> 
>>> Best regards,
>>> Bart
>>> 
>>> On Jun 30, 2010, at 11:36 AM, Steven M. Ottens wrote:
>>> 
>>>> I'm using the build versions of ext and geoext and tried both the build 
>>>> and debug version of OpenLayers.
>>>> Also I've tried to put the override script in the beginning and the end 
>>>> of the sequence.
>>>> I tried to manually add the namespace via
>>>> OpenLayers.Format.WFST.v1_0_0.prototype.namespaces.gml32 = 
>>>> 'http://www.opengis.net/gml/3.2';
>>>> 
>>>> but that didn't add the namespace to the correct object:
>>>> If I put a breakpoint in the function readNode of 
>>>> OpenLayers.Format.XML.js (line 616) this.namespaces doesn't contain the 
>>>> namespace and OpenLayers.Format.WFST.v1_0_0.prototype.namespaces does 
>>>> contain it.
>>>> 
>>>> The current sequence of loading is:
>>>> override-openlayers.js
>>>> ext-base.js
>>>> ext-all.js
>>>> OpenLayers.js
>>>> GeoExt.js
>>>> <configuration scripts for the application>
>>>> 
>>>> Steven
>>>> 
>>>> On 6/30/2010 11:22 AM, Pierre Giraud wrote:
>>>>> This is weird.
>>>>> Are you using built or debug versions of the libraries ?
>>>>> Did you check the files loading sequence ?
>>>>> 
>>>>> Pierre
>>>>> 
>>>>> On Wed, Jun 30, 2010 at 11:09 AM, Steven Ottens<[email protected]>  wrote:
>>>>> 
>>>>>> Hi All,
>>>>>> 
>>>>>> I'm trying to display GML 3.2.1 in a GeoExt application. I've found out 
>>>>>> how to enable GML 4.2.1 support in OpenLayers and I've written an 
>>>>>> override function which works with pure OpenLayers (see 
>>>>>> http://osgeo-org.1803224.n2.nabble.com/GML-3-2-1-td5212173.html ). 
>>>>>> However when I use the same function with GeoExt, it doesn't work.
>>>>>> 
>>>>>> OpenLayers.Util.extend(OpenLayers.Format.WFST.v1.prototype.namespaces, 
>>>>>> {gml32: 'http://www.opengis.net/gml/3.2'});
>>>>>> OpenLayers.Util.extend(OpenLayers.Format.WFST.v1_1_0.prototype.readers, 
>>>>>> {"gml32": OpenLayers.Format.GML.v3.prototype.readers["gml"]});
>>>>>> 
>>>>>> There are two overrides involved in this particular fix; one is to add 
>>>>>> another namespace to the WFST Format and one to add an other reader for 
>>>>>> that namespace in the WFST format. Adding a reader does work, however 
>>>>>> adding a namespace doesn't. I tried to add the namespace to the 
>>>>>> different versions of Format.WFST, but to no effect.
>>>>>> 
>>>>>> Is there a similar function in GeoExt which takes precedent over the 
>>>>>> OpenLayers one, or is there another reason why I cannot add the 
>>>>>> namespace?
>>>>>> 
>>>>>> regards,
>>>>>> Steven
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> Dev mailing list
>>>>>> [email protected]
>>>>>> http://www.geoext.org/cgi-bin/mailman/listinfo/dev
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Dev mailing list
>>>> [email protected]
>>>> http://www.geoext.org/cgi-bin/mailman/listinfo/dev
>>>> 
>>> 
>> 
>> 
>> _______________________________________________
>> Dev mailing list
>> [email protected]
>> http://www.geoext.org/cgi-bin/mailman/listinfo/dev
> 
> -- 
> Andreas Hocevar
> OpenGeo - http://opengeo.org/
> Expert service straight from the developers.
> 



_______________________________________________
Dev mailing list
[email protected]
http://www.geoext.org/cgi-bin/mailman/listinfo/dev

Reply via email to