List,
Is it known what is the latest mapserver version that does not have this
bug?
MArco
Bart van den Eijnden schreef:
Marco,
filter code is used by both WFS and SLD WMS.
The second = is not necessary, =, == and eq are the same for strings.
Best regards,
Bart
On Mar 3, 2010, at 10:01 AM, DeDuikertjes wrote:
Bart,
The ticket refers to WFS OCG filter rgex tests for numeric values.
So, it seems to extend to WMS as well (need to expand the ticket ?).
Does this mean that I have te wait for this to be fixed, and then packaged in
FGS?
(mapserver compilation is something I cannot do).
Now to check that I understand well:
The expression which is generated on the basis of the SLD should not read:
EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00)
but should read:
EXPRESSION ("[geoidn]" == "NL.IMRO.0184.EP127818521-00")
Note the two sets of double quotes and the second =
MArco
Bart van den Eijnden schreef:
Then I fear you have run into (like myself):
http://trac.osgeo.org/mapserver/ticket/3289
Assefa can confirm this. Btw the fix was only done in trunk, should it not be
done in the 5.6 branch as well?
Best regards,
Bart
On Mar 3, 2010, at 9:41 AM, DeDuikertjes wrote:
Bart,
I've tried to do so, no difference in either error file or temporary mapfile
expressions
MArco
Bart van den Eijnden schreef:
It seems Mapserver does not treat your column as a character column, try using
the following METADATA on your source layer (so not in the temporary MAP file):
"gml_geoidn_type" "Character"
Best regards,
Bart
On Mar 3, 2010, at 8:52 AM, DeDuikertjes wrote:
Bart,
Thanks for the suggestion. I've opened up the temporary MAP file. A layer
definition from this file is (there are a LOT more like that):
LAYER
CONNECTION "host=xxxxxxx user=xxxxx dbname=xxxxxxx"
CONNECTIONTYPE POSTGIS
DATA 'tc_punt_geometry from "NL.IMRO.0184.Zeewijkfase4-0201_aggregated" using
unique oid using srid=28992'
DUMP TRUE
GROUP "query"
METADATA
"wms_srs" "EPSG:28992 EPSG:900913 EPSG:4326"
"ows_feature_id" "geoidn"
"ows_group_title" "query"
"ows_extent" "170861.5122 520007.0618 171570.1698 520546.6582"
"gml_exclude_items"
"tc_multi_geometry,tc_vlak_geometry,tc_lijn_geometry,tc_punt_geometry"
"ows_title" "query_punt"
"gml_include_items" "all"
"ows_exclude_items" "all"
END
NAME "query_punt"
PROCESSING "CLOSE_CONNECTION=DEFER"
PROJECTION
"init=epsg:28992"
END
STATUS ON
TEMPLATE "query.html"
TYPE POLYGON
UNITS METERS
CLASS
NAME "Unknown"
EXPRESSION ([geoidn] = NL.IMRO.0184.EP127818521-00)
STYLE
ANGLE 360
COLOR 255 0 255
OPACITY 40
SIZE 2
SYMBOL "sld_line_symbol"
WIDTH 1
END
STYLE
ANGLE 360
COLOR 255 0 255
OPACITY 40
SYMBOL 0
WIDTH 1
END
STYLE
ANGLE 360
OPACITY 40
OUTLINECOLOR 255 0 255
SIZE 2
SYMBOL "sld_line_symbol"
WIDTH 1
END
END
END
MArco
Bart van den Eijnden schreef:
Hi Marco,
Mapserver has saved a temporary MAP file, please open it up and check if
something is wrong in there, or post the LAYER definition to the mailing list.
/var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map
Best regards,
Bart
On Mar 3, 2010, at 8:30 AM, DeDuikertjes wrote:
Thank you,
I've did as you said, but can't get a clue on what's going on.
The error file shows:
[Wed Mar 3 08:21:29 2010].677158 msApplySLD(): Map file after SLD was applied
/var/www/cgi-bin/../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/4b8e0df9_52ef_0._sld.map[Wed
Mar 3 08:21:29 2010].731599 msyyparse(): Expression parser error. syntax error
[Wed Mar 3 08:21:29 2010].731628 msEvalExpression: Expression parser error.
Failed to parse expression: NL.IMRO.0184.BA127909736-00 =
NL.IMRO.0184.EP127818521-00
[Wed Mar 3 08:21:29 2010].731649 msyyparse(): Expression parser error. syntax
error
And a lot more of these expression errors.
Then followed by
[Wed Mar 3 08:21:29 2010].745454 msDrawMap(): Layer 0 (query_vlak), 0.029s
[Wed Mar 3 08:21:29 2010].747286 msDrawMap(): Layer 1 (query_lijn), 0.002s
[Wed Mar 3 08:21:29 2010].749832 msDrawMap(): Layer 2 (query_punt), 0.003s
[Wed Mar 3 08:21:29 2010].750760 msDrawMap(): Drawing Label Cache, 0.000s
[Wed Mar 3 08:21:29 2010].750771 msDrawMap() total time: 0.046s
[Wed Mar 3 08:21:29 2010].999507 msSaveImage() total time: 0.249s
[Wed Mar 3 08:21:29 2010].999706 mapserv request processing time (msLoadMap
not incl.): 0.336s
[Wed Mar 3 08:21:29 2010].999723 msFreeMap(): freeing map at 0x81bf400.
What is going wrong?
MArco
Yewondwossen Assefa schreef:
Hi There,
One way to debug would be to set your map file in debug, something like this:
CONFIG "MS_ERRORFILE" "f:/msapps/gmap-ms40/htdocs/gmap.log"
DEBUG 5
and check the logs. It should show you the map file after the sld has been
applied. That might give a hint on what went wrong.
best regards,
DeDuikertjes wrote:
Hi List,
Finally I managed to upgrade mapserver 5.1-dev (FWTools) to 5.6.0 (FGS).
I use it as a WMS. Everything looks fine, but I've one anoying problem:
When I do a getmap-request with an SLD I get an empty image back, while
5.1-dev gives me a proper result.
Other getmap requests work fine.
I tested this several times by swapping the old mapserv executable with
the new one.
an example of a getmap request which fails on 5.6.0 and succeeds in
5.1-dev is:
https://85.12.17.114/cgi-bin/mapserv?map=../html/viewerfabriek-alpha/data/vf_80.101.100.35_check/4b8d40f7e0787/NL.IMRO.0184.Zeewijkfase4-0201.map&LAYERS=query&FORMAT=png&SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&SLD_BODY=%3C%3Fxml%20version%3D%221.0%22%20encoding%3D%22utf-8%22%3F%3E%3Csld%3AStyledLayerDescriptor%20version%3D%221.0.0%22%3E%3Csld%3ANamedLayer%3E%3Csld%3AName%3Equery%3C%2Fsld%3AName%3E%3Csld%3AUserStyle%3E%3Csld%3AName%3Equery%3C%2Fsld%3AName%3E%3Csld%3AFeatureTypeStyle%3E%3Csld%3ARule%3E%3Cogc%3AFilter%3E%3Cogc%3APropertyIsEqualTo%3E%3Cogc%3APropertyName%3Egeoidn%3C%2Fogc%3APropertyName%3E%3Cogc%3ALiteral%3ENL.IMRO.0184.EP127818521-00%3C%2Fogc%3ALiteral%3E%3C%2Fogc%3APropertyIsEqualTo%3E%3C%2Fogc%3AFilter%3E%3Csld%3APolygonSymbolizer%3E%3Csld%3AFill%3E%3Csld%3ACssParameter%20name%3D%22fill%22%3E%23FF00FF%3C%2Fsld%3ACssParameter%3E%3Csld%3ACssParameter%20name%3D%22fill-opacity%22%3E0.4%3C%2Fsld%3ACssParameter%3
E%3C%2Fsld%3AFill%3E%3Csld%3AStroke%3E%3Csld%3ACssParameter%20name%3D%22stroke%22%3E%23FF00FF%3C%2Fsld%3ACssParameter%3E%3Csld%3ACssParameter%20name%3D%22stroke-opacity%22%3E0.4%3C%2Fsld%3ACssParameter%3E%3Csld%3ACssParameter%20name%3D%22stroke-width%22%3E2%3C%2Fsld%3ACssParameter%3E%3C%2Fsld%3AStroke%3E%3C%2Fsld%3APolygonSymbolizer%3E%3Csld%3ALineSymbolizer%3E%3Csld%3AStroke%3E%3Csld%3ACssParameter%20name%3D%22stroke%22%3E%23FF00FF%3C%2Fsld%3ACssParameter%3E%3Csld%3ACssParameter%20name%3D%22stroke-opacity%22%3E0.4%3C%2Fsld%3ACssParameter%3E%3Csld%3ACssParameter%20name%3D%22stroke-width%22%3E2%3C%2Fsld%3ACssParameter%3E%3C%2Fsld%3AStroke%3E%3C%2Fsld%3ALineSymbolizer%3E%3C%2Fsld%3ARule%3E%3C%2Fsld%3AFeatureTypeStyle%3E%3C%2Fsld%3AUserStyle%3E%3C%2Fsld%3ANamedLayer%3E%3C%2Fsld%3AStyledLayerDescriptor%3E&SRS=EPSG%3A900913&BBOX=625312.21905694,6921632.3781404,627462.0104771,6922637.4056294&WIDTH=1800&HEIGHT=841
any help greatly appreciated, MArco
_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users
_______________________________________________
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users