[Geomoose-users] Fwd: Highlighting issue (Mapserver layer)

[Matej Mailing]

Brian, there was no symbol type defined in the downloaded
php/itemquery/hightlight.map and that was the reason that there was a
blank result. After adding some symbol to the layer in which the data
was returned, it is okay. Those errors in the middle of my "debugging
process" were caused by some stupid typo.

So my conclusive question would be: would in any case the default
highlight.map that is provided in download file show some data in its'
current version (without any defined symbol)?

Regards,
Matej

2012/10/18 Brian Fischer <bfischer at houstoneng.com>:
> Matej,
> Was this an issue with the .map file that came with the download code or was this a cause of you trying to change the style?  If the first I want to make sure we get it changed in the core files.
>
> Brian Fischer, CFM
> Principal | GIS Project Manager
> Houston Engineering, Inc.
> O 763.493.4522 | D 763.493.6664 | M 763.229.2734
>
>
> -----Original Message-----
> From: geomoose-users-bounces at lists.osgeo.org [mailto:geomoose-users-bounces at lists.osgeo.org] On Behalf Of Matej Mailing
> Sent: Tuesday, October 16, 2012 4:54 PM
> To: Jim Klassen
> Cc: GeoMOOSE Users List
> Subject: Re: [Geomoose-users] Fwd: Highlighting issue (Mapserver layer)
>
> You were right, the errors were caused due to a stupid typo that was contained in the generated mapfile and the blank highlight output was caused because I had no symbol defined to be shown. After changing it, everything works as smooth as possible :-)
>
> Thanks.
>
> Regards,
> Matej
>
> 2012/10/16 Jim Klassen <klassen.js at gmail.com>:
>> On 10/16/2012 12:30 PM, Matej Mailing wrote:
>>> Now when enabling logging on php/itemquery/highlight.map I see that
>>> features are not added to the layer as I was thinking.
>>>
>>> I get
>>> [Tue Oct 16 17:20:35 2012].974701 getSymbol(): Symbol definition
>>> error. Parsing error near (upper):(line 220) and then a number of
>>> those lines:
>> This means there is a syntax error on line 220 of the mapfile.  Now
>> the question is, "Which mapfile?"  I'm guessing the mapfile generated
>> in query.php around line 428.
>>
>> Try looking at $mapfile (print it to stderr or dump it to a temp file
>> and open it in an editor (after the processTemplate line and before
>> the ms_newMapObjFromString line).  My guess is there is a problem on
>> line
>> 220 of that.
>>
>>>
>>> [Tue Oct 16 17:20:37 2012].142038 msBuildOnlineResource(): CGI error.
>>> Impossible to establish server URL.
>>> [Tue Oct 16 17:20:37 2012].142064 msOWSGetOnlineResource(): CGI error.
>>> Impossible to establish server URL.  Please set "onlineresource"
>>> metadata.
>>>
>>> I have set 'ows_onlineresource' and 'ows_service_onlineresource' to
>>> 'http://ip/cgi-bin/mapserv?' and no matter what I do (I even set
>>> wms*,
>>> wfs* and wcs*). What bothers me and perhaps is the cause of the
>>> errors, is the first (Symbol definition error. Parsing error near
>>> (upper)) error. Could this error cause the mapserver to stop parsing
>>> the mapfile and thus ignoring my multiple *onlineresource metadata?
>>> Does anyone else experiences this issue?
>>>
>>> I really want to move forward on this one, but I seem to be lost.
>>>
>>> Regards,
>>> Matej
>>
> _______________________________________________
> Geomoose-users mailing list
> Geomoose-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/geomoose-users