Thanks to all it now works very nicely.<br><br>Adrien<br><br><div class="gmail_quote">On Fri, May 30, 2008 at 3:36 PM, Yewondwossen Assefa <<a href="mailto:yassefa@dmsolutions.ca">yassefa@dmsolutions.ca</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Adrien Ducos wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ok I found the error, it was on the sld itself: apparently mapserver can't handle in the same rule a point symbolizer and a polygon symbolizer. So I have to make 2 sld layers: one for my points and one for my polygons. It is a pity since openlayers could handle this without any problem.<br>

<br>
</blockquote>
<br></div>
 oops, saw this e-mail after I sent the previous.<br>
 In Mapserver, a layer can only be of one geometry type. So I think It makes sense that different types of symbolizers would not be applied to the same layer. In you case if you have a point and a polygon layer, you can still use one sld with 2  <NamedLayer> (which would correspond to your 2 layers).<br>

<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">
(there was no problem with the temp file since I gave a chmod access to all users in this folder; but now I understand why I have so many temp files in this directory).<br>
<br></div><div class="Ih2E3d">
On Fri, May 30, 2008 at 10:29 AM, Barend Kobben <<a href="mailto:kobben@itc.nl" target="_blank">kobben@itc.nl</a> <mailto:<a href="mailto:kobben@itc.nl" target="_blank">kobben@itc.nl</a>>> wrote:<br>
<br>
    Did you check the SLD TMP file problem (from the thread Re: "SLD<br>
    ignored /<br>
    External Graphic ignored)" see excerpt below)?<br>
<br>
    ***snip***<br>
    Using SLDs is dependent on the correct setting of the two settings<br>
     IMAGEPATH  -- where the mapserver software puts the SLD and other<br>
    temporary<br>
    files<br>
     IMAGEURL -- where the web browser and other http services pick them up.<br>
<br>
    Setting these incorrectly, and more importantly their security setting<br>
    incorrrectly, will normally give no problems, but when using SLDs<br>
    (and also<br>
    in other cases, eg. when chaining Mapserver to external WMS and WFS<br>
    services), they will make MS malfunction, but SILENTLY (ie. No error<br>
    messages).<br>
<br>
    Eg. in our set ups of a WMS with external SLD they are set as follows:<br>
<br>
    For  a *nix setup ( MacOSX) with Mapserver CGI 'behind'  Apache:<br>
    WEB<br>
       IMAGEPATH "/Users/kobben/Sites/ms_tmp/"<br>
       IMAGEURL "<a href="http://localhost/%7Ekobben/ms_tmp/" target="_blank">http://localhost/~kobben/ms_tmp/</a><br></div>
    <<a href="http://localhost/%7Ekobben/ms_tmp/" target="_blank">http://localhost/%7Ekobben/ms_tmp/</a>>"<div><div></div><div class="Wj3C7c"><br>
       #--------------------------------------------#<br>
       METADATA<br>
          [all your web metadata...]<br>
       END #metadata<br>
    END #web<br>
<br>
    For a Win box with Mapserver CGI 'behind'  IIS:<br>
     IMAGEPATH "C:/tmp/ms_tmp/"<br>
     IMAGEURL "<a href="http://geoserver.itc.nl/ms_tmp/" target="_blank">http://geoserver.itc.nl/ms_tmp/</a>"<br>
<br>
    The IMAGEPATh is a directory that is reacheable by Mapserver at this<br>
    real<br>
    location (in this case expressed as Unix BSD path on my MacOSX or as<br>
     UNC<br>
    path on Win) and that has read & write access set  for the Mapserver<br>
    process. Eg. on the Winbox it should have write access for the anonymous<br>
    system service account under which Mapserver runs (usually something<br>
    like<br>
    SERVERNAME\IWAM_SERVERNAME).<br>
<br>
    You can test this by seeing if files with names like) are being<br>
    created when<br>
    you request the WMS with external SLD. If they are the IMAGEPATH celarly<br>
    works. Then test if you can point a browser to the IMAGEURL and pick<br>
    up the<br>
    tmp file. If that worsk the IMAGEURL is also OK. Now it should work...<br>
<br>
    Hope this helps.<br>
<br>
    --<br>
    Barend Köbben<br>
    International Institute for Geo-Information<br>
    Sciences and Earth Observation (ITC)<br>
    PO Box 6<br>
    7500AA Enschede, The Netherlands<br>
    +31 (0)53 4874253<br>
<br>
    International Institute for Geo-Information Science and Earth<br>
    Observation (ITC)<br>
    Chamber of Commerce: 410 27 560<br>
<br>
    E-mail disclaimer<br>
    The information in this e-mail, including any attachments, is<br>
    intended for the addressee only. If you are not the intended<br>
    recipient, you are hereby notified that any disclosure, copying,<br>
    distribution or action in relation to the content of this<br>
    information is strictly prohibited. If you have received this e-mail<br>
    by mistake, please delete the message and any attachment and inform<br>
    the sender by return e-mail. ITC accepts no liability for any error<br>
    or omission in the message content or for damage of any kind that<br>
    may arise as a result of e-mail transmission.<br>
<br>
<br>
<br></div></div><div class="Ih2E3d">
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
mapserver-users mailing list<br>
<a href="mailto:mapserver-users@lists.osgeo.org" target="_blank">mapserver-users@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/mapserver-users" target="_blank">http://lists.osgeo.org/mailman/listinfo/mapserver-users</a><br>
</div></blockquote><div><div></div><div class="Wj3C7c">
<br>
<br>
-- <br>
----------------------------------------------------------------<br>
Assefa Yewondwossen<br>
Software Analyst<br>
<br>
Email: <a href="mailto:assefa@dmsolutions.ca" target="_blank">assefa@dmsolutions.ca</a><br>
<a href="http://www.dmsolutions.ca/" target="_blank">http://www.dmsolutions.ca/</a><br>
<br>
Phone: (613) 565-5056 (ext 14)<br>
Fax:   (613) 565-0925<br>
----------------------------------------------------------------<br>
<br>
</div></div></blockquote></div><br>