[Chameleon] WMS browser not finding layers

Mon Jul 25 03:29:01 EDT 2005

Great, so you guys paid DMSG to break it :)

My wmsparse.exe is from 12/11/2004. All the files I use are from the latest CVS. But with those lines commented out, everything appears to work, so my wmsparse utility is probably ok.

I think the server_data_manager.php file needs to be adjusted to behave properly if this EXTRACTABLE_LAYER variable is set to false. Other than that, all should be ok. I'm a bit hesitant to do it myself, until I know what EXTRACTABLE_LAYER does......

regards,

Jacob

-----Original Message-----
From: chameleon-bounces at lists.maptools.org [mailto:chameleon-bounces at lists.maptools.org] On Behalf Of Bart van den Eijnden
Sent: 25 July 2005 15:00
To: chameleon at lists.maptools.org; jacob.delfos at maunsell.com
Subject: RE: [Chameleon] WMS browser not finding layers

Hi Jacob,

This is exactly the list which was added by DMSG on a contract to my former employer Geodan :-)

We got some enhancements back then for the metadataURL and the scalehints.

This required an adaptation of the wmsparse utility as well. So maybe the wmsparse utility you have is older?

Best regards,
Bart

Bart van den Eijnden
Syncera IT Solutions
Postbus 270
2600 AG  DELFT

tel.nr.: 015-7512436
email: BEN at Syncera-ITSolutions.nl

>>> "Jacob Delfos" <jacob.delfos at maunsell.com> 07/25/05 02:32am >>>
Hi All,

I managed to figure out where it went wrong, but because I haven't used this widget too often before, and know that others have, I am hesitant to call it a bug. Although I can't see how others would have gotten it to work.

In server_data_manager.php, an array is built which is added to capab.dbf as a new record. Elements are added to this array, on the basis of whether or not certain information is available. This is perhaps a bit messy, because unless the array contains the right amount of elements, it cannot be added. Also, if an element is missing, the other elements end up in the wrong field.

When I added my WMS layer, the following elements were not added to the array, which WERE created as fields in the dbf:

mdu_type
mdu_fmt
mdu_url
minscale
maxscale

Because no values for these fields were added to the new_rec array, the values were offset, and the new_rec array did not contain the correct amount of elements. Looking at the area starting at line 1783 in server_data_manager, it seems the elements added to the array match the structure of the dbf very poorly (a lot seems to depend on EXTRACTABLE_LAYER being true, which if it were, would make more things go wrong; EXTRACTABLE_LAYER seems to be initiated as false, and never changed to true anywhere).

Can someone tell me whether I'm on the right track, or whether everything would normally fall in the right spot by using a different configuration?

regards,

Jacob

--------------------------------------------------------------------------------
From: chameleon-bounces at lists.maptools.org [mailto:chameleon-bounces at lists.maptools.org] On Behalf Of Jacob Delfos
Sent: 8 July 2005 08:50
To: chameleon at lists.maptools.org 
Subject: Re: [Chameleon] WMS browser not finding layers

Hi Bart,

No, this is using mapserver 4.4

I did a bit more testing, and found out that the problem is on that line 1810 of server_data_manager.php
It tries to add a record to the DB_CAPABILITIES dbf file (capab.dbf), but the array being added ($rec_new) contains 12 elements, while there are 17 attributes in capab.dbf. So it fails to add the record alltogether. If I fill up the $rec_new array to contain 17 values, then it does add the record, and I can see the layers. However, upon adding it to the map, I get this error:

    * ERROR: could not add layer 1 to map!
    * BBOX ID [0] was not found in bbox file [bbox.dbf].

Which makes sense, because bbox_id (which is not found) is one of the values that was originally not filled in in capab.dbf, and is blank.

Why would there be less values in the $rec_new array than there should be? In the XML document, the layers has its bounding box defined.....

regards,

Jacob

-----Original Message-----
From: chameleon-bounces at lists.maptools.org [mailto:chameleon-bounces at lists.maptools.org] On Behalf Of Bart van den Eijnden
Sent: 7 July 2005 17:47
To: chameleon at lists.maptools.org; jacob.delfos at maunsell.com 
Subject: Re: [Chameleon] WMS browser not finding layers

Hi Jacob,

are you using Mapserver 4.6?

This could be related then:

http://bugzilla.maptools.org/show_bug.cgi?id=1096 

Best regards,
Bart

Bart van den Eijnden
Syncera IT Solutions
Postbus 270
2600 AG  DELFT

tel.nr.: 015-7512436
email: BEN at Syncera-ITSolutions.nl 

>>> "Jacob Delfos" <jacob.delfos at maunsell.com> 07/07/05 11:33am >>>
Hi All,

The WMSbrowser is having trouble seeing the layers of my wms browser. I'm using a simple mapfile on the wms-server, and the getcapabilities request returns a valid xml file. The getmap request returns a valid image. The WMS browser finds the server, and all seems ok, except it doesn't show any layers, only the wms_name of the wms server. In my php log, I get:

[07-Jul-2005 17:24:40] PHP Notice: Undefined index: szServerDataPath in C:\chameleon\demo\htdocs\common\phpwms\manage_servers.phtml on line 52

[07-Jul-2005 17:24:40] PHP Notice: Undefined index: queryable in C:\chameleon\demo\htdocs\common\phpwms\xpath.class.php on line 750

[07-Jul-2005 17:24:40] PHP Warning: Wrong number of fields specified in C:\chameleon\demo\htdocs\common\phpwms\server_data_manager.php on line 1810

I am not sure what is happening. Has anyone had these errors before? I'm using chameleon from CVS june 16 2005, PHP 4.3.11.

regards,

Jacob

_______________________________________________
Chameleon mailing list
Chameleon at lists.maptools.org 
http://lists.maptools.org/mailman/listinfo/chameleon 

_______________________________________________
Chameleon mailing list
Chameleon at lists.maptools.org
http://lists.maptools.org/mailman/listinfo/chameleon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.maptools.org/pipermail/chameleon/attachments/20050725/45be43e2/attachment-0001.html