[Gvsig_english] sld export problems

Thu Dec 20 13:25:43 CET 2007

Hi,

About the question if you need or not the ogc: prefix for the Filter element, is not referring to any OGC specification (it's a XML problem).
In your case (Sven) you need to use the ogc: prefix, because you specified a name space (xmlns:ogc="http://www.opengis.net/ogc") in your first point. For example I didn't use any name space, and it works well without ogc: prefix in Geoserver 1.5.

Bye.

-------- Message d'origine--------
De: gvsig_internacional-bounces at runas.cap.gva.es de la part de "Sven Böhme (WhereGroup)"
Date: mer. 19/12/2007 14:59
À: Users and Developers mailing list
Objet : Re: [Gvsig_english] sld export problems

Hi Jaume,

I don´t know why, but it doesn´t work with the parameter <Filter>. In my 
opinion it should work without the ogc: prefix, how it is defined in the 
spezification. Maybe it is a geoserver problem? I don´t know. This is 
not a solution fpr the problem, i know, so maybe someone else could help!!

Sven

jaume domínguez faus schrieb:
> Hi Sven, Abson
>
> Many thanks for your investigation. Maybe you are interested in 
> knowing that we have revised the rendering engine for the next big 
> release 1.2. Together with the refactoring we are rewriting the SLD 
> support as a driver for reading and writing to get full SLD 
> compatibility.
>
> Regarding your point 3, we are now confused. In the specs we got from 
> the OGC's web page appear some examples where the "ogc" prefix is used 
> and others where not. For example in the <Filter> tag (page 27 in the 
> Filter specs). We guessed then that both ways are valid, or at least 
> both ways should be supported.
>
> We are interested in hearing opinions about this topic.
>
> Regards
>
>
>
> Sven Böhme (WhereGroup) wrote:
>> Hi List,
>>
>> first of all: thanks for the fast help. I solved all the problems and 
>> now the sld works fine with geoserver. Here are the problems/bugs:
>>
>> 1. geoserver needs a schema, etc in the StyledLayerDescriptor 
>> parameter, something like this:
>>
>> <StyledLayerDescriptor version="1.0.0"
>>  xsi:schemaLocation="http://www.opengis.net/sld 
>> StyledLayerDescriptor.xsd"
>>  xmlns="http://www.opengis.net/sld"
>>  xmlns:ogc="http://www.opengis.net/ogc"
>>  xmlns:xlink="http://www.w3.org/1999/xlink"
>>  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
>>
>> 2. the parameter CssParameter needs the value name, not Name!
>>
>> 3. In the filter sektion you have to add ogc: infront of all 
>> parameters. Like this
>>
>>          <ogc:Filter>
>>            <ogc:PropertyIsEqualTo>
>>              <ogc:PropertyName>xxx</ogc:PropertyName>
>>              <ogc:Literal>0</ogc:Literal>
>>            </ogc:PropertyIsEqualTo>
>>          </ogc:Filter>
>>
>> 4. The Literal "Default" is not a correct value!
>>
>> But now I have another question. Which script do I have to change and 
>> where is it?
>>
>> Thanks!
>> Sven
>>
>>
>> SAE-TANG Musy-abson schrieb:
>>> Hi Sven,
>>>
>>> Indeed, gvSIG doesn't close correctly the <Filter> tag. The end tag 
>>> </Filter> should come before the symbology definition.
>>> You may have also a problem with the <FeatureTypeStyleName> tag, 
>>> remove this tag, or to change it in order to fit the feature name 
>>> defined in Geoserver.
>>> But according to your sld file, you seem already done those tips. ;-)
>>>
>>> Nonetheless, your first rule looks strange : 
>>> <Literal>Default</Literal>. The value should be a literal not a 
>>> text. But normally this rule (and only this) will be skipped by 
>>> Geoserver.
>>> So your sld seem well formed and should works with Geoserver... may 
>>> be you have a problem with your adding process, or with your filter 
>>> definition... Try to use the sld file without filter.
>>>
>>> Bye.
>>>
>>> Abson
>>>
>>>
>>> -------- Message d'origine--------
>>> De: gvsig_internacional-bounces at runas.cap.gva.es de la part de "Sven 
>>> Böhme (WhereGroup)"
>>> Date: mar. 18/12/2007 16:16
>>> À: Users and Developers mailing list
>>> Objet : Re: [Gvsig_english] sld export problems
>>>  
>>> ok, in the attachement.
>>>
>>> thanks
>>>
>>>
>>> Olivier ERTZ schrieb:
>>>  
>>>> Could you please send us your SLD file so we can dig into it.
>>>> Thanks, Olivier.
>>>>
>>>> Sven Böhme (WhereGroup) wrote:
>>>>   
>>>>> Hi List,
>>>>>
>>>>> I have a problem with the export of a sld file. I add a wfs layer 
>>>>> an classify the legend. then i save the legend as *.sld. But if I 
>>>>> add the sld to geoserver I get a lot of error messages. I modify 
>>>>> the sld file, but it doesn´t work.
>>>>> Does someone has the same problems with sld? Or is it probably a 
>>>>> bug in gvsig? Or do I have to change something?
>>>>>
>>>>> Thanks
>>>>> Sven
>>>>> _______________________________________________
>>>>> Gvsig_internacional mailing list
>>>>> Gvsig_internacional at runas.cap.gva.es
>>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>>>         
>>>> _______________________________________________
>>>> Gvsig_internacional mailing list
>>>> Gvsig_internacional at runas.cap.gva.es
>>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>>       
>>>
>>>
>>>   
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> _______________________________________________
>>> Gvsig_internacional mailing list
>>> Gvsig_internacional at runas.cap.gva.es
>>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>>   
>>
>>
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at runas.cap.gva.es
>> http://runas.cap.gva.es/mailman/listinfo/gvsig_internacional
>>   
>
>

-- 

---------------------------------------
Dipl.-Geogr. Sven Böhme
- Anwendungsentwickler - 

WhereGroup GmbH & Co. KG
Siemensstraße 8
53121 Bonn
Germany

Fon: +49 (0)228 / 90 90 38 - 20
Fax: +49 (0)228 / 90 90 38 - 11

sven.boehme at wheregroup.com
www.wheregroup.com

Amtsgericht Bonn, HRA 6788
-------------------------------
Komplementärin:
WhereGroup Verwaltungs GmbH
vertreten durch:
Arnulf Christl, Olaf Knopp, Peter Stamm
---------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/ms-tnef
Size: 5893 bytes
Desc: not available
Url : http://runas.cap.gva.es/pipermail/gvsig_internacional/attachments/20071220/69a2e630/attachment-0001.bin